Обновление глобального кластера
состоит из глобального кластера и одного или нескольких рабочих кластеров. Глобальный кластер обязательно должен быть обновлён перед любыми рабочими кластерами.
В этом документе описана процедура обновления глобального кластера.
Если глобальный кластер настроен с решением global DR (Disaster Recovery), строго следуйте процедуре global DR. В противном случае следуйте Стандартной процедуре.
Стандартная процедура
Загрузка образов
Скопируйте основной пакет на любой узел управляющей плоскости глобального кластера. Распакуйте пакет и перейдите в распакованную директорию.
-
Если глобальный кластер использует встроенный реестр, выполните:
-
Если глобальный кластер использует внешний реестр, необходимо также указать адрес реестра:
Если вы планируете обновлять Operator и Cluster Plugin вместе с обновлением глобального кластера, заранее загрузите соответствующие пакеты в реестр соответствующего кластера. Инструкции по массовой загрузке смотрите в разделе Push all packages at once.
Загрузка образов обычно занимает около 2 часов, в зависимости от вашей сети и производительности диска.
Если ваша платформа настроена для глобального аварийного восстановления (DR), помните, что резервный глобальный кластер также требует загрузки образов. Планируйте окно обслуживания соответственно.
Для подробностей по подкоманде violet push смотрите Upload Packages.
Запуск обновления
После завершения загрузки образов выполните следующую команду для запуска процесса обновления:
Дождитесь завершения скрипта перед продолжением. Кнопка обновления на вкладке Functional Components станет доступна примерно через 10–15 минут. После этого вы сможете обновить Operator и Cluster Plugin согласно следующим инструкциям.
Известная проблема в ACP 4.2.1:
Эта проблема затрагивает только обновления с ACP 4.2.0 до 4.2.1 и будет исправлена в ACP 4.2.2. Она касается только cluster plugins, а не Operator.
После выполнения bash upgrade.sh --skip-sync-image, когда кнопка Upgrade станет доступна на вкладке Functional Components, вы можете увидеть, что версия Target для таких cluster plugins, как Alauda Container Platform Base, отображается как более низкая.
Необходимо: Вам нужно вручную изменить Target на Do not upgrade для этих cluster plugins. В противном случае они могут быть понижены до более старой версии.
Обновление глобального кластера
- Войдите в Веб-консоль глобального кластера и переключитесь в режим Administrator.
- Перейдите в раздел Clusters > Clusters.
- Нажмите на кластер
globalдля открытия его подробностей. - Перейдите на вкладку Functional Components.
- Нажмите кнопку Upgrade.
Ознакомьтесь с доступными обновлениями компонентов в диалоговом окне и подтвердите продолжение.
- Если в глобальном кластере установлен плагин Alauda Container Platform GitOps и после обновления его поды работают некорректно, обратитесь к Обновлению Alauda Container Platform GitOps.
Известная проблема в ACP 4.2.1:
Эта проблема затрагивает только обновления с ACP 4.2.0 до 4.2.1 и будет исправлена в ACP 4.2.2. Она касается только cluster plugins, а не Operator.
После завершения обновления на вкладке Functional Components кнопка Upgrade для cluster plugins может оставаться активной.
НЕ нажимайте кнопку Upgrade повторно для cluster plugins. Если вы нажмёте, версия Target для уже обновлённых cluster plugins будет отображаться как более низкая. Повторное обновление приведёт к понижению версии этих плагинов.
Установка плагина Alauda Container Platform Cluster Enhancer
Этот шаг нужен только для проверки, что плагин cluster enhancer установлен. Если вы обнаружили, что плагин уже установлен, ничего делать не нужно.
-
Перейдите в раздел Administrator.
-
В левой боковой панели выберите Marketplace > Cluster Plugins и выберите кластер
global. -
Найдите плагин Alauda Container Platform Cluster Enhancer и нажмите Install.
(Опционально) Обновление Service Mesh Essentials
Если установлен Service Mesh v1, перед обновлением рабочих кластеров обратитесь к документации Alauda Service Mesh Essentials Cluster Plugin.
После обновления
Процедура global DR
Проверка согласованности данных
Следуйте вашим стандартным процедурам проверки global DR, чтобы убедиться, что данные в резервном глобальном кластере соответствуют данным в основном глобальном кластере.
Если обнаружены несоответствия, свяжитесь с технической поддержкой перед продолжением.
На обоих кластерах выполните команду, чтобы убедиться, что нет узлов Machine в состоянии, отличном от запущенного:
Если такие узлы есть, обратитесь в техническую поддержку для их устранения перед продолжением.
Удаление плагина синхронизации etcd
- Зайдите в Веб-консоль резервного кластера по его IP или VIP.
- Переключитесь в режим Administrator.
- Перейдите в Marketplace > Cluster Plugins.
- УБЕДИТЕСЬ, что выбран кластер
global. - Найдите плагин Alauda Container Platform etcd Synchronizer и Удалите его. Дождитесь завершения удаления.
Загрузка образов
Выполните шаг Загрузка образов на обоих кластерах — резервном и основном.
Подробности смотрите в разделе Загрузка образов в Стандартной процедуре.
Обновление резервного кластера
Для выполнения обновления требуется доступ к Веб-консоли резервного кластера.
Перед началом убедитесь, что ресурс ProductBase резервного кластера корректно настроен с VIP кластера в поле spec.alternativeURLs.
Если нет, обновите конфигурацию следующим образом:
На резервном кластере выполните шаги из Стандартной процедуры для завершения обновления.
Обновление основного кластера
После обновления резервного кластера продолжите выполнение Стандартной процедуры на основном кластере.
Переустановка плагина синхронизации etcd
Перед переустановкой убедитесь, что порт 2379 корректно проброшен с VIP обоих глобальных кластеров на их узлы управляющей плоскости.
Для переустановки:
- Зайдите в Веб-консоль резервного глобального кластера по его IP или VIP.
- Переключитесь в режим Administrator.
- Перейдите в Marketplace > Cluster Plugins.
- Выберите кластер
global. - Найдите Alauda Container Platform etcd Synchronizer, нажмите Install и укажите необходимые параметры.
Для проверки установки выполните:
Проверка статуса синхронизации
Выполните команду для проверки статуса синхронизации:
Объяснение вывода:
"LOCAL ETCD missed keys:"– Ключи есть в основном кластере, но отсутствуют в резервном. Обычно устраняется после перезапуска пода."LOCAL ETCD surplus keys:"– Ключи есть в резервном кластере, но отсутствуют в основном. Перед удалением проконсультируйтесь с вашей операционной командой.