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

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

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

Распределение виртуальных машин по зонам

Статья создана
Yandex Cloud
Улучшена
Dmitry A.
Обновлена 31 марта 2025 г.
  • В группах с ручным масштабированием
    • Примеры
  • В автоматически масштабируемых группах
    • Примеры
  • Примеры использования

Распределение виртуальных машин по зонам зависит от типа масштабирования группы.

В группах с ручным масштабированиемВ группах с ручным масштабированием

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

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

Совет

Рекомендуем создавать группу таким образом, чтобы ее размер был кратен количеству зон.

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

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

ПримерыПримеры

Если в YAML вы указали зоны в порядке [ru-central1-d, ru-central1-a] и размер группы равен 4, то после распределения в каждой зоне будет по 2 виртуальных машины:

Шаг ru-central1-d ru-central1-a Осталось
1 1 0 3
2 1 1 2
3 2 1 1
4 2 2 0

Если в YAML вы указали зоны в порядке [ru-central1-d, ru-central1-a] и размер группы равен 5, то в зоне ru-central1-d будет 3 виртуальных машины, а в зоне ru-central1-a — 2:

Шаг ru-central1-d ru-central1-a Осталось
1 1 0 4
2 1 1 3
3 2 1 2
4 2 2 1
5 3 2 0

Если в спецификации перечислены три зоны в порядке [ru-central1-d, ru-central1-a, ru-central1-b], и указан фиксированный размер группы 2, который меньше количества зон. Тогда в ru-central1-d и ru-central1-a будет создано по одной виртуальной машине, а в ru-central1-b — ни одной. Такая конфигурация не рекомендуется, но и не запрещена.

В автоматически масштабируемых группахВ автоматически масштабируемых группах

В отличие от группы фиксированного размера, порядок зон в автоматически масштабируемых группах виртуальных машин не имеет значения.

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

  • min_zone_size (минимальный размер зоны) — в зоне не может быть меньше виртуальных машин, чем указано в min_zone_size.
    Это ограничение позволяет сохранять в зоне резерв виртуальных машин на случай резкого повышения нагрузки.
    Допускается указывать min_zone_size=0. В этом случае зона может быть пустой.

  • max_size (максимальный размер всей группы) — в группе не может быть больше виртуальных машин, чем указано в max_size (суммарно по всем зонам).
    Ограничение количества виртуальных машин в группе при автоматическом масштабировании позволяет контролировать финансовые затраты.

ПримерыПримеры

При распределении учитывается ограничение min_zone_size

Пусть min_zone_size равно 2, а алгоритмом автоматического масштабирования рассчитывается, что нужно 0 виртуальных машин в зоне. Тогда в зоне будет 2 виртуальных машины, так как это минимальное допустимое количество машин в зоне.

При распределении учитываются ограничения min_zone_size и max_size

Пусть min_zone_size равно 5, max_size — 20 и автоматическим масштабированием машины распределяются в зонах следующим образом: 15 + 10 + 5 машин.

  1. Всего машин получается 30. Это на 10 больше, чем max_size. Поэтому из каждой зоны убираются виртуальные машины, пока не уберется 10.
    Чем больше виртуальных машин в зоне, тем больше машин может быть из нее удалено. Но при этом должно остаться не менее 5 виртуальных машин в зоне.

  2. Одно из возможных распределений — 9 + 6 + 5.
    Из самой крупной зоны убирается 6 виртуальных машин (было 15, стало 9), из средней — 4 (было 10, стало 6), из самой маленькой — ничего не убирается, так как в ней уже минимально допустимое количество виртуальных машин (5).

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

  • Работа с группой виртуальных машин с автоматическим масштабированием
  • Масштабирование группы виртуальных машин по расписанию

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

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