aws 中可重用静态文件的持久卷服务？

Question

在问问题之前，我对 k8s 和 AWS 服务都很陌生，哦，还有英语。 如果我的上下文不明确或英语不好，请原谅我...

我的项目在 AKS 上运行，使用 docker 映像，没有静态文件。 这些静态文件需要在运行时替换，因此目前我将静态文件放置在 Azure 存储服务 中的 fileShare 上。到目前为止看起来效果很好。

现在，我需要将 K8s 服务从 AKS 更改为 EKS。 更改 K8s 服务非常容易......直到我遇到我的静态文件。

首先，我认为以某种方式使用 S3 存储类就可以了。 但从短期研究来看，有几篇文档推荐使用EBS或EFS。 我计划为 AKS 使用多个可用区，因此我选择 EFS。

实施 EFS 后，我意识到我无法将静态文件上传到 EFS 存储！ 我的意思是我可以通过 sshd 或其他方式上传，但 K8s 中的 EFS 存储驱动程序是在 EFS 服务存储中创建随机生成的目录。

我仍然可以手动将静态文件放入随机生成的目录中。但在这种情况下，我只是希望 EFS 驱动程序 Pod 没有重新创建。 不，我不能使用它。

现在，我意识到 EFS 不仅仅适合我的情况。 我需要帮助来选择使用哪种存储服务来读取具有多个可用区和多个 Pod 的静态文件？

谢谢。

编辑

写完问题后，我意识到我的问题相当模糊。

我的kubernetes版本是1.21 我按照此文档了解实施 EFS 的说明

它工作得很好，我可以检查我的 EFS 有几个目录，如下所示，

./
./dynamic_provisioning
./dynamic_provisioning/{random-generated-dynamic-provision-dir-1}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-2}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-3}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-4}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-5}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-6}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-7}
./dynamic_provisioning/{random-generated-dynamic-provision-dir-8}

因为我的 storageClass 设置。（设置是从 此处）

好的，现在我需要将相同的静态文件放入 ./dynamic_provisioning/{random- generated-dynamic-provision-dir-N} 我可以手动将静态文件放入 ./dynamic_provisioning/{random- generated-dynamic-provision-dir-1} 但它不能确保 {random- generated-dynamic-provision-dir- 1} 目录在生成新的动态配置目录时永远不会更改或复制我的静态文件。

就在此时此刻，我发布了原始问题。 经过几次搜索，我只是将dynamic_provisioning方法更改为static_provisioning。 （像这样）

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: efs-pv
spec:
  capacity:
    storage: 5Gi
  volumeMode: Filesystem
  storageClassName: ""
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  csi:
    driver: efs.csi.aws.com
    volumeHandle: fs-{MY_EFS_ID}
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: efs-claim
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: ""
  resources:
    requests:
      storage: 5Gi
---
apiVersion: v1
kind: Service
metadata:
  name: myapi-lb
  labels:
    app: myapi-lb
  annotations:
    service.beta.kubernetes.io/aws-load-balancer-internal: "true"
    service.beta.kubernetes.io/aws-load-balancer-type: "nlb"
    service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: "true"
spec:
  selector:
    app: myapi
  ports:
    - port: 80
      targetPort: 3000
  type: LoadBalancer
---
# 배포 대상.
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapi
  labels:
    app: myapi
spec:
  selector:
    matchLabels:
      app: myapi
  replicas: 1
  template:
    metadata:
      labels:
        app: myapi
        run: myapi
    spec:
      containers:
        - name: myapi
          image:  MY_ECR_LOCATION.amazonaws.com/myapi:TAG
          envFrom:
            - secretRef:
                name: myapi-secrets
          ports:
            - containerPort: 3000
              name: myapi
          resources:
            requests:
              cpu: 250m
            limits:
              cpu: 500m
          volumeMounts:
            - name: persistent-storage
              mountPath: /data
      volumes:
        - name: persistent-storage
          persistentVolumeClaim:
            claimName: efs-claim

经过这些设置后，不再有动态生成的目录，我只是将静态文件放入我的 EFS 的根目录中...... 现在按我的预期工作。

[[email protected] efs]$ ls -l
total 12
drwx------ 12 efs_connector efs_connector 6144 Mar 14 03:52 dynamic_provisioning # ,_ dynamically created by storageClass.yml files but not use anymore!
drwxrwxrwx  4 efs_connector efs_connector 6144 Mar  8 06:37 files # <- this files are what i want to serve!
drwxrwxrwx  2 efs_connector efs_connector 6144 Mar  8 06:36 locale # <- this files are what i want to serve!

但在我内心深处，我担心这个设置会产生副作用，并且我找不到关于动态和静态配置之间的区别的明确解释。

或者我可能使用 EFS 完全错误..我仍然不知道