Amazon web services Kubernetes AWS共享持久卷

Amazon web services Kubernetes AWS共享持久卷,amazon-web-services,kubernetes,persistent-volumes,kubernetes-pvc,Amazon Web Services,Kubernetes,Persistent Volumes,Kubernetes Pvc,我有以下资料: 2个吊舱副本,负载平衡。 每个副本有2个共享网络的容器 我要找的是一个共享卷 我正在寻找一个解决方案,其中2个pod和pod中的每个容器可以共享一个具有读写访问权限的目录。因此,如果pod 1中的一个容器写入,pod 2中的容器将能够访问新数据 使用持久卷和PVC是否可以实现这一点?如果是这样的话,我需要什么,以及关于哪些FS最适合工作、静态与动态以及存储类的更多细节的指针是什么 该卷是否可以是S3存储桶 谢谢大家! 根据价格和所需努力,有几种选择: 最简单但更昂贵的解决方案是使

我有以下资料:

2个吊舱副本,负载平衡。 每个副本有2个共享网络的容器

我要找的是一个共享卷

我正在寻找一个解决方案,其中2个pod和pod中的每个容器可以共享一个具有读写访问权限的目录。因此,如果pod 1中的一个容器写入,pod 2中的容器将能够访问新数据

使用持久卷和PVC是否可以实现这一点?如果是这样的话,我需要什么,以及关于哪些FS最适合工作、静态与动态以及存储类的更多细节的指针是什么

该卷是否可以是S3存储桶


谢谢大家!

根据价格和所需努力,有几种选择:

  • 最简单但更昂贵的解决方案是使用+。然而,EFS有严重的吞吐量限制,详情请阅读
  • 您可以使用内部的NFS服务器创建pod,然后再次将NFS持久卷装载到pod中。参见示例。这需要更多的手工工作,而且不是完全高可用的。如果NFS服务器pod出现故障,那么在重新创建它之前,您将观察到一些(希望是)短暂的停机时间
  • 对于HA配置,您可以在Kubernetes上设置。这需要最大的努力,但允许极大的灵活性和速度
  • 尽管使用可怕的拐杖将S3安装到吊舱中是可能的,但该解决方案有许多缺点,总体上不是生产级的。出于测试目的,您可以这样做
  • 有关所有可用的卷后端(您需要
    ReadWriteMany
    兼容性),请参阅

    您可以在那里找到
    AWSElasticBlockStore
    不支持它。您需要任何支持
    ReadWriteMany
    的第三方卷提供程序


    UPD:另一个答案表明AWS EFS也有效。

    感谢您分享这些知识,我相信1或2个应该有效,我需要更深入的研究。关于S3,假设我确实想测试这条开发路线,如何实现?