Постоянное требование тома - путь монтирования - PullRequest
Новая
       53

Постоянное требование тома - путь монтирования

0 голосов
/ 04 апреля 2020

У меня есть pv, как показано ниже 

apiVersion: v1
kind: PersistentVolume
metadata: 
  name: azurefile

spec:
  capacity:
    storage: 5Gi
  accessModes: 
    - ReadWriteMany
  storageClassName: azurefile
  azureFile:
    secretName: azure-secret
    shareName: cloudshare
    readOnly: false

и pvc, как показано ниже 

apiVersion: v1
kind: PersistentVolumeClaim
metadata:  
  name: azurefile
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: azurefile
  resources:
    requests:
      storage: 2Gi

в развертываниях у меня есть следующие 

      volumes:      
        - name: my-storage
          persistentVolumeClaim:
              claimName: azurefile
      volumeMounts:
          - name:  my-storage
            mountPath:  "/home/myapp/newapp/"

Насколько я понимаю, по пути /home/myapp/newapp/ в контейнерах будет доступен контент azure filehare cloudshare. Итак, все, что у меня есть в cloudshare, будет видно здесь. pvc или pv создает папки под cloudshare? причина, по которой я спрашиваю, состоит в том, что у меня есть WORKDIR в моем dockerimage, который фактически находится в том же mountpath, как показано ниже

WORKDIR /home/myapp/newapp/reta-app/.

По какой-то причине папка reta-app создается внутри cloudshare. Это нормальное поведение, или я делаю что-то не так.

1 Ответ

2 голосов
/ 04 апреля 2020

Создает ли pvc или pv папки под cloudshare?

Нет. PersistentVolume Kubernetes - это просто некое хранилище, а PersistentVolumeClaim - это способ ссылки на PV (который может существовать не сразу). Kubernetes абсолютно не управляет каким-либо контентом в постоянном объеме; он не будет создавать каталоги при запуске, копировать содержимое из образа в том или что-либо еще.

...