Блог

Главная - Вопросы по программированию - Кубернетес Переходит с постоянного тома

Кубернетес Переходит с постоянного тома

#kubernetes #rabbitmq #longhorn

Вопрос:

Я запускал несколько стандартных кластеров Azure IaaS kubernetes в течение 3 лет в производстве (~ 40 узлов). Из-за недавних изменений в корпоративной безопасности и улучшений дизайна kubernetes, в частности управления CSINodes, я решил вернуться из файловых хранилищ Azure в Longhorn. Этот сценарий был проверен на других кластерах.

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

storage_class_1 наследуется от файла Azure, тогда как storage_class_2 наследуется от longhorn. Постоянные тома динамически генерируются с помощью оператора RabbitMQ.

При изменении определения CRD новые PV не создаются, а старые все еще привязаны.

 persistence:
  storageClassName: storage_class_2
  storage: 10Gi

Я ищу способ обновить PV без потери каких — либо данных или остановки службы. Есть идеи?

Некоторая техническая информация: Kubernetes : 1.19.8 Докер : 20.10.2 Оператор кластера RabbitMQ : 1.5.0

Комментарии:

1. Какую версию Kubernetes вы использовали и как вы настроили кластер? Вы использовали установку с голым металлом или какой-то облачный провайдер? Пожалуйста, приложите свое определение CRD. Что вы подразумеваете под обновлением PV? Вы запустили kubectl apply команду после редактирования определения CRD? Для обеспечения безопасности создайте снимок тома, прежде чем что-либо менять.

2. Привет @JackAdmin. Есть какие-нибудь новости?

3. Привет, я обновил исходное сообщение дополнительной информацией. kubectl apply обновляет CRD, но не обновляет постоянные тома. RabbitMQ находится в режиме HA, удаление экземпляра, а затем ожидание нового, не помогает. На этом этапе я могу создать только второй экземпляр и обновить учетные данные своих подписчиков.

4. Пожалуйста, опубликуйте свое решение в качестве ответа.

Ответ №1:

Я наконец-то нашел правильную последовательность:

  1. Удалите один ПВХ из-за природы наборов реплик тома являются постоянными
  2. Удалите соответствующий экземпляр
  3. Создайте новый ПВХ, который относится к новому классу хранения
  4. Набор реплик автоматически свяжет новый экземпляр с этим новым ПВХ
  5. Сделайте это для других реплик
Метки: