Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Managed Service for Kubernetes
  • Сопоставление с другими сервисами Yandex Cloud
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Релизные каналы и обновления
    • Шифрование
      • Автоматическое масштабирование группы узлов
      • Расселение подов с узла
      • Динамическое резервирование ресурсов для узла
      • Группы узлов с GPU
    • Сеть в Managed Service for Kubernetes
    • Сетевые настройки и политики кластера
    • Автоматическое масштабирование
    • Политика аудита
    • Внешние узлы кластера
    • Квоты и лимиты
    • Рекомендации по использованию Managed Service for Kubernetes
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • История изменений
  • Обучающие курсы

В этой статье:

  • Как происходит масштабирование
  • Особенности автоматического масштабирования
  • Примеры использования
  1. Концепции
  2. Группа узлов
  3. Автоматическое масштабирование группы узлов

Автоматическое масштабирование группы узлов в Managed Service for Kubernetes

Статья создана
Yandex Cloud
Обновлена 16 апреля 2025 г.
  • Как происходит масштабирование
  • Особенности автоматического масштабирования
  • Примеры использования

Автоматическое масштабирование группы узлов — это изменение размера группы узлов на основе запросов ресурсов для подов, запущенных на узлах этой группы.

Как происходит масштабированиеКак происходит масштабирование

При создании группы узлов вы указываете минимальное и максимальное количество узлов в группе, а кластер Kubernetes периодически проверяет состояние подов и узлов:

  • Если поды не могут быть назначены из-за нехватки ресурсов (vCPU, памяти) на существующих узлах, число узлов в группе будет постепенно увеличиваться до указанного максимального количества.
  • Если нагрузка на узлы недостаточная и все поды могут быть назначены с меньшим количеством узлов в группе, число узлов в группе будет постепенно уменьшаться до указанного минимального количества.

Особенности автоматического масштабированияОсобенности автоматического масштабирования

Изменение размера автомасштабируемой группы производится с помощью Kubernetes cluster-autoscaler и имеет большое количество неочевидных особенностей. В частности:

  • Если нагрузка в кластере может быть распределена на меньшее число узлов, но поды по каким-то причинам не могут быть расселены с узлов, то количество узлов в группе не уменьшится.
  • Фактическое число узлов в группе может быть меньше, чем минимальный размер группы узлов. Это может произойти, если:
    • минимальный размер автомасштабируемой группы узлов был увеличен после создания группы;
    • фактическая нагрузка в кластере не требует большего количества узлов, чем есть в данный момент.
  • Размещение автомасштабируемой группы узлов возможно только в одной зоне доступности.

Совет

При возникновении неожиданного поведения мы рекомендуем обратиться к Kubernetes cluster-autoscaler FAQ.

Примечание

При подсчете текущих лимитов и квот сервис Managed Service for Kubernetes учитывает указанный максимальный размер группы узлов как фактический, независимо от текущего размера группы.

Автоматическое масштабирование группы узлов не то же самое, что горизонтальное масштабирование подов (Horizontal Pod Autoscaler). В последнем случае контроллер периодически запрашивает информацию об использовании ресурсов по метрикам, указанным в каждом описании объекта API Kubernetes HorizontalPodAutoscaler. Вы можете использовать оба механизма одновременно.

Примеры использованияПримеры использования

  • Автоматическое масштабирование DNS по размеру кластера

Была ли статья полезна?

Предыдущая
Сервис
Следующая
Расселение подов с узла
Проект Яндекса
© 2025 ООО «Яндекс.Облако»