Поддерживаемые версии Kubernetes в Службе Azure Kubernetes (AKS)

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

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

Версии Kubernetes

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

[major].[minor].[patch]

Examples:
  1.29.2
  1.29.1

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

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

Старайтесь использовать последний выпуск с исправлениями для дополнительной версии, в которой вы работаете. Например, если рабочий кластер включен 1.29.1 и 1.29.2 является последней доступной версией исправлений, доступной для версии 1.29 , необходимо обновить 1.29.2 до ближайшего времени, чтобы убедиться, что кластер полностью исправлен и поддерживается.

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

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

Сведения о прошлом журнале выпусков см . в журнале Kubernetes.

Версии LTS

Диаграмма выпуска AKS Kubernetes

Если вы предпочитаете видеть эту информацию визуально, вот диаграмма Ганта со всеми текущими выпусками, отображаемыми:

Критические изменения компонентов AKS по версии

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

Kubernetes 1.30

Kubernetes 1.29

Kubernetes 1.28

Kubernetes 1.27

Дополнительная версия псевдонима

AKS позволяет создать кластер без указания точной версии исправления. При создании кластера без назначения исправления кластер запускает последнюю версию общедоступной версии. Например, если вы создаете кластер с 1.29 1.29.2 последней доступной общедоступной версией, кластер будет создан с 1.29.2помощью . Если вы хотите обновить версию исправления в той же дополнительной версии, используйте автоматическое обновление.

Чтобы узнать, какое исправление вы используете, выполните az aks show --resource-group myResourceGroup --name myAKSCluster команду. Свойство currentKubernetesVersion отображает всю версию Kubernetes.

{
 "apiServerAccessProfile": null,
  "autoScalerProfile": null,
  "autoUpgradeProfile": null,
  "azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
  "currentKubernetesVersion": "1.29.2",
}

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

AKS определяет общедоступную версию (GA) как версию, доступную во всех регионах, и включенную во всех измерениях SLO или SLA. AKS поддерживает три дополнительные общедоступные версии Kubernetes.

• Последняя версия общедоступной дополнительной версии, выпущенная в AKS (которая называется N).
• Две предыдущие дополнительные версии.
  • Каждая поддерживаемая дополнительная версия может поддерживать любое количество исправлений в определенное время. AKS оставляет за собой право нерекомендуемых исправлений при обнаружении критической уязвимости CVE или безопасности. Сведения о доступности исправлений и любой нерекомендуемой отмене, см. в заметках о выпуске версии и на веб-странице состояния выпуска AKS.

AKS также может поддерживать предварительные версии, которые явно помечены и применяются к предварительным версиям условий.

AKS поддерживает платформу только для одной дополнительной версии Kubernetes с общедоступной версией после обычных поддерживаемых версий. Окно поддержки платформы версий Kubernetes в AKS называется N-3. Дополнительные сведения см . в политике поддержки платформы.

Поддерживаемое окно дополнительных версий Kubernetes в AKS называется N-2, где N относится к последнему выпуску, что означает, что два предыдущих дополнительных выпуска также поддерживаются.

Например, в день, когда AKS вводит версию 1.29, поддержка предоставляется для следующих версий:

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

1.29
1.28
1.27

Когда AKS выпускает 1.30, все версии 1.27 выходят из поддержки 30 дней спустя.

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

Политика поддержки платформы

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

Политика поддержки платформы применяется к кластерам в версии n-3 (где n является последней поддерживаемой дополнительной версией AKS GA), прежде чем кластер удаляется до n-4. Например, Kubernetes версии 1.26 считается поддержкой платформы, когда версия 1.29 является последней версией общедоступной версии. Однако во время выпуска общедоступной версии 1.30 версия 1.26 будет автоматически обновляться до версии 1.27. Если вы работаете с n-2 версией, момент, когда он становится n-3, он также становится устаревшим, и вы вводите политику поддержки платформы.

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

В этой таблице описаны рекомендации по поддержке сообщества по сравнению с поддержкой платформы.

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

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

Например, если сервер kube-apiserver равен 1.28, можно использовать версии 1.27 до 1.29 kubectl с этим kube-apiserver.

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

az aks install-cli

Install-AzAksKubectl -Version latest

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

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

Дополнительные сведения о LTS см. в долгосрочной поддержке Служба Azure Kubernetes (AKS).

Процесс выпуска и перевода версий в разряд нерекомендуемых

В календаре выпусков Kubernetes AKS Kubernetes можно ссылаться на предстоящие выпуски версий и отменять их.

Для новых дополнительных версий Kubernetes

• AKS публикует объявление с запланированной датой выпуска новой версии и соответствующей старой версией нерекомендуемой в заметках о выпуске AKS не менее 30 дней до удаления.
• AKS использует Azure Advisor для оповещения о том, что новая версия может вызвать проблемы в кластере из-за устаревших API. Помощник по Azure также оповещает вас, если вы не поддерживаете
• AKS публикует уведомление о работоспособности службы, доступное всем пользователям с доступом к AKS и порталу, и отправляет сообщение электронной почты администраторам подписки с запланированными датами удаления версий.

  Примечание.

  Чтобы узнать, кто является администратором подписки, или сменить его, ознакомьтесь со статьей об управлении подписками Azure.

• У вас есть 30 дней после удаления версии для обновления до поддерживаемого дополнительного выпуска версии для продолжения получения поддержки.

Для новых версий Kubernetes с исправлениями

• Из-за срочного характера исправлений они могут быть добавлены в службу, как только станут доступны. После доступности исправления имеют два месяца минимального жизненного цикла.
• Как правило, AKS широко не сообщает о выпуске новых версий исправлений. Однако AKS постоянно отслеживает и проверяет наличие доступных исправлений CVE, чтобы своевременно применять их в AKS. Если обнаружен критически важный исправление или требуется действие пользователя, AKS уведомляет вас об обновлении до нового доступного исправления.
• У вас есть 30 дней после удаления исправления из AKS для обновления до поддерживаемого исправления и продолжения получения поддержки. Однако вы больше не сможете создавать кластеры или пулы узлов после удаления версии.

Исключения из политики поддержки версий

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

Определенные выпуски исправлений могут быть пропущены или развернуты в зависимости от серьезности ошибки или проблемы безопасности.

Версии на портале Azure и в CLI

При развертывании кластера AKS с портал Azure, Azure CLI, Azure PowerShell кластер по умолчанию используется для дополнительной версии N-1 и последней исправления. Например, если AKS поддерживает 1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11 и 1.27.10, выбрана по умолчанию версия 1.28.7.

az aks get-versions --location eastus --output table

Get-AzAksVersion -Location eastus

Вопросы и ответы

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

Команда AKS публикует объявления с запланированными датами новых версий Kubernetes в нашей документации, GitHub и в сообщениях электронной почты администраторам подписок, которым будут принадлежать кластеры, которые будут выпадать из поддержки. AKS также использует Помощник по Azure для оповещения вас в портал Azure, если вы не поддерживаете и сообщаете о устаревших API, которые могут повлиять на процесс разработки приложения или разработки.

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

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

Что происходит при обновлении кластера Kubernetes с дополнительной версией, которая не поддерживается?

Если вы используете версию n-3 или более раннюю, это означает, что ваша версия не поддерживается, и вам будет предложено выполнить обновление. Успешно выполнив обновление с версии n-3 до n-2, вы снова сможете получать поддержку согласно нашей политике. Например:

• Если самая старая поддерживаемая версия AKS — 1.27 , и вы находитесь в версии 1.26 или более ранней версии, вы находитесь вне поддержки.
• При успешном обновлении с версии 1.26 до версии 1.27 или более поздней версии вы снова находитесь в наших политиках поддержки.

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

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

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

• Используемая версия не входит в список поддерживаемых.
• При запросе поддержки вам будет предложено обновить кластер до поддерживаемой версии, если вы не воспользовались 30-дневным периодом отсрочки после перевода текущей версии в разряд нерекомендуемых.

Кроме того, AKS не предоставляет среду выполнения или другие гарантии относительно кластеров с неподдерживаемыми версиями.

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

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

Можете ли вы остаться на версии Kubernetes навсегда?

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

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

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

Какая версия поддерживает плоскость управления, если пул узлов не входит в одну из поддерживаемых версий AKS?

Уровень управления должен находиться в пределах окна версий для всех пулов узлов. Дополнительные сведения об обновлении уровня управления или пулов узлов см. в документации по обновлению пулов узлов.

Что такое допустимое различие в версиях между плоскости управления и пулом узлов?

Политика отклонений версий теперь позволяет различать до 3 версий между плоскостью управления и пулами агентов. AKS следует этому изменению политики версий, начиная с версии 1.28, начиная с версии 1.28.

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

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

• 1.28.x ->1.29.x: разрешено.
• 1.27.x ->1.28.x: разрешено.
• 1.27.x ->1.29.x: запрещено.

Обратите внимание, что для обновлений версий уровня управления можно перейти до 3 дополнительных версий для поддерживаемых сообществом версий последовательно.

Обновление с версии 1.27.x ->1.29.x:

1. Обновление с версии 1.27.x ->1.28.x.
2. Обновление с версии 1.28.x ->1.29.x.

Обратите внимание, что начиная с версии 1.28, версии agentpool могут быть до 3 более ранних версий, чтобы управлять версиями плоскости управления для политики отклонений версий. Если версия находится в значительной степени за минимально поддерживаемой версией, возможно, потребуется выполнить несколько операций обновления уровня управления, чтобы перейти к минимальной поддерживаемой версии. Например, если текущая версия уровня управления — 1.23.x , и вы планируете обновить до минимально поддерживаемой версии 1.27.x в качестве примера. Чтобы перейти к 1.27.x, может потребоваться выполнить последовательное обновление с 1.23.x. Кроме того, обратите внимание, что версии пула агентов можно обновить до дополнительной версии уровня управления. Это означает, что в приведенном выше примере можно дважды обновить версию agentpool, т. е. один раз с 1.23.x до версии 1.25.x, если версия уровня управления составляет 1.25.x. И впоследствии с 1.25.x до 1.27.x, когда версия плоскости управления составляет 1.27.x. При обновлении на месте, т. е. плоскости управления и пула агентов вместе с теми же правилами, применимыми к обновлению уровня управления, написанному выше.

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

Можно ли создать кластер версии 1.xx.x во время окна поддержки платформы?

Нет, создание новых кластеров невозможно в течение периода поддержки платформы.

Я нерекомендуемую версию, которая не поддерживает платформу, можно ли добавлять новые пулы узлов? Или потребуется выполнить обновление?

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

Следующие шаги

Сведения о том, как обновить кластер, см. в статье:

• Практическое руководство по обновлению кластера Службы Azure Kubernetes (AKS)
• Обновление нескольких кластеров AKS с помощью Диспетчера флотов Azure Kubernetes