Кратко

  • AWS Savings Plans предлагает сниженные цены за денежное обязательство в час сроком на один или три года. AWS прямо пишет, что план не резервирует емкость и не отменяется в течение срока.
  • EC2 On-Demand Capacity Reservation удерживает совместимую мощность в конкретной Availability Zone. Эквивалент тарифа On-Demand начисляется и на занятую, и на пустующую емкость.
  • Два слоя можно объединить: Savings Plans или скидка региональной Reserved Instance может применяться к Capacity Reservation. Цена и место защищаются отдельно, но здоровье приложения не гарантируется.
  • Утилизация, покрытие, занятость резерва, успешный запуск и доступность сервиса — пять разных квитанций.

Денежное обещание длиной в час

AWS описывает Savings Plans как обязательство использовать вычисления на определенную денежную сумму каждый час в течение одного или трех лет. Покупатель выбирает полную предоплату, частичную предоплату или отсутствие аванса. Подходящее использование получает пониженную цену в течение срока.

Compute Savings Plans может следовать за EC2 между семействами, размерами, операционными системами, tenancy и Регионами, а также покрывать подходящее использование Fargate и Lambda. EC2 Instance Savings Plans ограничивается семейством в одном Регионе. AWS указывает максимальные скидки до 66% и 72% против On-Demand. Фактическая экономия зависит от предложения, срока, платежа и формы нагрузки.

No Upfront меняет движение денег, но не право выхода. AWS предупреждает, что Savings Plans нельзя отменить во время срока. Если спрос сокращается, почасовое обязательство продолжает действовать. Неиспользованная часть не становится зарезервированным сервером.

Для этой границы существует отчет об утилизации. В примере AWS использование на 9,80 доллара по тарифам Savings Plans при обязательстве 10 долларов в час означает 98%. Почти весь ценовой договор нашел подходящую нагрузку. Наличие нужного типа инстанса в требуемой зоне этот показатель не измеряет.

За пустое место тоже платят

On-Demand Capacity Reservation закрепляет емкость EC2 с определенными типом инстанса, платформой и tenancy в конкретной Availability Zone. Активные неиспользованные резервы входят в лимиты On-Demand инстансов аккаунта.

Пока резерв предоставлен, AWS взимает эквивалент цены On-Demand. Если из двадцати мест работают пятнадцать совместимых инстансов, счет включает пятнадцать запущенных инстансов и пять незанятых мест. На занятое место нет второй надбавки, но пустой остаток не бесплатен.

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

Ценовую льготу можно наложить на емкость. AWS разрешает применимые Savings Plans и региональные RI-скидки к Capacity Reservations. Поэтому возможна скидка без резерва, резерв без скидки и сочетание двух прав. Ни одно не означает, что приложение отвечает пользователям.

Право на емкость нужно правильно предъявить

Для использования резерва параметры запуска должны совпасть по типу инстанса, платформе, Availability Zone и tenancy. Резерв должен быть активным и иметь свободное количество.

Открытый резерв может автоматически принять совместимый запуск. Если совпадения нет, некоторые настройки позволяют перейти к обычной On-Demand емкости. Целевой резерв требует указания; при отсутствии подходящего места запуск может завершиться ошибкой. Неверная зона или платформа оставляет оплаченный резерв пустым, пока запрос ищет ресурс снаружи.

Savings Plans не повышает приоритет размещения. Ошибка InsufficientInstanceCapacity означает, что AWS сейчас не располагает достаточной On-Demand емкостью для запроса. Скидка могла применяться безупречно ко всем прежним часам и ничего не обещать новому запуску.

Занятый резерв также не завершает доказательство. Инстанс может не пройти health check, не получить актуальные данные, потерять сеть или зависимость. Capacity Reservation подтверждает вычислительное место, но не доступность приложения и не межзонное восстановление.

Reserved Instance без scope неполна

Региональные и зональные Reserved Instances показывают, почему нельзя доверять одному названию. Региональная RI не резервирует емкость. Ее скидка действует между зонами Региона и при подходящих условиях между размерами. Зональная RI резервирует емкость в выбранной зоне, но лишается гибкости по зонам и соответствующим размерам.

AWS утверждает, что scope не меняет цену RI. Два контракта с одинаковой ценой и названием могут дать разные права на мощность. В закупочном реестре нужно хранить не только скидку и срок, но и региональный либо зональный scope.

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

Скидка распределяется по фактическому портфелю

AWS применяет льготы автоматически. Сначала действуют Reserved Instances, затем EC2 Instance Savings Plans, потом Compute Savings Plans. Обязательство направляется на подходящее использование с самым высоким процентом экономии, пока не исчерпается. Остаток оплачивается On-Demand.

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

Отчет о покрытии отвечает, какая доля применимых расходов получила скидку. Утилизация смотрит на купленное обязательство, покрытие — на возникшее использование. Ни одна метрика не видит свободных мест или состояния сервиса.

Источники