AWS Savings Plans или Reserved Instances: заклучувањето ја менува заштедата

Кога работното оптоварување може да смени регион, фамилија на инстанци или услуга, Compute Savings Plans обично се посоодветниот избор. Правилата на AWS за Savings Plans наведуваат дека тие покриваат квалификувана употреба на EC2, Fargate и Lambda со попуст до 66%, додека EC2 Instance Savings Plans достигнуваат до 72%, но важат за избрана фамилија во еден регион. И двата плана подразбираат обврска изразена во долари на час за една или три години.

За стабилна EC2-употреба, потесниот опсег може да донесе подобра цена; за потребен капацитет во конкретна зона, важен е зонски Reserved Instance. Споредбата на Cloud Cost Room ги издвојува стабилните EC2-оптоварувања и зонскиот капацитет како случаи во кои Reserved Instances заслужуваат внимание. Финансискиот исход зависи од тоа дали соодветната употреба ќе трае доволно долго за да ја искористи обврската.

Што точно се обврзувате да плаќате

Кај Savings Plans се обврзувате на часовен износ, а попустот автоматски се применува на употреба што ги исполнува условите на планот. Compute Savings Plan има широк опсег: истата обврска може да продолжи да покрива квалификувана потрошувачка и по промена на EC2-фамилијата, регионот или премин кон Fargate и Lambda. EC2 Instance Savings Plan ја задржува флексибилноста за големината на инстанцата во рамките на избраната фамилија и регион, но не ја следи употребата надвор од тие граници.

Reserved Instance се поврзува со конфигурација на EC2, па неговата применливост зависи од атрибутите и опсегот на резервацијата. Споредбата во документацијата на AWS покажува дека Standard RI и EC2 Instance Savings Plan имаат ист наведен максимум на попуст, додека Convertible RI дозволува рачна замена на конфигурацијата. Истата документација наведува дека Savings Plan не може да се откаже во текот на рокот и дека сам по себе не резервира капацитет.

Затоа флексибилноста на Compute Savings Plan се однесува на употребата врз која може да се примени попустот, а не на можноста да се напушти обврската. Ако вкупната квалификувана употреба падне под договорениот часовен износ, поширокиот опсег нема да го отстрани неискористениот дел. Ако употребата остане стабилна, пак, потесен план може да има предност без тимот да се откажува од промена што реално би ја направил.

Матрица за четири профили на работно оптоварување

Изборот почнува од границата што најверојатно ќе се промени во текот на обврската. Истата номинална стапка има различна вредност за тим што задржува една EC2-фамилија и за тим што планира миграција или замена на услугата.

• Стабилна EC2-инстанца. Ако фамилијата, регионот и континуираната употреба се предвидливи, споредете EC2 Instance Savings Plan со достапна Standard RI-понуда за истата конфигурација. Бидејќи наведениот максимален попуст е ист, RI не добива автоматска предност само поради своето име. Одлучуваат конкретната понуда, условите за примена на попустот и евентуалната потреба од зонски капацитет.
• Миграција меѓу региони. Compute Savings Plan е природен кандидат ако compute-потрошувачката ќе продолжи во друг AWS-регион. План врзан за сегашниот регион има смисла само за делот од употребата што сигурно ќе остане таму. Неизвесниот датум на миграција го намалува износот што може разумно да се обврзе на потесниот опсег.
• Мешавина од EC2, Fargate и Lambda. Compute Savings Plan може да покрие квалификувана употреба низ овие услуги, па одговара на архитектура во која начинот на извршување се менува. EC2 Instance Savings Plan и EC2 RI треба да се оценуваат според стабилниот EC2-дел, а не според целата compute-сметка. Посебно е важно да не се третира секоја ставка на сметката за Fargate како употреба што добива ист попуст.
• Капацитет во конкретна зона. Ако апликацијата мора да има достапен соодветен EC2-капацитет таму, одлуката прво се врзува за гаранцијата за капацитет. Зонски RI е една можност кога соодветната понуда постои; друга е посебна On-Demand Capacity Reservation во комбинација со применлив ценовен попуст. Потребниот тип инстанца и зоната тогаш се поважни од највисокиот рекламиран процент.

Кога резервираниот капацитет го менува изборот

Регионален и зонски Reserved Instance даваат различно право на капацитет, иако опсегот сам по себе не ја менува цената на RI. Правилата на AWS за опсегот на RI наведуваат дека само зонскиот RI резервира капацитет во избраната зона на достапност. Неговиот попуст се применува на соодветна употреба во таа зона и нема флексибилност за големината на инстанцата.

Регионалниот RI не резервира капацитет, но неговиот попуст може да важи во различни зони на истиот регион. Флексибилноста за големината кај него е ограничена на поддржаните Linux/Unix-инстанци со стандардна поставка за tenancy. Оваа разлика е важна ако тимот очекува да ја преместува апликацијата меѓу зони: попуст што може да ја следи употребата и резервирано место во една зона решаваат различни барања.

Капацитетот може да се обезбеди и со On-Demand Capacity Reservation, а применлив Savings Plan да ја намали цената на соодветната употреба. Таа комбинација дозволува ценовната обврска и резервирањето капацитет да се разгледуваат одделно. Ако резервираниот капацитет остане празен, сепак настанува трошок за неговата достапност; оправданоста зависи од вредноста на сигурниот пристап до таа зона.

Зошто најголемиот попуст не ја кажува конечната заштеда

Процентот од понудата се однесува на употребата што ја исполнува нејзината конфигурација, а не на целата AWS-сметка. Потесна обврска може да има пониска цена за покриените часови, но да остави неискористен дел кога инстанцата ќе се изгаси, ќе смени фамилија или ќе се пресели. Поширока обврска може да има послаб попуст по единица употреба, а сепак да донесе подобар вкупен исход ако продолжи да се применува по тие промени.

За споредба на понудите, најнапред одвојте го стабилниот часовен минимум од краткотрајните врвови. Потоа пресметајте ги договорените плаќања, квалификуваната употреба што ќе добие попуст и остатокот што ќе се наплати по редовна цена за истиот рок и начин на плаќање. Ова ја открива цената на неискористувањето: попуст на непостоечка соодветна употреба нема што да намали.

Водичот на AWS за купување EC2 препорачува обврската да се насочи кон предвидливата основна употреба, а променливиот дел да се покрие со други соодветни модели. Тој исто така ги опишува RI како постара опција и предупредува дека понови EC2-фамилии можеби нема да имаат RI-цени. Затоа споредбата со RI треба да почне од понуда што навистина е достапна за планираната инстанца, регион, рок и начин на плаќање.

Ако стабилната основа опфаќа само една фамилија и регион, потесната обврска е оправдан кандидат. Ако планираните промени ја преминуваат таа граница, финансиската вредност на Compute Savings Plan е во часовите што и понатаму може да ги покрие. Точната заштеда останува зависна од конкретните цени и од реалната употреба во текот на договорот.

Прочитајте и:

• Prompt caching во OpenAI или Claude: динамичната содржина ја јаде заштедата
• AWS budget alert може сам да сопре ресурс, но IAM-улогата ја носи опасноста
• Figma или Penpot: заштедените лиценци бараат сопствено ИТ време