Кратко

  • По документации AWS, окончательный месячный счёт рассчитывается с настройками разделения скидок на 23:59:59 UTC последнего дня месяца. Предварительные счета используют последние настройки.
  • Приоритет счёта владельца и границы групп меняют получателей скидки. Общая экономия компании и ответственность отдельных подразделений требуют явного правила распределения.

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

В официальной статье AWS от 25 октября есть показательный пример. Аккаунт с Lambda покупает Compute Savings Plan и первым получает скидку на собственное использование. В другом аккаунте есть m8g Linux EC2, где процент экономии мог бы быть выше. Владелец покупки оказывается первым в очереди, а компания может упустить более выгодное применение. Определяющим становится адрес покупки, а не расположение приложения.

AWS назначает точный срок фиксации этих настроек:23:59:59 UTC последнего дня месяца. Они используются для окончательного месячного расчёта. Предварительная сумма следует за последними настройками. Если администратор изменит границу разделения перед закрытием месяца, объяснять результат придётся людям, отвечающим за бюджеты.

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

Три карты для одной скидки

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

Группы задаются через Cost Categories. Один счёт может принадлежать только одной группе, пересечения запрещены. Управляющий счёт не может состоять в группе. Счёт владельца Savings Plans должен быть активирован в настройках разделения скидок.

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

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

Пустой счёт получает работу

Сначала AWS применяет выгоду к подходящему использованию счёта владельца, затем передаёт её другим счетам по правилам разделения. Внутри соответствующего этапа распределения приоритет получает использование с большим процентом экономии. Поэтому покупатель имеет значение ещё до общего сравнения скидок.

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

Счёт без приложений оказывается полезен именно своей пустотой. Он отделяет владение платёжным обязательством от потребления вычислений. Следующая задача вполне материальна: внутреннее распределение расходов. Совместная покупка сама не решает, кто финансирует оставшееся обязательство и кто сохраняет полученную экономию.

Центр видит 100 долларов, отделы складывают 70

AWS использует объяснительный сценарий годового Compute Savings Plan без первоначального платежа. Рекомендация на уровне управления составляет 100 долларов в час, а сумма рекомендаций счетов участников — 70 долларов. Числа иллюстрируют различие расчётных перспектив.

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

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

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

Фраза «компания в целом заплатила меньше» не объяснит начальнику отдела, что произошло с его бюджетом. Ему нужна связь между принятым обязательством и полученной экономией. Человек, меняющий границу в конце месяца, должен уметь показать эту связь. У карты скидок нужен ответственный — с именем, а не только с доступом к настройкам.

Источники