Summary

  • Будущая резервация RDS в состоянии scheduled принята AWS: начислений пока нет, отмена уже закрыта. После активации обычная отмена ждет окончания обязательного срока.
  • Будущие резервации требуют минимум 14 дней и 32 vCPU в каждой зоне доступности; у семейства X минимум составляет 12 недель. Минимальный пример с db.r7g.large в двух зонах дает 32 места вычислительной емкости для баз данных.

Календарь запуска можно исправить быстрее покупки

Перенести запуск в плане проекта легко. Зарезервированная база данных следует другому расписанию. В объявлении от 21 октября AWS представила On-Demand Capacity Reservations для Aurora и RDS в коммерческих регионах. Клиент может заранее удержать подходящую вычислительную емкость для создания, восстановления, запуска или изменения вычислительной мощности инстансов.

Для миграции с твердой датой место в нужной конфигурации имеет понятную ценность. Закупкам важно установить момент, после которого отказаться от него уже нельзя. Таблица состояний называет принятую будущую заявку scheduled и указывает отсутствие начислений на этом этапе. Правила отмены запрещают отмену в том же состоянии.

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

Минимум считается по каждой зоне

Резервация для немедленного использования не требует обязательного срока и допускает отмену по необходимости. Будущую можно назначить за пять–120 дней, с минимумом 14 дней обязательства. Для семейства X минимум равен 12 неделям. Кроме того, в каждой выбранной зоне нужно зарезервировать не менее 32 vCPU.

В документации db.r7g.large служит примером единицы с двумя vCPU. Возьмем условную минимальную будущую бронь в двух зонах. В каждой нужно 16 единиц, вместе — 32 места емкости минимум на 14 дней. Это места вычислительных ресурсов в двух зонах; для Multi-AZ нужны также места на стороне ожидания.

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

Чей перенос открывает отмену

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

Здесь разделяются два календаря. Бизнес-план определяет, когда нужна емкость. Состояние резервации определяет, когда можно выйти из покупки. AWS готовит будущую поставку, клиент принимает риск изменения своего события. У руководителя, способного перенести запуск, должны быть перед глазами начало резерва и конец обязательства.

Остановить базу и освободить место

Правила начислений начинают оплату, когда емкость предоставлена в аккаунте. Активная незанятая единица оплачивается по соответствующей ставке On-Demand. Когда подходящий инстанс занимает единицу, клиент платит за инстанс, а отдельная плата за эту часть резерва отсутствует.

После остановки инстанса его емкость становится незанятым резервом, стоимость которого продолжается. Разрешенная отмена или дата окончания останавливает начисления за резерв. Хранение, ввод-вывод и прочие ресурсы оплачиваются по обычным правилам. Применимые скидки могут поступать через Reserved DB Instances или Database Savings Plans.

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

У купленного места есть точный адрес

Руководство по использованию требует явно указать имя или идентификатор резервации. Должны совпадать движок, класс инстанса, применимая модель лицензии и зона, где есть доступная емкость. Для Multi-AZ место требуется в зоне основного и ожидающего инстанса. Закупленная защита работает на проект, когда развертывание действительно направлено в этот резерв.

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

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

Источники