pvc ReadWriteOnce 这个会有问题吗？

[crazychengmm]

为什么不用ReadWriteMany呢，k8s多个节点的情况下，会出现同时写的问题吧
spec:
accessModes:
- ReadWriteMany

[crazychengmm]

https://kubernetes.io/zh-cn/docs/concepts/storage/persistent-volumes/#access-modes

ReadWriteOnce
卷可以被一个节点以读写方式挂载。 ReadWriteOnce 访问模式仍然可以在同一节点上运行的多个 Pod 访问（读取或写入）该卷。 对于单个 Pod 的访问，请参考 ReadWriteOncePod 访问模式。
ReadOnlyMany
卷可以被多个节点以只读方式挂载。

[wyy-holding]

为什么不用ReadWriteMany呢，k8s多个节点的情况下，会出现同时写的问题吧 spec: accessModes: - ReadWriteMany

replicas默认都是1，因此只设置了ReadWriteOnce。
如果要用ReadWriteMany，可以修改下，但对应数据库的yaml也需要修改支持的。

[crazychengmm]

为什么不用ReadWriteMany呢，k8s多个节点的情况下，会出现同时写的问题吧 spec: accessModes: - ReadWriteMany

replicas默认都是1，因此只设置了ReadWriteOnce。 如果要用ReadWriteMany，可以修改下，但对应数据库的yaml也需要修改支持的。

数据库要独立的pvc，做成集群才好，应用还好点

[wyy-holding]

为什么不用ReadWriteMany呢，k8s多个节点的情况下，会出现同时写的问题吧 spec: accessModes: - ReadWriteMany

replicas默认都是1，因此只设置了ReadWriteOnce。 如果要用ReadWriteMany，可以修改下，但对应数据库的yaml也需要修改支持的。

数据库要独立的pvc，做成集群才好，应用还好点

是的，postgres、redis、向量数据库这些，都推荐外部集群。

[crazychengmm]

大佬，再请教一个问题，就是worker，api 是同一个镜像，启动的不同的模式，为什么两个挂载的是同一个pvc，如果多个api节点挂载同一个pvc还能理解，worker也需要同一个pvc吗？是因为什么关系呀

[wyy-holding]

大佬，再请教一个问题，就是worker，api 是同一个镜像，启动的不同的模式，为什么两个挂载的是同一个pvc，如果多个api节点挂载同一个pvc还能理解，worker也需要同一个pvc吗？是因为什么关系呀

api会把文件存起来，worker去拿文件使用。

[crazychengmm]

你把worker、api都设计成了statefulSet，是因为他们有持久化数据，然后你判断他是有状态服务吗，还有什么考虑，谢谢

[wyy-holding]

你把worker、api都设计成了statefulSet，是因为他们有持久化数据，然后你判断他是有状态服务吗，还有什么考虑，谢谢

api和worker，主要还是因为数据问题，如果数据改到外部上，也可以不用statefulSet。

[crazychengmm]

database "dify" does not exist 我用pvc挂载的话，数据库初始化一直失败，您知道怎么可以再把数据库初始化吗？

[crazychengmm]

你把worker、api都设计成了statefulSet，是因为他们有持久化数据，然后你判断他是有状态服务吗，还有什么考虑，谢谢

api和worker，主要还是因为数据问题，如果数据改到外部上，也可以不用statefulSet。

您是指把
S3_ENDPOINT: ""
S3_REGION: "us-east-1"
S3_BUCKET_NAME: "difyai"
S3_ACCESS_KEY: ""
S3_SECRET_KEY: ""
S3_USE_AWS_MANAGED_IAM: "false"
在worker、api上面配置了S3的相关配置就可以不用 使用pvc，hostpath了对吗？

[wyy-holding]

database "dify" does not exist 我用pvc挂载的话，数据库初始化一直失败，您知道怎么可以再把数据库初始化吗？

删除api的pod，等重新启动看看

[wyy-holding]

你把worker、api都设计成了statefulSet，是因为他们有持久化数据，然后你判断他是有状态服务吗，还有什么考虑，谢谢

api和worker，主要还是因为数据问题，如果数据改到外部上，也可以不用statefulSet。

您是指把 S3_ENDPOINT: "" S3_REGION: "us-east-1" S3_BUCKET_NAME: "difyai" S3_ACCESS_KEY: "" S3_SECRET_KEY: "" S3_USE_AWS_MANAGED_IAM: "false" 在worker、api上面配置了S3的相关配置就可以不用 使用pvc，hostpath了对吗？

s3、阿里云oss的，都可以

[crazychengmm]

database "dify" does not exist 我用pvc挂载的话，数据库初始化一直失败，您知道怎么可以再把数据库初始化吗？

删除api的pod，等重新启动看看

我都试了不行，api也是报错说数据库不存在

[crazychengmm]

非常奇怪，我在使用hostPath 是没有问题的，但是改成pvc之后就出来 数据的问题了

[crazychengmm]

找到原因了，因为阿里云提供的nas有问题，使用他的nas 来创建pvc 会出现这个问题，换了其他的storageclass创建的pvc，就不会出现这个问题