（如何）通过gitlab在GKE中使用mongodb的动态卷？

我正试图使用

helm

（类似于gitlab提供的postgres数据库）通过gitlab ci创建MongoDB。仅使用

helm

图表，我正在尝试启用该服务。[我正在自己的集群上部署，但最终它将部署在我没有直接

kubectl

权限的集群上。] 我正在根据这个视频调整设置

我收到这个错误：

wait.go:53: [debug] beginning wait for 7 resources with timeout of 5m0s
wait.go:216: [debug] PersistentVolumeClaim is not bound: angular-23641052-review-86-sh-mousur/review-86-sh-mousur-mongodb

这是

application.yml

文件：

kind: Deployment
apiVersion: apps/v1
metadata:
  name: {{ template "chart.fullname" .}}-deployment
spec: 
  replicas: 1
  selector:
    matchLabels: 
      app: {{ template "chart.fullname" .}}-example
  template: 
    metadata:
      labels:
        app: {{ template "chart.fullname" .}}-example
    spec:
      containers:
        - name:  example
          image: angular-example:1.0.1
          env:  
            - name: MONGO_URL
              value: mongodb://{{ template "mongodb.fullname" . }}.default.svc.cluster.local:27017/{{ .Values.DbName }}

目前，这是用于测试的，基于一些JSON，数据库非常小。

---

如何在过渡期间使用动态存储仅使用helm charts即不访问kubectl？

您提到过吗？您能否提供有关您正在测试的本地群集的更多详细信息？此外，您原始评论中的链接格式不正确，因此我们不确定您指的是哪一个引用。PVC是动态创建的，您需要实际调试PVC未安装到pod的原因。这不一定是helm、部署配置或pvc配置的问题。使用kubectl描述pod和pvc，并在名称空间中获取事件，以查看在安装pvc时是否存在错误。同时检查stackdriver日志，查看在安装磁盘时是否有错误PV descripe命令的输出是什么？pod试图绑定PVC的输出是什么？如果存储类是标准的，我假设您使用的是默认的GCEPersistenDisk卷插件。如果这是真的。不幸的是，这不支持ReadWriteMany。通常，当卷可以由多个节点以读写方式装入时，使用ReadWriteMany。你可以在这里找到更多我没有库贝特的权限。