Поведение постоянного тома как типа тома в GCP

Question

Я создал jenkins установку через ее официальный helm график в GKE.

Как видно из развертывания , он создаст PV C для монтирования домашнего пути jenkins (т.е. /var/jenkins_jome) к постоянному диску.

Я создаю постоянный диск GCP для этой цели. (в любом случае он будет создан автоматически, поскольку инициализация выполняется на облачном провайдере).

У меня следующий вопрос (и он kubernetes специфицируется c, не связанный напрямую с Дженкинсом)

Поскольку PD (на котором создаются соответствующие PV / PV C) присоединен к узлу, что произойдет, если мастер-модуль jenkins будет запланирован (скажем, после перезапуска) на другой узел?

Будет ли PD «следовать» за узлом?

Есть ли случай, когда jenkins master pod не может найти PV C?

Answer 1

Будет ли [постоянный диск] "следовать" за узлом?

Да. Для типов томов, которые могут динамически подключаться к узлам, поставщик хранилища присоединяет том к узлу, на котором запланирован соответствующий модуль.

Другое следствие этого для вашего приложения заключается в том, что если вы используете более новый образ Jenkins в развертывании (и, следовательно, удаление и повторное создание модуля), если новый модуль запланирован на другом узле, постоянный диск может быть перемещен.

(Для этого конкретного сценария c вы можете найдите, что StatefulSets обрабатывает постоянные тома немного лучше, чем Deployments '; в диаграмме Helm, на которую вы ссылаетесь , устанавливает Deployment strategy: { type: Recreate }, если постоянство включено. Это позволяет избежать проблем, когда новый модуль не может запускаться до тех пор, пока старый модуль не завершит работу и не выпустит PersistentVolumeClaim, но старый модуль не сможет завершить работу, пока новый модуль не будет запущен и работает.)