CCE строго соблюдает аутентификацию согласованности сообщества. Он выпускает три версии Kubernetes каждый год и предлагает период техобслуживания как минимум 24 месяца после выпуска каждой версии. CCE гарантирует стабильную работу версий Kubernetes в течение периода техобслуживания.
Чтобы обеспечить ваши права и преимущества на сервис, обновите кластеры Kubernetes до окончания периода техобслуживания. Вы можете проверить версию Kubernetes вашего кластера на странице списка кластеров и узнать, доступна ли новая версия. Проактивные обновления кластера помогают вам:
Кластеры CCE развиваются итеративно на основе версии Kubernetes сообщества. Версия кластера CCE состоит из версии Kubernetes сообщества и патч‑версии CCE. Поэтому предоставляются два пути обновления кластера.
Исходная версия 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 |
Управление патч‑версией доступно для кластеров CCE версии v1.19 и выше, чтобы предоставлять новые функции и исправлять ошибки и уязвимости в кластерах в период техобслуживания без необходимости обновления основной версии.
После выпуска новой патч‑версии вы можете напрямую обновить любую патч‑версию до последней патч‑версии. Для получения подробной информации о истории выпусков патч‑версий см. Примечания к выпуску патч‑версии.
Процесс обновления кластера включает проверку перед обновлением, резервное копирование, обновление и проверку после обновления.
Рисунок 1 Процесс обновления кластера

После определения целевой версии кластера, прочитайте меры предосторожности внимательно и предотвратите несовместимость функций во время обновления.
Перед обновлением кластера CCE проверяет обязательные элементы, такие как статус кластера, аддоны, совместимость рабочих нагрузок и узлы, чтобы обеспечить соответствие кластера требованиям обновления. Для получения более подробной информации см. Проверка перед обновлением. Если какой‑либо элемент проверки имеет отклонения, исправьте ошибку согласно подсказкам в консоли.
Вы можете использовать снимки дисков для резервного копирования данных главного узла, включая образы компонентов CCE, конфигурации компонентов и данные etcd. Создавайте резервные копии перед обновлением. Если во время обновления возникнут непредвиденные ситуации, вы можете использовать бэкап для быстрого восстановления кластера.
Тип бэкапа | Объект бэкапа | Режим бэкапа | Продолжительность бэкапа | Продолжительность отката | Описание |
|---|---|---|---|---|---|
Бэкап данных etcd | данные etcd | Автоматическое резервное копирование во время обновления | 1-5 minutes | 2 hours | Обязательно. Данные автоматически резервируются во время обновления. |
Бэкап облачного сервера CBR | Диски главного узла, включая образы компонентов, конфигурации, журналы и данные etcd | Бэкап в один клик на веб‑странице (вручную запущенный) | От 20 минут до 2 часов (в зависимости от задач облачного бэкапа в текущем регионе) | 20 minutes | Эта функция постепенно заменяется резервным копированием снимков EVS. |
Бэкап снимков EVS | Диски главного узла, включая образы компонентов, конфигурации, журналы и данные etcd | Бэкап в один клик на веб‑странице (вручную запущенный) | 1-5 minutes | 20 minutes | Эта функция скоро появится. После выпуска этой функции она заменит бэкап облачного сервера CBR. |
Настройте параметры перед обновлением. CCE предоставил настройки по умолчанию, их можно изменить по мере необходимости. После настройки выполните обновление аддонов, главных узлов и рабочих узлов последовательно.
Если аддон помечен
с правой стороны, аддон не может быть совместим как с исходной, так и с целевой версиями обновления кластера. В этом случае CCE обновит аддон после обновления кластера. Аддон может быть недоступен во время обновления кластера.
Узлы обновляются пакетами. Например, если в первом пакете обновлен один узел, а во втором — четыре, количество узлов, обновляемых в каждом последующем пакете, будет увеличиваться в четыре раза, пока не достигнет максимального допускаемого значения. По умолчанию в пакете обновляется 20 узлов, количество можно увеличить до максимального значения 120.
После обновления CCE автоматически проверит такие пункты, как статус кластера и статус узлов. Вам необходимо вручную проверить сервисы, новые узлы и новые pod‑ы, чтобы убедиться, что кластер функционирует правильно после обновления. Для получения подробной информации см. Выполнение проверки после обновления.
Режим обновления | Описание | Объём обновления | Преимущество | Ограничение |
|---|---|---|---|---|
In-place upgrade | Компоненты Kubernetes, сетевые компоненты и управляемые компоненты CCE обновляются на узлах. Во время обновления сервисные pod‑ы и сети не затрагиваются. Узлы обновляются пакетами. Только обновленные узлы могут использоваться для планирования сервисов. |
| Обновление в один клик не требует миграции сервисов. Это обеспечивает непрерывность работы сервисов. | In-place upgrade поддерживается только в кластерах v1.15 и выше. |