Поделиться через


Поддерживаемые версии Kubernetes в службе Azure Operator Nexus Kubernetes

В этом документе представлен обзор схемы управления версиями, используемой для службы Operator Nexus Kubernetes, включая поддерживаемые версии Kubernetes. В нем описываются различия между основными, незначительными и исправленными версиями, а также приводятся рекомендации по обновлению версий Kubernetes и ожидаемые возможности обновления. Он также охватывает жизненный цикл поддержки версий, включая окончание поддержки для каждого пакета версий. Функции, ранее известные как надстройки, являются компонентами программного обеспечения, включенными в каждый пакет версий. Версия компонентов и критические изменения сформулируют версии компонентов, включенные в пакеты версий. Дополнительные сведения о функциях см. в разделе " Функции кластера Nexus Kubernetes".

Сообщество Kubernetes выпускает дополнительные версии примерно каждые три месяца. Начиная с версии 1.19 сообщество Kubernetes увеличило окно поддержки для каждой версии с девяти месяцев до одного года.

Дополнительные выпуски версий могут включать новые возможности и (или) улучшения. Исправления выпускаются чаще (иногда еженедельно) и предназначены для устранения критических ошибок в дополнительной версии. Такие выпуски ликвидируют уязвимости в системе безопасности или серьезные ошибки.

Версии Kubernetes

Kubernetes использует для каждой версии стандартную схему семантического версионирования.

[major].[minor].[patch]

Examples:
 1.24.7
 1.25.4

Каждый элемент номера версии указывает на общую совместимость с предыдущей версией:

  • Номера основных версий изменяются, когда могут быть внесены критические изменения в API
  • Номера минорных версий изменяются при обновлении функциональности, совместимой с другими минорными выпусками.
  • Номера версий исправлений изменяются при исправлении ошибок, совместимых с обратной совместимостью.

Настоятельно рекомендуется оставаться в курсе последних доступных исправлений. Например, если рабочий кластер на 1.25.4, а 1.25.6 является последней доступной версией исправления для серии 1.25. Как можно скорее выполните обновление до версии 1.25.6, чтобы все ошибки были исправлены и кластер полностью поддерживался. Дополнительные сведения об обновлении кластера см. в документации по обновлению версий Kubernetes.

Календарь выпуска Nexus Kubernetes

Просмотрите предстоящие версии в календаре выпуска Nexus Kubernetes.

Замечание

Дополнительные сведения о нашей политике поддержки версий Kubernetes.

Историю предыдущих выпусков см. в истории Kubernetes.

Версия K8s Nexus GA Конец жизненного цикла Конец жизни LTS Расширенная доступность
1.27 Сентябрь 2023 г. Июль 2024 г. Июль 2025 г. NA
1.28 Ноябрь 2023 г. Январь 2025 г. NA До конца октября 2025 г.
1.29 Август 2024 г. Март 2025 г. NA До конца февраля 2026 г.
1.30 Октябрь 2024 г. Июль 2025 г. Июль 2026 г. NA
1.31 Март 2025 г. Ноябрь 2025 г. Ноябрь 2026 г. NA
1.32 Апрель 2025 г. Мар 2026 г. Мар 2027 г. NA
1.33 Июль 2025 г. Июнь 2026 г. Июнь 2027 г. NA

Замечание

Начиная с Kubernetes версии 1.30 все версии Nexus Kubernetes будут совместимы с LTS.

Компоненты версии службы Nexus Kubernetes

Версия службы "Оператор Nexus Kubernetes" состоит из двух дискретных компонентов, объединенных в одно представление:

  • Версия Kubernetes. Например, 1.25.4 — это версия Kubernetes, развернутая в Операторе Nexus. Эти пакеты предоставляются Azure AKS, включая все версии исправлений, поддерживаемые Оператором Nexus. Дополнительные сведения о версиях Azure AKS см. в статье "Поддерживаемые версии Kubernetes AKS"
  • Номер пакета версий, который инкапсулирует образ Kubernetes версии, компонентов и операционной системы (ОС), используемый узлами в кластере Operator Nexus Kubernetes в виде одного номера. Например, 2.†

Сочетание этих значений представлено в API как «kubernetesVersion». Например, 1.25.4-2 или альтернативно поддерживаемая v нотация: v1.25.4-2

† По состоянию на апрель 2025 г. приращение пакета версий изменилось, чтобы включить управление версиями, а не последовательное нумерирование, чтобы обеспечить отличительную особенность выпуска до выпуска. Продолжайте читать дополнительные сведения об этом изменении.

Пакеты версий

Пакет версий является дополнительным значением, добавленным в версию Kubernetes. Учетная запись пакетов версий для случаев, когда версия Kubernetes не изменяется, но операционная система и (или) компоненты обновляются с помощью выпуска Nexus. Такие обновления могут включать в себя, но не ограничиваются: обновленные образы операционной системы, выпуски исправлений для компонентов и введение новых функций платформы.

До апреля 2025 года номера пакетов версий были добавочными начиная с 1 и различными в зависимости от того, как долго была доступна определенная версия исправлений Kubernetes в Nexus. После апреля 2025 года все пакеты версий в одном выпуске нумеруются с одинаковым идентификатором выпуска, например -4.4.0 или -4.5.0. На диаграмме ниже приведены сведения о том, какие пакеты версий находятся в одной серии.

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

Все обновления кластера Nexus соответствуют стандартной политике отклонений версий Kubernetes. В некоторых случаях может потребоваться несколько обновлений, чтобы перенести кластер в нужную версию Kubernetes. Пропуск любого выпуска пакета версий принимается, однако вы не можете перейти к предыдущей серии пакетов версий.

Изменения конфигурации развернутого кластера Kubernetes Operator Nexus должны применяться только при обновлении минорной версии Kubernetes, а не во время обновления патч-версии. Примеры изменений конфигурации, которые могут применяться во время дополнительного обновления версии, включают:

  • Изменение конфигурации kube-proxy с помощью iptables на ipvs.
  • Изменение сетевого интерфейса контейнера (CNI) с одного продукта на другой.

Выбор пакета версий для сценария обновления

Мы разрешаем обновление с любой версии исправления в одной дополнительной версии Kubernetes до любой версии исправления в следующей дополнительной версии Kubernetes, что обеспечивает гибкость. Например, будет разрешено обновление с версии 1.31.1-x.x до версии 1.32.x-x.x.x. Независимо от наличия промежуточной версии 1.31.2-x.x.x.

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

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

Чтобы исправить или обновить минорную версию Kubernetes, выберите доступную версию Kubernetes из той же серии версий. Например, если 1.32.1-4.4.0 является вашим текущим пакетом версии, а 1.33.1-4.0 является последним пакетом версии 1.33.x, то следует выбрать 1.33.1-4.0.

Обновление версий ОС и компонентов

Чтобы обновить компоненты ОС или платформы при сохранении той же версии Kubernetes, выберите пакет версий в той же дополнительной версии Kubernetes, что и кластер, но с более поздним номером выпуска. Например, если 1.32.1-4.0 является текущим пакетом версий, а 1.32.1-4.5.0 — последний пакет версии 1.32.1, а затем выберите пакет версии 1.32.1-4.5.0.

Обновление версий Kubernetes, ОС и компонентов

Чтобы установить или обновить версии Kubernetes, ОС и компоненты платформы одновременно, выберите последнюю версию для последующей минорной версии Kubernetes. Например, если 1.32.1-4.4.0 является текущим пакетом версий, а последняя версия для последующей дополнительной версии Kubernetes — 1.33.2-4.5.0, а затем выберите 1.33.2-4.5.0, чтобы обновить все компоненты.

В первых двух случаях может потребоваться принять обновленную версию Kubernetes или версию компонента, если пакет версии, содержащий необходимые обновления, не был выпущен. В этом случае любая последующая дополнительная версия Kubernetes работает, но пакет версий с последней версией выпуска является самой up-to-date и безопасной версией этой дополнительной версии Kubernetes. Рекомендуется выбрать последнюю версию выпуска для данного пакета версий.

Версия компонентов и разрушающие изменения

Обратите внимание на следующие важные изменения, которые необходимо внести перед обновлением до любой из доступных дополнительных версий:

  • Версия azure-arc-k8sagents относится к версии этой функции, поставляемой с пакетом версий. Агент Kubernetes с поддержкой Arc устанавливается для автоматического обновления до последней версии агента всякий раз, когда он доступен.
  • Начиная с версии 4.6.0, версия ipam-cni-plugin отражает внутреннюю версию приложения (4.6.0-32) и версию диаграммы (1.0.10). Для 4.6.0 оба отображаются ради перехода.

Caution

Пользователи не должны обновлять пакет версий Nexus AKS с версии 4.3.0 или более ранней до пакета версии 4.6.0 или более поздней без первого обновления до пакета 4.4.0 или 4.5.0. Существует внешняя ошибка etcd, которая влияет на обновления с etcd версии 3.5 до версии 3.6. Существует высокая вероятность, что обновление Nexus Kubernetes версии 4.3.0 или более ранней до версии 4.6.0 или более поздней завершится неудачей из-за проблемы с etcd. Подробные сведения об ошибке etcd см. здесь , как предотвратить распространенный сбой при обновлении etcd версии 3.5 до версии 3.6.

Чтобы смягчить эту потенциальную проблему обновления, пользователям рекомендуется выполнить двухэтапное обновление. Сначала кластер должен быть обновлен до пакета версий, создаваемого в выпуске 4.4 или 4.5. Затем его можно обновить до новой версии пакета, с версии 4.6 или 4.7. Ниже приведена упрощенная сводка по рекомендуемой схеме обновления: диаграмма потоков, предоставляющая общий обзор процесса обновления Nexus Kubernetes, касающегося проблемы с etcd.

Например, у пользователя есть кластер, который в настоящее время находится в пакете версий версии 1.30.8-4.3.0 и хочет обновиться до версии Kubernetes, доступной в выпуске 4.7 (версия 1.31 для n+1). Пользователь должен сначала обновить кластер до пакета версии 1.31.10-4.5.0. Затем пользователь может выполнить последующее обновление до пакета версии 1.31.12-4.7.0. Путь обновления в этом сценарии: схема потока обновления пакета версий Nexus Kubernetes для решения проблемы с etcd.

Сведения о текущем пакете версий

Начиная с версии 4.8.0 функции, имеющие версию приложения и версию диаграммы, перечислены в справочной таблице. Формат — app version/chart version. Это обновление позволяет сопоставлять версии диаграммы с версиями приложений. Пользователи могут видеть версии графиков функций в результатах выполнения команд создания и обновления Nexus Kubernetes. Внешние ссылки на заметки о выпуске функций основаны на версии приложения, где она доступна.

azure-arc-k8sagent является исключением. Манифест диаграммы имеет версии, перевернутые, поэтому версия приложения отображается в версии диаграммы и наоборот. В целях согласованности эталонная таблица отражает версии, в которых они должны отображаться.

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

OS Image, coredns image, etcd image, kube-vip image и pause image имеют идентификатор версии изображения.

Чтобы помочь с удобочитаемостью, последние два пакета версий включены в раздел текущих версий. Старые версии перечислены в разделе сведений о старых версиях.

Версия Kubernetes Идентификатор выпуска Образ ОС azure-arc-k8sagents azure-arc-servers calico cloud-provider-kubevirt образ coredns csi-nfs csi-volume Изображение etcd ipam-cni-plugin kube-vip image metallb metrics-server multus node-local-dns Приостановка изображения sriov-dp
v1.30.13
v1.30.14
v1.31.12
v1.31.13
v1.32.8
v1.32.9
v1.33.4
v1.33.5
4.8.0 Azure Linux 3.0.20250910 1.30.1/1.0 v1.2.5/v1.2.5 v3.29.2/v1.8.0 0.5.1-1.3.0.20250702/v1.0.8 v1.12.1-4 v4.12.1/4.8.0-26 4.8.0-26/4.8.0-26 v3.6.3-2 4.8.0-143/v1.0.12 v1.0.0-2 v0.14.9-3/v1.3.4 v0.8.0-2/v1.0.7 v4.0.2/v1.4.5 1.26.0-3/v1.2.3 3.10-5 v3.7.0/v1.1.8
v1.30.13
v1.30.14
v1.31.11
v1.31.12
v1.32.7
v1.32.8
v1.33.3
v1.33.4
4.7.0 Azure Linux 3.0.20250729 1.29.3/1.0 v1.2.4/v1.2.4 v3.29.2/v1.8.0 0.5.1-1.3.0.20250602/v1.0.7 v1.11.4-4 v4.11.0/4.7.0-30 4.7.0-30/4.7.0-30 v3.6.3-1 4.7.0-141/v1.0.11 v0.9.2-2 v0.14.9-2/v1.3.3 v0.8.0-1/v1.0.6 v4.0.2/v1.4.4 1.26.0-2/v1.2.2 3.10-4 v3.7.0/v1.1.7

Сведения о наборе более ранних версий

Это важно

Поддержка LTS версии 1.27 заканчивается в конце 2025 года. Пользователь должен обновить кластеры Nexus Kubernetes до по крайней мере пакета версии LTS 1.30. По возможности обновите кластеры до последней версии Kubernetes. В последней версии обеспечивается доступность новых функций и обновлений системы безопасности.

Версия Kubernetes Идентификатор выпуска Образ ОС azure-arc-k8sagents azure-arc-servers calico cloud-provider-kubevirt образ coredns csi-nfs csi-volume Изображение etcd ipam-cni-plugin kube-vip image metallb metrics-server multus node-local-dns Приостановка изображения sriov-dp
v1.33.2
v1.33.1
v1.32.6
v1.32.5
v1.31.10
v1.31.9
v1.30.14
v1.30.13
4.6.0 Azure Linux 3.0.20250702-3.0 1.28.0 v1.2.3 v3.29.2 1.0.7 v1.10.1-1 v4.11.0 4.6.0-32 v3.6.3-1 1.0.10/4.6.0-32 v0.9.2-2 v0.14.9-1 v0.7.2-7 v4.0.2 1.26.0-1 3.10-4 v3.7.0
v1.33.2
v1.33.1
v1.32.6
v1.32.5
v1.31.10
v1.31.9
v1.30.14
v1.30.13
4.5.0 Azure Linux 3.0.20250702-3.0 1.27.0 v1.2.2 v3.29.2 1.0.7 v1.10.1-1 v4.11.0 4.5.0-48 v3.5.21-2 v1.0.9 v0.8.9 v0.14.9-1 v0.7.2-7 v4.0.2 1.26.0-1 3.10-3 v3.7.0
v1.32.4
v1.32.1
v1.31.8
v1.31.7
v1.30.12
v1.30.9
4.4.0 Azure Linux 3.0.20250429-3.0 1.26.0 v1.2.1 v3.29.2 1.0.6 v1.10.1-1 v4.11.0 4.4.0-49 v3.5.21-1 v1.0.8 v0.8.9 v0.14.9-1 v0.7.2 v4.0.2 1.25.0-2 3.10-3 v3.7.0
v1.32.1
v1.31.5
v1.31.4
v1.30.9
v1.30.8
v1.29.13
v1.29.12
4.3.0 версии 1.30.x и более поздней версии: Azure Linux 3.0.20250311-3.0
1.29.x и более ранних версий: Azure Linux 2.0.20250304-2.0
1.24.4 v1.2.0 v3.29.2 1.0.5 v1.9.4-4 v4.11.0 4.3.0-45 v3.5.15-1 v1.0.7 v0.8.5 v0.14.5-9 v0.7.2 v4.0.2 1.23.1-1 3.1 v3.7.0
v1.31.4
v1.31.3
v1.30.8
v1.30.7
v1.29.12
v1.29.11
4.2.0 v1.30.x и более поздней версии: Azure Linux 3.0.20250206-3.0
1.29.x и более ранних версий: Azure Linux 2.0.20250207-2.0
1.23.3 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.10.0 v1.0.13 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1-1 3.1 v3.7.0
v1.31.3 1 Azure Linux 3.0.20241005-3.0 1.22.4 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.9.0 v1.0.11 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.1 v3.7.0
v1.30.7 1 Azure Linux 3.0.20241005-3.0 1.22.4 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.9.0 v1.0.11 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.1 v3.7.0
v1.30.5 2 Azure Linux 3.0.20241005-3.0 1.22.4 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.9.0 v1.0.11 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.1 v3.7.0
v1.30.5 1 Azure Linux 3.0.20241005-3.0 1.21.10 v1.1.0 v3.28.2 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.11 v3.5.15 v1.0.5 v0.8.1 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.30.3 2 Azure Linux 3.0.20241005-3.0 1.21.10 v1.1.0 v3.28.2 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.11 v3.5.15 v1.0.5 v0.8.1 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.30.3 1 Azure Linux 3.0.20240824-3.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.10 v3.5.15 v1.0.5 v0.8.1 v0.14.5-3 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.29.11 1 Azure Linux 2.0.20241006-2.0 1.22.4 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.9.0 v1.0.11 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.1 v3.7.0
v1.29.9 2 Azure Linux 2.0.20241006-2.0 1.22.4 v1.1.0 v3.29.1 v1.0.4 v1.9.4-4 v4.9.0 v1.0.11 v3.5.15-1 v1.0.5 v0.8.5 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.1 v3.7.0
v1.29.9 1 Azure Linux 2.0.20241006-2.0 1.21.10 v1.1.0 v3.28.2 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.11 v3.5.15 v1.0.5 v0.8.1 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.29.7 4 Azure Linux 2.0.20241006-2.0 1.21.10 v1.1.0 v3.28.2 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.11 v3.5.15 v1.0.5 v0.8.1 v0.14.5-7 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.29.7 3 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.10 v3.5.15 v1.0.5 v0.8.1 v0.14.5-3 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.29.7 2 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.8.0 v1.0.9 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1
v1.29.7 1 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.8.0 v1.0.9 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1
v1.29.6 4 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240704 v4.9.0 v1.0.10 v3.5.15 v1.0.5 v0.8.1 v0.14.5-3 v0.7.2 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.7.0
v1.29.6 3 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.8.0 v1.0.9 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1
v1.29.6 2 Azure Linux 2.0.20240731-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.8.0 v1.0.9 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1
v1.29.6 1 Azure Linux 2.0.20240425-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.7.0 v1.0.8 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1
v1.29.4 1 Azure Linux 2.0.20240425-2.0 1.21.10 v1.1.0 v3.27.4 v1.0.3 v1.9.4-hotfix.20240520 v4.7.0 v1.0.8 v3.5.15 v1.0.4 v0.8.1 v0.14.5-3 v0.7.1 v4.0.2 1.23.1 3.9-hotfix-20230808 v3.5.1

Компоненты пакета версий

Функция Пакет версий
Подключение оркестрации томов зашифровано с использованием TLS. Начиная с 1.28.9-1, 1.28.0-5, 1.27.9-1, 1.27.3-5, 1.26.12-1, 1.26.6-5, 1.25.11-5 и 1.25.6-7
Узлы кластера включены в Azure Arc Начиная с 1.25.6-4, 1.25.11-2, 1.26.3-4, 1.26.6-2, 1.27.1-4, 1.27.3-2 и 1.28.0-2
Тома, общие для Nexus, имеют атрибут емкости, который устанавливается как предел размера тома. Начиная с версии 1.27.13-3, v1.27.9-5, v1.28.11-4, v1.28.12-3, v1.29.6-4, v1.29.7-3, v1.30.3-1

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

Дополнительные сведения об обновлении кластера см. в статье Обновление кластера службы Azure Operator Nexus Kubernetes.

Политика поддержки версий Kubernetes

Оператор Nexus поддерживает три дополнительных версии Kubernetes:

  • Последняя дополнительная версия общедоступной версии, выпущенная в Операторе Nexus (которая называется N).
  • Две предыдущие минорные версии.
  • Каждая поддерживаемая дополнительная версия также поддерживает не более двух последних стабильных исправлений, в то время как предыдущие исправления находятся в расширенной политике доступности в течение времени существования дополнительной версии.

Служба Nexus Kubernetes предоставляет стандартизованную длительность поддержки для каждой минорной версии Kubernetes, которая выпускается. Версии соответствуют двум разным временным шкалам, отражая:

  • Длительность поддержки — как долго поддерживается версия. В конце поддерживаемого периода версия считается End of Support.
  • Расширенная доступность— как долго можно выбрать версию для развертывания после End of Support.

Поддерживаемое окно версий Kubernetes в Операторе Nexus называется N-2: (N (последний выпуск) - 2 (дополнительные версии)) и .letter является представителем версий исправлений.

Например, если Оператор Nexus вводит 1.17.a сегодня, поддержка предоставляется для следующих версий:

Новая минорная версия Список поддерживаемых версий
1.17.a 1.17.a, 1.17.b, 1.16.c, 1.16.d, 1.15.e, 1.15.f

Когда появилась новая дополнительная версия, старейшая поддерживаемая дополнительная версия и выпуски исправлений не поддерживаются. Например, текущий список поддерживаемых версий выглядит следующим образом:

1.17.a
1.17.b
1.16.c
1.16.d
1.15.e
1.15.f

Когда Оператор Nexus выпускает версии 1.18.*, все версии 1.15.* выходят из поддержки.

Сроки поддержки

Служба Nexus Kubernetes обычно предоставляет поддержку в течение 12 месяцев с момента GA-релиза минорной версии AKS. Эта временная шкала соответствует графику Azure AKS, который включает объявленную версию долгосрочной поддержки 1.27.

Поддерживаемые версии:

  • Можно развернуть как новые кластеры Оператора Nexus Kubernetes.
  • Может быть целевым объектом обновлений из предыдущих версий. Ограничен обычными путями обновления.
  • Может содержать дополнительные исправления или пакеты версий в минорной версии.

Замечание

В исключительных обстоятельствах поддержка служб Nexus Kubernetes может быть прекращена рано или немедленно, если обнаружена уязвимость или проблема безопасности. При возникновении этой ситуации корпорация Майкрософт заранее уведомляет клиентов и работает для устранения потенциальных проблем.

Окончание поддержки

End of Support означает, что не создаются пакеты исправлений или версий. Невозможно обновить кластер, так как последние поддерживаемые версии больше недоступны. В этом случае единственным способом обновления является полностью воссоздать кластер Nexus Kubernetes с помощью более новой версии, поддерживаемой. Неподдерживаемые обновления Extended availability могут быть использованы для возврата к поддерживаемой версии.

Политика расширенной доступности

В течение расширенного периода доступности для неподдерживаемых версий Kubernetes пользователи не получают исправления безопасности или исправления ошибок. Подробные сведения о категориях поддержки см. в следующей таблице.

Категория поддержки N-2 до N Расширенная доступность
Обновление от N-3 до поддерживаемой версии Поддерживается Поддерживается
Масштабирование пула узлов Поддерживается Поддерживается
Создание кластера или пула узлов Поддерживается Поддерживается
Компоненты Kubernetes (включая возможности) Поддерживается Не поддерживается
Обновления компонентов Поддерживается Не поддерживается
Исправления компонентов Поддерживается Не поддерживается
Применение исправлений ошибок Kubernetes Поддерживается Не поддерживается
Применение исправлений безопасности Kubernetes Поддерживается Не поддерживается
Исправления безопасности изображения узла Поддерживается Не поддерживается

Замечание

Оператор Nexus использует выпуски и исправления из Kubernetes, который является проектом с открытым исходным кодом и поддерживает только скользящее окно из трех минорных версий. Оператор Nexus может гарантировать полную поддержку, пока версии обслуживаются вышестоящими поставщиками. Так как вышестоящий проект больше не выпускает исправления, Оператор Nexus может либо оставить эти версии без исправлений, либо создать ответвление. Из-за этого ограничения расширенная доступность функций не поддерживает ничего из основного использования Kubernetes.

Заброшенные кластеры Nexus Kubernetes

После окончания расширенного периода доступности версия K8s удаляется из Nexus. На этом этапе все существующие кластеры Nexus Kubernetes, основанные на этой версии K8s, становятся заброшенными. Единственной поддерживаемой операцией в заброшенных кластерах является удаление. Важно отметить, что после отказа кластера обновление до более поздней версии K8s невозможно.

Поддерживаемые версии kubectl

Можно использовать одну минорную версию старше или младше kubectl по отношению к вашей версии kube-apiserver, в соответствии с политикой поддержки Kubernetes для kubectl.

Например, если ваш kube-apiserver имеет версию 1.17, то можно использовать версии 1.16 до 1.18 вместе с этим kubectl.

Чтобы установить или обновить kubectl до последней версии, запустите:

az aks install-cli

Долгосрочная поддержка (LTS)

Сообщество Kubernetes выпускает новую дополнительную версию примерно каждые четыре месяца с окном поддержки для каждой версии в течение одного года. в службе Azure Kubernetes (AKS) это окно поддержки называется "Поддержка сообщества".

AKS поддерживает версии Kubernetes, которые находятся в этом окне поддержки сообщества, для отправки исправлений ошибок и обновлений системы безопасности из выпусков сообщества.

Инновации, предоставляемые с помощью этого выпуска, обеспечивают новейшие функции Kubernetes и актуальность безопасности. Однако может быть сложно оставаться текущим в зависимости от количества кластеров, которые необходимо поддерживать.

Типы поддержки

После примерно одного года версия Kubernetes завершает поддержку сообщества и кластеры AKS теперь подвергаются риску, так как исправления ошибок, а обновления системы безопасности становятся недоступными.

AKS предоставляет поддержку сообщества в течение одного года и один год долгосрочной поддержки (LTS) для возврата исправлений безопасности портов из вышестоящего сообщества в нашем общедоступный репозиторий. Наша основная рабочая группа LTS вносит вклад в сообщество, чтобы предоставить нашим клиентам более длительный период поддержки.

LTS предоставляет длительный период времени для планирования и тестирования обновлений в течение двухлетнего периода от общедоступной версии Kubernetes.

Поддержка сообщества Долгосрочная поддержка
Когда использовать Когда вы можете следить за новыми основными выпусками Kubernetes Сценарии, в которых приложения несовместимы с изменениями, введенными в более новых версиях Kubernetes, и вы не можете перейти к непрерывному циклу выпуска из-за технических ограничений или других факторов.
Поддержка версий три минорные версии GA Одна версия Kubernetes в течение двух лет

Это важно

Kubernetes версии 1.27 является первой поддерживаемой версией LTS Kubernetes в службе Operator Nexus Kubernetes. Следующая версия LTS после версии 1.27 — 1.30, которая начнет поддержку LTS в октябре 2024 года. Из Kubernetes версии 1.30 вперед все версии Nexus Kubernetes совместимы с LTS.

Переход с LTS на следующий выпуск LTS

Кластеры Nexus Kubernetes не поддерживают прямые обновления между версиями LTS. Чтобы перейти от одной версии LTS к следующей, у вас есть два варианта:

  • Создайте новый кластер с требуемой версией LTS и переместите рабочие нагрузки в этот новый кластер.
  • Выполните ряд промежуточных обновлений с помощью поддерживаемых версий, прежде чем достичь следующей версии LTS.

Часто задаваемые вопросы

Как корпорация Майкрософт уведомляет о новых версиях Kubernetes?

Этот документ периодически обновляется с запланированными датами новых версий Kubernetes.

Как часто следует ждать обновления версий Kubernetes, чтобы поддерживать продукт в актуальном состоянии?

Начиная с Kubernetes 1.19, открытый код сообщество расширило поддержку до одного года. Оператор Nexus обязуется обеспечить исправления и поддержку в соответствии с обязательствами, установленными на более высоком уровне. Для кластеров Operator Nexus версии 1.19 и выше, можно обновляться по крайней мере раз в год, чтобы оставаться на поддерживаемой версии.

Что произойдет при обновлении кластера Kubernetes на минорную версию, которая не поддерживается?

Если вы находитесь в N-3 версии или более ранней версии, вы находитесь вне окна поддержки. При обновлении с версии N-3 до N-2 вы вернеесь в наше окно поддержки. Рассмотрим пример.

  • Если самая старая поддерживаемая версия AKS — 1.25.x, и вы используете версию 1.24.x или более раннюю версию, вы находитесь вне поддержки.
  • Успешное обновление с версии 1.24.x до версии 1.25.x или более поздней версии возвращается в наше окно поддержки.
  • Обновления, пропускающие уровни, не поддерживаются. Для обновления с версии 1.23.x до версии 1.25.x сначала необходимо обновить до версии 1.24.x, а затем до 1.25.x.

Понижение версии не поддерживается.

Что произойдет, если я не обновляю кластер?

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

Что произойдет, если я не обновляю кластер до окончания периода расширенной доступности?

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

Что означает "Вне поддержки"?

Формулировка "вне рамок поддержки" означает следующее:

  • Используемая версия не входит в список поддерживаемых.
  • Вам будет предложено обновить кластер до поддерживаемой версии при запросе поддержки.

Кроме того, Оператор Nexus не предоставляет гарантий на выполнение или других гарантий для кластеров, находящихся за пределами списка поддерживаемых версий.

Что происходит, когда пользователь масштабирует кластер Kubernetes с неподдерживаемой дополнительной версией?

Для минорных версий, не поддерживаемых оператором Nexus, возможность увеличения или уменьшения масштабирования должна оставаться рабочей. Поскольку нет гарантий качества обслуживания, рекомендуется обновить кластер, чтобы восстановить его поддержку.

Можно ли пропустить несколько версий Kubernetes во время обновления кластера?

При обновлении поддерживаемого кластера Operator Nexus Kubernetes нельзя пропускать минорные версии Kubernetes. Политика несоответствия версий управляющих плоскостей в Kubernetes не поддерживает пропуск минорных версий. Например, обновления между:

  • от 1.12.x до >1.13.x: допускается.
  • с 1.13.x до >1.14.x: допускается.
  • с версии 1.12.x до версии >1.14.x: недопустимо.

Для обновления с версии 1.12.x до версии >1.14.x:

  1. выполните обновление с версии 1.12.x до >1.13.x;
  2. выполните обновление с версии 1.13.x до >1.14.x.

Можно ли создать новый кластер во время расширенного окна доступности?

Да, вы можете создать новый кластер 1.xx.x во время его расширенного окна доступности. Однако рекомендуется создать новый кластер с последней поддерживаемой версией.

Можно ли обновить кластер до более новой версии во время расширенного окна доступности?

Да, вы можете обновить кластер N-3 до N-2 во время расширенного периода доступности. Если кластер находится в настоящее время на N-4, вы можете использовать расширенную доступность для первого обновления с N-4 до N-3. После завершения обновления N-3 перейдите к поддерживаемой версии (N-2).

Я в окне расширенной доступности, можно ли добавить новые пулы узлов или обновить?

Да, вы можете добавить пулы узлов в кластер.