Обновления кластера

Кластеры CCE развиваются итеративно на основе версии Kubernetes сообщества. Версия кластера CCE состоит из версии Kubernetes сообщества и патч‑версии CCE. Поэтому предоставляются два пути обновления кластера.

• Обновление версии Kubernetes

  Исходная версия Kubernetes	Целевая версия Kubernetes
  v1.13 or earlier	Не поддерживается
  v1.15	v1.19
  v1.17	v1.19
  v1.19	v1.21 or v1.23
  v1.21	v1.23
  v1.23	v1.25, v1.27, or v1.28
  v1.25	v1.27 or v1.28
  v1.27	v1.28
  v1.28	v1.29 or v1.31
  v1.29	v1.30 or v1.31
  v1.30	v1.31
  v1.31	v1.32 or v1.34
  v1.32	v1.33 or v1.34
  v1.33	v1.34

  Note

  • Версия, у которой завершена поддержка, не может быть напрямую обновлена до последней версии. Необходимо обновлять такую версию несколько раз, например, с v1.15 до v1.19, v1.23, а затем до v1.27/v1.28.
  • Версия Kubernetes может быть обновлена только после того, как патч будет обновлен до последней версии. CCE автоматически сгенерирует оптимальный путь обновления в консоли на основе текущей версии кластера.
• Обновление патч-версии

  Управление патч-версиями доступно для кластеров CCE v1.19 и более новых, чтобы предоставлять новые функции и исправлять ошибки и уязвимости для кластеров, находящихся в обслуживании, без необходимости обновления до основной версии.

  После выпуска новой патч-версии вы можете напрямую обновить любую патч-версию до последней патч-версии. Подробную информацию об истории выпусков патч-версий см. в Patch Version Release Notes.

процесс обновления кластера включает проверку перед обновлением, резервное копирование, обновление и проверку после обновления.

После определения целевой версии кластера, внимательно прочитайте precautions и предотвратите несовместимость функций во время обновления.

1. Проверка перед обновлением

   Перед обновлением кластера CCE проверяет обязательные элементы, такие как статус кластера, дополнения, совместимость рабочих нагрузок и узлы, чтобы убедиться, что кластер соответствует требованиям обновления. Для получения дополнительных сведений см. Pre-upgrade Check. Если какой‑либо элемент проверки имеет отклонения, устраните неисправность согласно подсказкам в консоли.

2. Резервное копирование

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

   Тип резервного копирования	Объект резервного копирования	Режим резервного копирования	Продолжительность резервного копирования	Продолжительность отката	Описание
   резервное копирование данных etcd	данные etcd	Автоматическое резервное копирование во время обновления	1-5 минут	2 часа	Обязательно. Данные автоматически резервно копируются во время обновления.
   CBR резервное копирование облачных серверов	Диски узла Master, включая образы компонентов, конфигурации, логи и данные etcd	Резервное копирование в один клик на веб‑странице (вручную инициировано)	От 20 минут до 2 часов (в зависимости от задач резервного копирования в текущем регионе)	20 минут	Эта функция постепенно заменяется резервным копированием снимков EVS.
   Резервное копирование снимков EVS	Диски узла Master, включая образы компонентов, конфигурации, логи и данные etcd	Резервное копирование в один клик на веб‑странице (вручную инициировано)	1-5 минут	20 минут	Эта функция скоро появится. После выпуска этой функции она заменит CBR cloud server backup.

3. Конфигурация и обновление

   Настройте параметры перед обновлением. CCE предоставил настройки по умолчанию, которые при необходимости можно изменить. После настройки выполните обновление дополнений, master nodes и worker nodes последовательно.

   • Add-on Upgrade Configuration: В вашем кластере перечислены установленные дополнения. Во время обновления кластера CCE автоматически обновляет выбранные дополнения, чтобы они были совместимы с целевой версией кластера. Вы можете нажать Set, чтобы переопределить параметры дополнения.
     Note

     Если дополнение помечено справа, оно не может быть совместимо одновременно с исходной и целевой версиями обновления кластера. В этом случае CCE обновит дополнение после обновления кластера. Дополнение может быть недоступно во время обновления кластера.

   • Node Upgrade Configuration
     • Max. Nodes for Batch Upgrade: Вы можете задать максимальное количество узлов, обновляемых в одной партии.

       Узлы обновляются партиями. Например, если в первой партии обновляется один узел, а во второй — четыре узла, количество узлов, обновляемых в каждой последующей партии, будет увеличиваться в четыре раза, пока не достигнет максимального значения для партии. По умолчанию в партии обновляется 20 узлов, и это число можно увеличить до максимального значения 120.

     • Node Priority: Вы можете настроить приоритеты обновления узлов. Если приоритеты не указаны, CCE выполнит обновление на основе приоритетов, сформированных политикой по умолчанию.
       • Add Upgrade Priority: Вы можете задать приоритеты обновления пулов узлов. Если приоритеты не указаны, CCE будет предпочитать обновлять пул узлов с наименьшим количеством узлов, исходя из политики по умолчанию.
       • Add Node Priority: Вы можете задать приоритеты обновления узлов в пуле узлов. Если приоритеты не указаны, CCE будет предпочитать обновлять узел с наименьшей нагрузкой (рассчитывается на основе количества pods, уровня запросов ресурсов и количества PV), исходя из политики по умолчанию.
     • Scope of Node Upgrade Batches: Параметр пакетного обновления узлов можно применить ко всему кластеру или к отдельным пулам узлов. Вы можете выбрать любой вариант. По умолчанию он применяется ко всему кластеру.
       • При применении ко всему кластеру все узлы кластера обновляются партиями, независимо от их групп в пулах узлов. Например, если в первой партии обновляется один узел, а во второй — четыре узла, количество узлов, обновляемых в каждой последующей партии, будет увеличиваться в четыре раза, пока не достигнет максимального значения для партии.
       • При применении к конкретным node pools узлы в каждом пуле обновляются пакетами в соответствии с предопределённой последовательностью. Обновление начинается с одного узла в первом пакете, затем четырёх узлов во втором пакете. Количество узлов в каждом последующем пакете увеличивается в четыре раза, пока не будет достигнуто максимальное количество узлов в пакете. Когда процесс обновления переходит к следующему node pool, расчёт размера пакета сбрасывается и начинается снова с одного узла.
4. Проверка после обновления

   После обновления CCE автоматически проверит такие элементы, как статус кластера и статус узлов. Вам необходимо вручную проверить сервисы, новые узлы и новые pod'ы, чтобы убедиться, что кластер функционирует правильно после обновления. Для получения подробной информации см. Performing Post-Upgrade Verification.

• Для получения подробной информации о том, как обновлять ОС узлов, см. Upgrading an OS.