AWS выставляет счёт по on-demand ценам до тех пор, пока вы не зафиксируете обязательство. Reserved Instances (RI) и Savings Plans (SP) — механизм этой фиксации. При правильном анализе экономия на EC2, RDS, Lambda составляет 40–72% по сравнению с on-demand. При неправильном — деньги заморожены в резервации, которая не используется. Ежемесячный счёт за облако может содержать скрытые резервы: типичная компания тратит на 30–40% больше, чем нужно, из-за неоптимального использования резервирования. На одном из проектов с ежемесячным счётом $50 000 мы снизили затраты до $25 000 после внедрения SP. Наша команда уже более 5 лет помогает компаниям сокращать облачные расходы: более 50 проектов, средняя экономия 45%. Закажите анализ вашего аккаунта — оценим проект за 1 день.
Поэтому задача не «купить RI», а «выявить стабильную базовую нагрузку и покрыть её резервациями, оставив переменную часть на Spot или on-demand».
Reserved Instances и Savings Plans: ключевые отличия
Reserved Instances привязаны к конкретному instance type, региону (и опционально — Availability Zone). Стандартные RI дают максимальную скидку, но не конвертируются. Convertible RI позволяют менять instance family, OS, tenancy в течение срока — полезно, если планируется миграция на Graviton.
Savings Plans — более гибкий инструмент. Compute Savings Plans покрывают EC2 (любой instance family, регион, OS), Fargate и Lambda одним commitment в долларах в час. EC2 Instance Savings Plans привязаны к определённому instance family в регионе, но дают чуть большую скидку.
Для большинства компаний сейчас рекомендуем Compute SP: гибкость важнее, особенно если планируется переход на Graviton или изменение instance types. Разница в скидке между Compute и EC2 Instance SP — обычно 5–8%. Compute SP в 2 раза гибче, чем EC2 Instance SP, за счёт покрытия разных сервисов.
Как проанализировать нагрузку для Savings Plans?
Основной инструмент — AWS Cost Explorer с включённым Savings Plans Recommendations. Но рекомендации AWS по умолчанию смотрят на последние 30 дней. Если последний месяц был нетипичным (праздники, запуск маркетинговой кампании, нагрузочное тестирование) — рекомендации будут неточными.
Правильный подход: анализируем 3–6 месяцев истории. Строим percentile-распределение потребления — p50 (медиана) — это примерно то, что нужно покрыть резервациями. Разница между p50 и p90 — кандидат для Spot. Всё выше p90 — on-demand или автоматический scaling.
Базовая нагрузка (p50) → Savings Plans / RI (1-year No Upfront)
Переменная нагрузка (p50-p90) → Spot Instances + Spot Fleet
Пики (>p90) → On-demand (Auto Scaling)В Cost Explorer есть ec2_instance_savings_plan_eligible_spend — смотрим этот показатель по времени, а не суточный срез.
Подробнее о процентилях
p50 — это значение, ниже которого лежит 50% наблюдений. Например, если за час потребляется 10 единиц EC2, а следующий час — 20, то p50 = 15. Используйте p50 как базовую нагрузку для резервирования. p90 — значение, ниже которого лежит 90% наблюдений, его покрывают Spot.Почему Compute Savings Plans часто выгоднее?
Они покрывают не только EC2, но и Fargate, и Lambda. Если в архитектуре есть контейнеры или serverless, это даёт единый подход к оптимизации. Согласно документации AWS по Compute Savings Plans, одно обязательство покрывает все три сервиса, что упрощает управление. Для примера: компания с 30% нагрузки на ECS и 10% на Lambda может сэкономить на всех сервисах одним обязательством, а не покупать отдельные RI для разных типов инстансов.
Какой вариант оплаты выбрать?
| Тип оплаты | Дополнительная скидка vs No Upfront | Когда выгоден |
|---|---|---|
| All Upfront | ~5% | При избытке свободных средств и стабильной нагрузке на 3 года |
| Partial Upfront | ~2–3% | Компромисс: небольшая экономия без полной предоплаты |
| No Upfront | базовая | Оптимален для большинства — гибкость и отсутствие капитальных затрат |
No Upfront — оптимален для большинства случаев: нет привязки капитала, при закрытии аккаунта или изменении архитектуры потери минимальны.
Сравнение RI и SP
| Характеристика | Reserved Instances | Savings Plans |
|---|---|---|
| Гибкость | Низкая (привязка к instance type) | Высокая (Compute SP покрывает несколько сервисов) |
| Максимальная скидка | До 72% | До 72% (зависит от срока и оплаты) |
| Покрытие | EC2, RDS, ElastiCache | EC2, Fargate, Lambda |
| Продажа на Marketplace | Да | Нет |
Срок: 1 год vs 3 года
1 год — стандартный выбор. 3 года дают ещё большую скидку (~15% сверху), но трёхлетний горизонт планирования в cloud-инфраструктуре — редкость. За три года instance family может устареть, регион изменится, архитектура сдвинется в сторону serverless.
Исключение — RDS RI для production баз данных. Если PostgreSQL или MySQL на RDS работает стабильно несколько лет и планов по миграции нет — трёхлетний RI оправдан.
Пошаговая инструкция: настройка Savings Plans
- Соберите данные: выгрузите Cost and Usage Reports за 3–6 месяцев.
- Определите базовую нагрузку: вычислите p50 потребления EC2, Fargate, Lambda.
- Выберите тип SP: Compute или EC2 Instance, исходя из стабильности нагрузки.
- Выберите срок и оплату: 1 год, No Upfront для большинства.
- Приобретите SP через Console или AWS CLI.
- Настройте алерты в Cost Explorer: оповещение при coverage < 80%.
Что входит в нашу работу по настройке RI/SP
- Выгрузка и анализ Cost and Usage Reports за 3–6 месяцев
- Построение рекомендаций с учётом фактического utilization rate
- Оценка неиспользуемых резерваций для продажи на Marketplace
- Оформление покупки через Console или CLI
- Настройка алертов для контроля coverage
- Документация по стратегии и план мониторинга
- Обучение команды работе с Cost Explorer
- Поддержка при пересмотре стратегии через 6 месяцев
Ориентировочные сроки
Анализ и подготовка рекомендаций — 1 день. Согласование и покупка — ещё полдня. Итого: 2–3 рабочих дня с учётом итераций по обсуждению стратегии с командой. Стоимость рассчитывается индивидуально.
Хотите сократить расходы на AWS на 40–72%? Закажите анализ вашего аккаунта — мы оценим проект за 1 день. Получите консультацию по оптимизации AWS-расходов прямо сейчас.
