Обновление рабочих кластеров
После завершения обновления глобального кластера можно приступать к обновлению рабочих кластеров. Процесс обновления рабочих кластеров схож с обновлением глобального кластера, но требует внимания к следующим моментам:
- Если ваша платформа использует решение global disaster recovery (DR), необходимо завершить обновление как основного, так и резервного глобальных кластеров перед обновлением любых рабочих кластеров.
- Все экземпляры PostgreSQL будут автоматически перезапущены в процессе обновления.
- Для экземпляров MySQL-PXC, MySQL-MGR, Redis, Kafka и RabbitMQ, настроенных с автоматической стратегией обновления, процесс обновления включает перезапуск, что может привести к временным перебоям в обслуживании.
- Одновременно можно обновлять максимум 20 рабочих кластеров.
Обновление рабочего кластера
-
Если вы хотите обновить Operators и Cluster Plugins вместе с обновлением рабочего кластера, необходимо выполнить шаг Create only CRs from all packages in a directory и использовать параметр
--clusters, указав имя рабочего кластера для обновления.Убедитесь, что указано правильное имя кластера. Неправильное значение может привести к сбоям обновления в указанном кластере.
После выполнения команды подождите примерно 10–15 минут, пока в вкладке Functional Components кластера не появится иконка upgrade available.
-
Если вы обновляетесь с версии 3.18 или 4.0 и в директории присутствует пакет Build of TopoLVM, его необходимо удалить до выполнения шага Create only CRs from all packages in a directory. После этого создайте CR для TopoLVM отдельно, обязательно указав параметр
--target-catalog-source "platform". -
При использовании команды
violet pushна резервном глобальном кластере необходимо указать параметр--dest-repoс VIP резервного кластера.Подробнее см. Upload Packages in a Global DR Environment.
-
Если вы обновляетесь с версии 3.16 или 3.18 и на платформе установлены Data Services, необходимо также обновить соответствующие расширения при обновлении кластеров.
Подробнее см. Upgrade Data Services.
(Условно) Удаление TopoLVM
Если вы обновляетесь с версии 3.18 и установлен пакет Build of TopoLVM, необходимо сделать резервную копию и удалить связанные ресурсы TopoLVM перед продолжением обновления.
В противном случае обновление кластера завершится с ошибкой.
Выполните следующие команды на любом узле управляющей плоскости обновляемого кластера:
Затем выполните следующую команду на любом узле управляющей плоскости глобального кластера:
Обновление рабочего кластера
- Войдите в Web Console и переключитесь в режим Administrator.
- Перейдите в раздел Clusters > Clusters.
- Выберите рабочий кластер, который хотите обновить, и откройте его страницу с деталями.
- Перейдите на вкладку Functional Components.
- Нажмите кнопку Upgrade.
Если программа обновления обнаружит переопределённые пользовательские настройки, появится запрос на подтверждение этих параметров. Если вы не уверены, могут ли эти переопределённые настройки повлиять на обновление, обратитесь в техническую поддержку.
После подтверждения откроется диалог обновления компонентов. Ознакомьтесь с доступными обновлениями и продолжите процесс.
Обновление версии Kubernetes является необязательным. Однако, поскольку при обновлении других компонентов возможны перебои в работе сервисов, рекомендуется включить обновление Kubernetes, чтобы минимизировать будущие окна обслуживания.
(Условно) Обновление TopoLVM
Если вы обновляетесь с версии 3.18 и установлен пакет Build of TopoLVM, а также уже выполнили шаг Удаление TopoLVM.
На узле управляющей плоскости обновляемого кластера выполните следующую команду для обновления TopoLVM:
После выполнения команды подождите примерно 5–10 минут. Компонент TopoLVM будет автоматически обновлён и отражён в веб-консоли.