Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описываются основные понятия службы Azure Kubernetes (AKS), управляемая служба Kubernetes, которую можно использовать для развертывания и эксплуатации контейнерных приложений в масштабе Azure.
Это важно
Начиная с 30 ноября 2025 г. служба Azure Kubernetes (AKS) больше не поддерживает или предоставляет обновления безопасности для Azure Linux 2.0. Образ узла Linux 2.0 Azure заморожен в выпуске 202512.06.0. Начиная с 31 марта 2026 г. образы узлов будут удалены, и вы не сможете масштабировать пулы узлов. Выполните миграцию в поддерживаемую версию Linux Azure, обновив пулы узлов до поддерживаемой версии Kubernetes или переключив ее на osSku AzureLinux3. Дополнительные сведения см. в вопросе на GitHub по выводу из эксплуатации и объявлении о выводе из эксплуатации обновлений Azure. Чтобы оставаться в курсе объявлений и обновлений, следуйте заметкам о выпуске AKS.
Что такое Kubernetes?
Kubernetes — это платформа оркестрации контейнеров с открытым кодом для автоматизации развертывания, масштабирования и управления контейнерными приложениями. Дополнительные сведения см. в официальной документации Kubernetes.
Что такое AKS?
AKS — это управляемая служба Kubernetes, которая упрощает развертывание, управление и масштабирование контейнерных приложений, использующих Kubernetes. AKS поддерживает два режима кластера:
- AkS Automatic — более полностью управляемый интерфейс с готовыми к работе параметрами по умолчанию для распространенных операционных задач.
- AKS Standard — более настраиваемый интерфейс для команд, которые хотят более глубокого контроля над настройкой кластера и операциями.
Дополнительные сведения см. в статье "Что такое Azure Kubernetes Service (AKS)?" И что такое akS Automatic?
Режимы кластера
В AKS можно создавать кластеры в автоматическом или стандартном режиме. Оба режима используют основные понятия Kubernetes, но операционная ответственность отличается.
- AkS Automatic предназначен для команд, которые хотят сократить эксплуатационные расходы. Она включает предварительно настроенные значения по умолчанию для управления узлами, масштабирования, защиты и обновлений.
- AKS Standard предназначен для команд, которые хотят максимальной гибкости и прямого контроля над конфигурацией кластера, пулами узлов, масштабированием, сетью и операциями.
Используйте AKS Automatic, если вам нужна готовая к промышленной эксплуатации базовая конфигурация с меньшими усилиями по последующему управлению платформой. Используйте AKS Standard, если вам нужны пользовательские операционные шаблоны и более глубокая настройка между функциями кластера.
Подробные сведения о различиях в возможностях см. в статье «Сравнение функций AKS Automatic и Standard».
Замечание
AKS Automatic и AKS Standard различаются по условиям соглашения об уровне обслуживания (SLA). AKS Automatic по умолчанию включает SLA времени бесперебойной работы и покрытие SLA готовности соответствующих подов. Для AKS Standard SLA бесперебойной работы зависит от ценового уровня и конфигурации кластера. Дополнительные сведения см. в статье о сравнении функций AKS Automatic и Standard иценовых категориях для управления кластерами AKS.
Компоненты кластера
Кластер AKS делится на два основных компонента:
- Плоскость управления: плоскость управления предоставляет основные службы Kubernetes и оркестрацию рабочих нагрузок приложений.
- Узлы: узлы — это базовые виртуальные машины, которые запускают приложения.
Эти понятия архитектуры одинаковы в обоих режимах кластера AKS. Что отличается от операционной модели: AKS Automatic применяет более предварительно настроенные операции платформы по умолчанию, в то время как AKS Standard обеспечивает более прямой контроль над настройкой и управлением операциями узла и кластера.
Замечание
Управляемые компоненты AKS имеют метку kubernetes.azure.com/managedby: aks.
AKS управляет выпусками Helm с префиксом aks-managed. Ожидается и безопасно постоянно увеличивающееся число версий этих выпусков.
Контрольная плоскость
Управляемый уровень управления Azure состоит из нескольких компонентов, которые помогают управлять кластером:
| Компонент | Описание |
|---|---|
kube-apiserver |
Сервер API (kube-apiserver) предоставляет API Kubernetes для включения запросов к кластеру изнутри и за пределами кластера. |
etcd |
Высокодоступное хранилище ключей etcd помогает поддерживать состояние кластера и конфигурацию Kubernetes. |
kube-scheduler |
Планировщик (kube-scheduler) помогает принимать решения о планировании. Он проверяет наличие новых модулей pod без назначенного узла и выбирает узел для их запуска. |
kube-controller-manager |
Диспетчер контроллеров (kube-controller-manager) выполняет процессы контроллера, такие как обнаружение и реакция при отказе узлов. |
cloud-controller-manager |
Диспетчер облачных контроллеров (cloud-controller-manager) внедряет облачную логику управления для запуска контроллеров, относящихся к поставщику облачных служб. |
Плоскость управления в AKS Automatic и AKS Standard остается под управлением Azure. В обоих режимах Azure работает с критически важными компонентами плоскости управления, такими как kube-apiserver, etcd, kube-schedulerи kube-controller-managercloud-controller-manager.
Узлы
Каждый кластер AKS имеет по крайней мере один узел, который является виртуальной машиной Azure, на которой выполняются компоненты узлов Kubernetes. Следующие компоненты выполняются на каждом узле:
| Компонент | Описание |
|---|---|
kubelet |
Kubelet гарантирует, что контейнеры работают в pod. |
kube-proxy |
Kube-proxy — это сетевой прокси-сервер, который поддерживает правила сети на узлах. |
container runtime |
Среда выполнения контейнера управляет процессом выполнения и жизненным циклом контейнеров. |
Узлы запускают одни и те же основные компоненты узла Kubernetes в обоих режимах кластера AKS, включая kubelet, kube-proxy и container runtime. Разница заключается в стандартном сценарии работы:
- AkS Automatic использует предварительно настроенные значения по умолчанию для распространенных операций, связанных с узлом.
- AKS Standard обеспечивает большую гибкость для настройки и работы поведения узлов напрямую.
Подробные сведения о сравнении возможностей см. в статье "Автоматическое и стандартное сравнение функций AKS".
конфигурация узла;
Настройте следующие параметры для узлов.
Размер и образ виртуальной машины
Размер виртуальной машины Azure для узлов определяет ЦП, память, размер и доступный тип хранилища, например высокопроизводительный твердотельный диск или обычный жесткий диск. Размер виртуальной машины зависит от требований рабочей нагрузки и количества модулей pod, которые планируется запустить на каждом узле. Начиная с мая 2025 года SKU и размер виртуальной машины по умолчанию динамически выбираются AKS на основе доступных ресурсов и квоты, если параметр не указан при развертывании. Дополнительные сведения см. в статье Поддерживаемые размеры виртуальных машин в службе Azure Kubernetes (AKS).
В AKS образ виртуальной машины для узлов кластера основан на Ubuntu Linux, Azure Linux или Windows Server 2022. При создании кластера AKS или горизонтальном масштабировании числа узлов платформа Azure автоматически создает и настраивает запрошенное количество виртуальных машин. Узлы агента тарифицируются как стандартные виртуальные машины. Все скидки на размер виртуальной машины, включая резервирования Azure, автоматически применяются.
Диски ОС
Размер диска ОС по умолчанию используется в новых кластерах или пулах узлов только в том случае, если размер диска ОС по умолчанию не указан. Это поведение применяется как к управляемым, так и временным дискам ОС. Дополнительные сведения см. в разделе Определение размера диска ОС по умолчанию.
Резервирование ресурсов
AKS использует ресурсы узлов, чтобы помочь узлам функционировать в составе кластера. Это использование может привести к несоответствию между общими ресурсами узла и распределяемыми ресурсами в AKS. Для поддержания производительности и функциональности узла AKS резервирует два типа ресурсов, ЦП и памяти на каждом узле. Дополнительные сведения см. в разделе "Резервирования ресурсов" в AKS.
ОС
AKS поддерживает два дистрибутива Linux: Ubuntu и Azure Linux. Ubuntu — это дистрибутив Linux по умолчанию в AKS. Пулы узлов Windows также поддерживаются в AKS, где канал долгосрочного обслуживания (LTSC) является каналом по умолчанию. Дополнительные сведения о версиях ОС по умолчанию см. в документации по образам узлов.
Контейнерный рантайм
Среда выполнения контейнера — это программное обеспечение, которое выполняет контейнеры и управляет образами контейнеров на узле. Среда выполнения помогает абстрагировать системные вызовы или функциональные возможности конкретной ОС для запуска контейнеров в Linux или Windows. Для пулов узлов Linux containerd используется на Kubernetes версии 1.19 и выше. Для пулов узлов Windows Server 2019 и 2022 containerd общедоступен и является единственным вариантом среды выполнения в Kubernetes версии 1.23 и выше.
Подшипники
Модуль pod — это группа одного или нескольких контейнеров, которые используют одни и те же ресурсы сети и хранилища, а также спецификацию запуска контейнеров. Модули Pod обычно имеют сопоставление 1:1 с контейнером, но можно запускать несколько контейнеров в модуле pod.
Пулы узлов
Замечание
AKS Automatic предварительно настраивает поведение пула системных узлов и параметры подготовки узлов по умолчанию, а также управляет ими. AKS Standard требует явно определённой архитектуры пулов узлов и решений по их жизненному циклу. Дополнительные сведения см. в статье "Автоматическое сравнение функций AKS" и "Стандартный".
В AKS узлы одной конфигурации группируются в пулы узлов. Эти пулы узлов содержат базовые масштабируемые наборы виртуальных машин и виртуальные машины, которые выполняют приложения.
При создании кластера AKS вы определяете начальное число узлов и их размер и версию, что создает пул системных узлов. Пулы системных узлов предназначены в первую очередь для размещения критически важных системных подов, таких как CoreDNS (coredns) и konnectivity (konnectivity-agent).
Для поддержки приложений, имеющих разные требования к вычислительным ресурсам или хранилищу, можно создать пулы узлов пользователей. Пулы узлов пользователей служат основной целью размещения модулей pod приложения.
Дополнительные сведения см. в статье "Создание пулов узлов в AKS" и "Управление пулами узлов" в AKS.
Группа ресурсов узла
При создании кластера AKS в группе ресурсов Azure поставщик ресурсов AKS автоматически создает вторую группу ресурсов, называемую группой ресурсов узла. Эта группа ресурсов содержит все ресурсы инфраструктуры, связанные с кластером, включая виртуальные машины, масштабируемые наборы виртуальных машин и хранилище.
Дополнительные сведения см. в следующих ресурсах:
- Почему две группы ресурсов создаются с помощью AKS?
- Можно ли указать собственное имя для группы ресурсов узла AKS?
- Можно ли изменить теги и другие свойства ресурсов в группе ресурсов узла AKS?
Пространства имен
Ресурсы Kubernetes, такие как pod и развертывания, логически группируются в пространства имен , чтобы разделить кластер AKS и создать, просмотреть или управлять доступом к ресурсам.
Следующие пространства имен создаются по умолчанию в кластере AKS:
| Пространство имен | Описание |
|---|---|
default |
Пространство имен по умолчанию позволяет запускать использование ресурсов кластера без создания нового пространства имен. |
kube-node-lease |
Пространство имен kube-node-lease позволяет узлам обмениваться данными о доступности с плоскостью управления. |
kube-public |
Пространство имен kube-public не используется, но его можно использовать так, чтобы ресурсы были видимы во всем кластере любым пользователем. |
kube-system |
Пространство имен kube-system используется Kubernetes для управления ресурсами кластера, такими как coredns, konnectivity-agentи metrics-server. Мы не рекомендуем развертывать собственные приложения в этом пространстве имен. В редких случаях, когда развертывание собственных приложений в этом пространстве имен необходимо, см. вопросы и ответы. |
Ценовые категории
AKS предлагает три ценовые категории для управления кластерами: Бесплатный, Стандартный и Премиум. Выбранная ценовая категория определяет функции, доступные для управления кластером.
Дополнительные сведения см. в разделе "Ценовые категории" для управления кластерами AKS.
Поддерживаемые версии Kubernetes
Дополнительные сведения см. в статье "Поддерживаемые версии Kubernetes" в AKS.
Связанный контент
Сведения об AKS и AKS Automatic см. в следующих ресурсах: