Работает ли изменение постоянной громкости K8S с флагом --record

У меня есть постоянный том (PV) и требование постоянного тома (PVC), которые также были связаны. Первоначально емкость хранилища для PV составляла 2 Ги, а запрошенное хранилище от PVC - 1 Ги. Затем я редактирую существующий связанный PV и увеличиваю объем хранилища до 5Gi с флагом записи как --record.

vagrant@mykubemaster:~/my-k8s$ kubectl get pv
NAME    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM         STORAGECLASS   REASON   AGE
my-pv   2Gi        RWO            Retain           Bound    test/my-pvc                           106s

vagrant@mykubemaster:~/my-k8s$ kubectl edit pv my-pv --record

persistentvolume/my-pv edited
vagrant@mykubemaster:~/my-k8s$ kubectl get pv
NAME    CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM         STORAGECLASS   REASON   AGE
my-pv   5Gi        RWO            Retain           Bound    test/my-pvc                           2m37s

Теперь мой вопрос: есть ли способ подтвердить, что этот флаг --record определенно записал это изменение хранилища (редактировать PV) в истории.

При развертывании легко проверить с помощью kubectl rollout history <deployment name>, но я не уверен, как проверить это с помощью других объектов, таких как PV.

Пожалуйста помогите. Благодарность


kubernetes kubectl persistent-volumes persistent-volume-claims
person vinod827    schedule 05.01.2021    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Как упоминалось в kubectl справочные документы:

Record current kubectl command in the resource annotation. If set to false, do not record the command. If set to true, record the command. If not set, default to updating the existing annotation value only if one already exists.

Вы можете запустить kubectl get pv my-pv -o yaml, и вы увидите, что kubernetes.io/change-cause был обновлен с помощью выполненной вами команды. В вашем случае это будет kubectl edit pv my-pv --record.

Упомянутая вами команда rollout (включая rollout history) работает только со следующими ресурсами:

  • развертывания
  • демонсеты
  • наборы состояний
person hilsenrat    schedule 05.01.2021
comment
спасибо, что помогли мне в этом. да, теперь я вижу это изменение с помощью флага --record в аннотациях: - Имя: my-pv Ярлыки: ‹none› Аннотации: kubernetes.io/change-cause: kubectl edit pv my-pv --record = true pv. kubernetes.io/bound-by-controller: да Финализаторы: [kubernetes.io/pv-protection] StorageClass: Статус: Привязано - person vinod827; 06.01.2021