Автомасштабирование: сравнение AWS, VK Cloud, Yandex Cloud и Selectel

Автомасштабирование в облаке уже стало базовым требованием для e‑commerce, SaaS и медиа‑проектов, но реализовано у провайдеров по‑разному. В этом разборе — как с автоскейлингом работают AWS, VK Cloud, Yandex Cloud и Selectel, где есть встроенный VM‑автоскейлинг, а где всё держится на Kubernetes и API, и в каких сценариях каждый провайдер выглядит наиболее разумным выбором.

Если вы пока определяетесь с подходом, начните с первой части серии: что такое автомасштабирование и как выбрать подход.

AWS Auto Scaling — эталонная реализация

AWS развивает систему автомасштабирования с 2006 года: EC2 вышел в публичную бету в августе 2006-го. За это время платформа накопила больше типов политик и метрик, чем любой из трёх других провайдеров в сравнении.

Ключевые компоненты:

• EC2 Auto Scaling Groups (ASG) — горизонтальное масштабирование инстансов EC2 через Launch Templates.
• Application Auto Scaling — масштабирование ECS‑сервисов, таблиц DynamoDB, реплик Aurora, эндпоинтов SageMaker.
• AWS Auto Scaling Plans — единый интерфейс для настройки нескольких ресурсов одновременно.

Типы политик:

• Target Tracking — поддержание целевого значения метрики (например, CPU на уровне 50%); платформа сама считает нужное число инстансов.
• Step Scaling — ступенчатое масштабирование: при CPU 60% добавить один инстанс, при 80% — добавить ещё два.
• Simple Scaling — реакция на CloudWatch‑алерт с фиксированным cooldown.
• Predictive Scaling — прогнозирование нагрузки по ML‑модели, обученной на 14‑дневной истории метрик.

Метрики для автомасштабирования берутся из CloudWatch — CPU, Network, ALB Request Count и кастомные, минимальный интервал обновления 1 минута. Новый EC2‑инстанс запускается за 1–3 минуты, Warm Pools сокращают это время до примерно 30 секунд. Сам механизм Auto Scaling бесплатен — оплачиваются только фактически запущенные ресурсы.

Но есть важный нюанс — в России использование AWS запрещено для любых систем с персональными данными, это прямое нарушение 152-ФЗ.

VK Cloud — автомасштабирование для российского рынка

У VK Cloud нет встроенного автомасштабирования виртуальных машин: в отличие от AWS Auto Scaling Groups и Yandex Cloud Instance Groups, автоскейлинг VM здесь реализуется через API и Terraform. Готовый механизм автомасштабирования есть на уровне Managed Kubernetes (Cluster Autoscaler). Платформа соответствует требованиям 152‑ФЗ, ФСТЭК и PCI DSS, что важно для финтеха и госсектора.

Автомасштабирование через API и Terraform:

• VK Cloud API — создание и удаление VM по событиям из системы мониторинга.
• Terraform и внешняя автоматика — скрипты отслеживают метрики и вызывают terraform apply с изменённым числом инстансов.
• Интеграция с балансировщиком — регистрация новых инстансов в L4/L7‑балансировщике через API.

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

Managed Kubernetes:

• масштабирование node group от 1 до 100 нод;
• интервал работы Cluster Autoscaler — 10 секунд;
• несколько node group с разными типами инстансов (CPU‑optimized, GPU, High‑Memory);
• задержка scale‑down по умолчанию около 10 минут, настраивается;
• HPA по CPU/памяти и кастомным метрикам через Prometheus Adapter.

Особенности для российского рынка:

• соответствие 152‑ФЗ и требованиям ФСТЭК;
• PCI DSS для работы с платёжными данными;
• рублёвый биллинг и посекундная тарификация;
• техподдержка на русском с оговорённым SLA;
• интеграция с VK Cloud CDN и DNS с автоматическим обновлением при изменении числа инстансов.

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

Yandex Cloud — Instance Groups и Managed Kubernetes

Yandex Cloud, как и AWS, предлагает встроенное автомасштабирование виртуальных машин: через Instance Groups. У VK Cloud и Selectel VM‑автоскейлинг остаётся зоной ответственности API и Terraform.

Instance Groups с автомасштабированием:

• режимы — фиксированное число инстансов или автомасштабирование;
• целевая метрика — загрузка CPU или кастомная метрика из Yandex Monitoring;
• диапазон — минимум и максимум инстансов в группе;
• размещение — несколько зон доступности (ru‑central1‑a, b, d, также новая зона e);
• стабилизация — warmup‑период и стабилизационное окно от 1 до 30 минут.

Политики масштабирования:

• по CPU — целевой уровень загрузки, платформа сама считает число VM;
• по кастомным метрикам — значения из Yandex Monitoring или из самого приложения (например, длина очереди или RPS).

Managed Kubernetes: Cluster Autoscaler с настройкой min/max для node group, стандартные HPA и VPA, интеграция с Yandex Monitoring для кастомных метрик.

Отдельные особенности:

• Preemptible VM со скидкой до примерно 50% и возможной остановкой с коротким предупреждением — вариант для задач, устойчивых к прерываниям и размещённых в группах с автоскейлингом.
• GPU‑инстансы с поддержкой автоскейлинга (включая Tesla V100 и A100) для ML‑нагрузок.
• Application Load Balancer с автоматической регистрацией новых VM в целевой группе.
• соответствие 152‑ФЗ за счёт размещения данных в российских дата‑центрах.

Автоскейлинг бесплатный, ресурсы тарифицируются посекундно. Для batch‑и stateless‑нагрузок, устойчивых к прерываниям, Preemptible VM позволяют заметно сократить расходы.

Selectel — автомасштабирование для гибридной инфраструктуры

Selectel не предлагает встроенного автомасштабирования виртуальных машин: VM‑автоскейлинг реализуется через Selectel API и Terraform‑провайдер, а готовые механизмы есть на уровне Managed Kubernetes. Сильная сторона — гибридная модель: сочетание облака и bare‑metal.

Облачная платформа и автомасштабирование:

• управление инстансами через Selectel API и Terraform;
• интеграция с балансировщиком через API;
• системный мониторинг для построения собственной логики автоскейлинга.
• Managed Kubernetes: Cluster Autoscaler для node groups, стандартные HPA и VPA, node groups с инстансами разных типов (включая GPU).

Особенности:

• гибридная инфраструктура: постоянная нагрузка на выделенных серверах, пики — в облаке;
• собственные дата‑центры в Москве и Санкт‑Петербурге с уровнем Tier III;
• соответствие 152‑ФЗ и PCI DSS;
• модель API‑first: все операции доступны через REST API и Terraform.

Стоимость: механизм автоскейлинга включён, биллинг — помесячный или почасовой в рублях, без привязки к валюте.

Сравнение 1. Автомасштабирование виртуальных машин

Сравнение 2. Managed Kubernetes и автоскейлинг

Сравнение 3. Биллинг и соответствие

Когда какого провайдера выбрать

AWS — для глобальных проектов и максимальной гибкости. Подходит, если продукт ориентирован на международный рынок, нужны Spot‑инстансы со значительными скидками, предиктивное масштабирование и богатая экосистема сервисов. Сдерживающие факторы для российских проектов — отсутствие дата‑центров в РФ, долларовый биллинг и регуляторные ограничения для персональных данных граждан России.

VK Cloud — для российских проектов с жёсткими требованиями по 152‑ФЗ. Уместен, когда важны соответствие 152‑ФЗ, ФСТЭК и PCI DSS, рублёвый биллинг, русскоязычная поддержка и Managed Kubernetes с CNCF‑сертификацией. Посекундная тарификация и SLA порядка 99,95% подходят для production‑нагрузок, а наличие CDN, DNS, S3 и Cloud GPU снижает количество внешних поставщиков.

Yandex Cloud — для проектов с предсказуемой нагрузкой и встроенным VM‑автоскейлингом. Хороший выбор, если используются Preemptible VM для экономии на batch‑задачах, важна интеграция с экосистемой сервисов (DataProc, DataSphere, YDB), а профиль нагрузки подходит под реактивное масштабирование по CPU. Среди российских провайдеров это единственный вариант с нативным VM‑автоскейлингом.

Selectel — для гибридной инфраструктуры и упора на свои дата‑центры. Подходит компаниям, которым важны собственные дата‑центры провайдера, гибридная схема bare‑metal плюс облако и стабильная базовая нагрузка при редких пиках. В таком сценарии постоянная часть живёт на выделенных серверах, а автоскейлинг в облаке компенсирует кратковременный рост.