Обновление

Управление обновлением

РОСА Кубис выпускается в виде минорных и патч-версий. В год выходит четыре минорные версии кластера. Патч-версии выпускаются по мере необходимости.

Инструкция по обновлению в закрытом контуре см. в п. Обновление в закрытом контуре.

Для обновления кластера в графическом интерфейсе нужно перейти на дашборд кластера, который необходимо обновить (кластер управления или клиентский кластер) и нажать Управлять рядом с текущей версией кластера (рисунок 304). Есть возможность ручного запуска обновления или автоматического запуска обновления по расписанию. Можно отслеживать процесс запущенного обновления по состоянию, прописанному в блоке обновления.

Рисунок 304 ‒ Обновление кластера

Если в блоке "Текущая версия" присутствует текст "Обновлений нет", значит установлена последняя доступная версия.

В случае возникновения трудностей в процессе обновления можно обратиться для консультации и сопровождения к команде разработки Комплекса. Для этого из раздела "О системе" графического интерфейса Комплекса следует перейти в Service Desk и оставить заявку на обслуживание.

После завершения обновления кластера потребуется заменить версию Kubernetes на всех узлах. Для этого нужно выполнить шаги инструкции "Как обновить версию kubernetes", что применимо ко всем кластерам, кроме кластера с провайдером Shturval V2.

Ручной запуск обновления кластера

Если есть доступная версия для обновления, нужно в диалоговом окне обновления кластера:

выбрать версию кластера из списка;
нажать Обновить, чтобы запустить обновление на выбранную версию.

Автоматический запуск обновления кластера

Отложенное обновление позволяет настроить расписание, по которому разрешается автоматически запускать обновление кластера при наличии доступной версии. Можно создавать разные конфигурации отложенных обновлений для различных сценариев, например, для минорных и патч-версий. Просмотреть все созданные расписания для обновления кластера можно в модальном окне обновления кластера; наименование расписания создается автоматически.

При необходимости можно настроить отложенное обновление кластера в блоке "Настройка отложенного обновления", нажав на +. В появившемся блоке указать (рисунок 305):

Рисунок 305 ‒ Настройка отложенного обновления

расписание в cron-формате. Между значениями необходимо ставить пробелы, чтобы отделять их друг от друга;
длительность окна обновления. Длительность показывает, какое количество времени может быть использовано для проведения обновления, если на момент проверки по расписанию будет доступна подходящая версия для обновления. В графическом интерфейсе минимальное значение для длительности окна обновления установлено равным 30 минутам. Меньше времени может быть недостаточно для корректного проведения обновления кластера (рисунок 306).

Рисунок 306 ‒ Минимальное значение длительности

Рисунок 305 ‒ Настройка отложенного обновления

поведение системы при превышении длительности окна обновления:
Остановиться ‒ все процессы по обновлению будут приостановлены и в окне обновления отобразится состояние "UpdatePaused". Для возобновления обновления кластера нажать Продолжить вне расписания.
Продолжить ‒ обновление будет продолжено до завершения.
разрешено ли автоматически обновлять до минорных версий. Если нет, то автоматически обновление будет только для патч-версий.

Чтобы завершить настройку, необходимо нажать Добавить.

При необходимости можно изменить конфигурацию расписания в любой момент времени, выбрать в модальном окне необходимое расписание и настроив его заново. Если изменена конфигурация расписания в момент обновления кластера, то обновление будет следовать новому сценарию расписания.

Расписание отложенного обновления возможно удалить, если обновление по нему еще не начато.

Статусы обновления

После запуска обновления кластера на дашборде кластера отобразятся этапы статуса обновления кластера:

Обновление версии Модуля обновления кластера (shturval-update);
Принудительное удаление устаревших сервисов. Этап может быть пропущен при отсутствии таких сервисов;
Обновление Модуля управления конфигурациями узлов (shturval-node-config). Этап может быть пропущен, обновление завершится без инициализации этапа;
Обновление версии Kubernetes;
Обновление версий системных сервисов.

Цветовая индикация определяет состояние каждого этапа:

зеленый цвет ‒ при успешном завершении этапа;
желтый ‒ если этап в процессе выполнения;
серый ‒ этап не инициализирован.