состоит из глобального кластера и одного или нескольких кластеров рабочих нагрузок. Глобальный кластер обязательно должен быть обновлён перед любыми кластерами рабочих нагрузок.
В этом документе описана процедура обновления глобального кластера.
Если глобальный кластер настроен с решением global DR (Disaster Recovery), строго следуйте процедуре global DR. В противном случае следуйте Стандартной процедуре.
Скопируйте основной пакет на любой узел управляющей плоскости глобального кластера. Распакуйте пакет и перейдите в распакованную директорию.
Если глобальный кластер использует встроенный реестр, выполните:
Если глобальный кластер использует внешний реестр, необходимо также указать адрес реестра:
Если вы планируете обновлять Operator и Cluster Plugin вместе с обновлением глобального кластера, вы можете заранее загрузить их образы в реестр глобального кластера. Инструкции по массовой загрузке см. в разделе Push only images from all packages in a directory.
При использовании violet push
на стендбай глобальном кластере необходимо указать параметр --dest-repo
с VIP стендбай кластера.
Подробнее см. в разделе Upload Packages in a Global DR Environment.
Загрузка образов обычно занимает около 2 часов, в зависимости от вашей сети и производительности диска.
Если ваша платформа настроена для глобального аварийного восстановления (DR), помните, что стендбай глобальному кластеру также требуется загрузка образов. Планируйте окно обслуживания с учётом этого.
После завершения загрузки образов выполните следующую команду для запуска процесса обновления:
Дождитесь завершения скрипта перед продолжением.
Если вы заранее загрузили образы Operator и Cluster Plugin в реестр глобального кластера, затем можете выполнить Create only CRs from all packages in a directory. После выполнения команды подождите около 10–15 минут, пока появятся уведомления об обновлении функциональных компонентов. После этого вы сможете обновить Operator и Cluster Plugin вместе в рамках последующих шагов обновления.
Если на платформе установлены Data Services, при обновлении кластеров необходимо также обновлять соответствующие расширения.
Подробнее см. в разделе Upgrade Data Services.
global
, чтобы открыть его подробный просмотр.Ознакомьтесь с доступными обновлениями компонентов в диалоговом окне и подтвердите продолжение.
Если на платформе установлены Data Services, при обновлении кластеров необходимо также обновлять соответствующие расширения. Подробнее см. в разделе Upgrade Data Services.
global
, чтобы открыть его подробный просмотр.Ознакомьтесь с доступными обновлениями компонентов в диалоговом окне и подтвердите продолжение.
Обновление версии Kubernetes является необязательным. Однако, поскольку возможны перебои в работе сервисов, рекомендуется включить обновление Kubernetes, чтобы избежать нескольких окон обслуживания.
Если в глобальном кластере установлен Alauda Container Platform GitOps, и после обновления плагины работают некорректно, обратитесь к разделу Upgrading Alauda Container Platform GitOps.
Плагин Alauda Container Platform Product Docs предоставляет доступ к документации продукта внутри платформы. Все ссылки на помощь в платформе будут вести к этой документации. Если плагин не установлен, при нажатии на ссылки помощи в платформе будет возникать ошибка 404.
Начиная с версии ACP 4.0, встроенная документация продукта выделена в отдельный плагин Alauda Container Platform Product Docs. Если вы обновляетесь с версии 3.18, необходимо установить этот плагин, выполнив следующие шаги:
Перейдите в раздел Administrator.
В левой боковой панели выберите Marketplace > Cluster Plugins и выберите кластер global
.
Найдите плагин Alauda Container Platform Product Docs и нажмите Install.
Следуйте вашим стандартным процедурам проверки global DR, чтобы убедиться, что данные в стендбай глобальном кластере совпадают с данными в основном глобальном кластере.
Если обнаружены несоответствия, свяжитесь с технической поддержкой перед продолжением.
На обоих кластерах выполните следующую команду, чтобы убедиться, что нет Machine
узлов в состоянии, отличном от работающего:
Если такие узлы есть, обратитесь в техническую поддержку для их устранения перед продолжением.
global
в выпадающем списке кластеров.Выполните шаг Загрузка образов на обоих кластерах — стендбай и основном.
Подробности см. в разделе Загрузка образов в Стандартной процедуре.
Для выполнения обновления требуется доступ к Web Console стендбай кластера.
Перед началом убедитесь, что ресурс ProductBase стендбай кластера корректно настроен с VIP кластера в поле spec.alternativeURLs
.
Если нет, обновите конфигурацию следующим образом:
На стендбай кластере выполните шаги из Стандартной процедуры для завершения обновления.
После обновления стендбай кластера продолжите выполнение Стандартной процедуры на основном кластере.
Перед переустановкой убедитесь, что порт 2379
корректно проброшен с обоих VIP глобального кластера на их узлы управляющей плоскости.
Для переустановки:
global
.Для проверки установки выполните:
Выполните следующую команду для проверки статуса синхронизации:
Объяснение вывода:
"LOCAL ETCD missed keys:"
– Ключи есть в основном кластере, но отсутствуют в стендбай. Обычно устраняется после перезапуска pod."LOCAL ETCD surplus keys:"
– Ключи есть в стендбай кластере, но отсутствуют в основном. Перед удалением проконсультируйтесь с вашей операционной командой.