Переименование контроллера репликации из-за ошибки ectd во время обновления обновления

Question

Можно ли как-то переименовать контроллер репликации, чтобы он мог быть выбран командой прокручиваемого обновления?

Проблема заключается в том, что в середине прокручивающегося обновления произошла ошибка со следующей ошибкой:

Переименование xx в xx-353rfdf44

Ошибка сервера: клиент: кластер etcd недоступен или неправильно настроен;Ошибка № 0: прочитайте tcp 172.17.22.102:55398->172.17.22.102:4001: прочитайте: сброс соединения по пиру

Прежде всего, я не знаю, почему это произошло.А во-вторых, как вы можете видеть, это не удалось на шаге переименования.Поэтому мой обновляемый Java-код, когда он выполняется, ищет xx Replication Controller для выполнения скользящего обновления, и, поскольку теперь он называется xx-353rfdf44, он не может его найти.

Мне было интересно, смогу ли я сделатьручное исправление для переименования xx-353rfdf44 обратно в xx, чтобы мое возобновляемое обновление Java-кода снова заработало.

Заранее спасибо

Answer 1

В соответствии с Выполнение скользящего обновления с использованием контроллера репликации. Документ:

. При запуске обновления обновления создается новый контроллер репликации (RC) с обновленной конфигурацией, затем уменьшается число.реплик для старого RC и увеличивает количество реплик для нового RC, пока старый RC не достигнет 0 реплик, а новый RC не достигнет желаемого количества реплик.Наконец, обновление обновлений удаляет старый RC.

В Kubernetes невозможно переименовать объекты, поскольку имя объекта используется в качестве идентификатора. SO Ответ

В вашем случае было бы лучше работать на уровне объекта Deployment, поскольку при запуске скользящего обновления для развертывания он не воссоздает объект развертывания и, следовательно,его имя не меняется.