Чи можна поєднувати Azure Reservations і Savings Plans в одному клієнті?

Так. Azure спочатку автоматично застосовує суворішу знижку за резервуванням, а вже потім використовує Savings Plan для решти придатного обчислювального використання.

Що відбувається з невикористаним погодинним зобов'язанням у Savings Plan для Azure?

Невикористані погодинні зобов'язання згорають одразу в кінці кожної години і не переносяться на наступні години чи місяці.

Чи можна змінити область дії Azure Reservation після покупки?

Так, область дії резервування можна змінити після покупки, не скидаючи термін дії і не отримуючи штрафів за скасування.

Чи покривають Azure Reservations ліцензії на програмне забезпечення, як-от Windows Server чи SQL?

Ні, резервування покривають лише виміри для апаратних обчислювальних ресурсів. Ліцензії на програмне забезпечення потребують окремого покриття, наприклад Azure Hybrid Benefit.

Azure Reservations проти Savings Plans: яка модель оплати запобігає марнуванню хмарних ресурсів?

By Mirko Peters · 2026-10-21

Порівняйте Azure Reservations і Savings Plans, щоб усунути марнування хмарних ресурсів. Дізнайтеся, як на вашу хмарну вартість впливають розрахунок використання, гнучкість і область дії.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Reservations and Savings Plans - Simply Explained

Azure Reservations і Savings Plans обидва обіцяють значну знижку на хмарні ресурси, адже ви платите ще до їх використання, але поводяться вони по-різному, коли навантаження змінюється. У цьому детальному огляді ви дізнаєтеся, як вибрати правильну модель зобов'язань, оцінити ризики використання та захистити хмарний бюджет від дорогої простої потужності.

Головне

Знижки за зобов'язаннями в Azure є суто фінансовими домовленостями, які не змінюють стан роботи ваших віртуальних машин чи ресурсів.
Резервування прив'язують знижку до конкретних розмірів, сімейств і регіонів, пропонуючи до 72% знижки в обмін на суворе обмеження.
Savings Plans передбачають фіксовану погодинну суму в доларах для придатних обчислювальних ресурсів або баз даних. Вони гнучкіші, знижка сягає 65%.
Невикористані години зобов'язання згорають щогодини і не переносяться, тож використання є найважливішим показником в управлінні витратами на хмару.
Якщо в обліковому записі є обидві моделі, Azure спочатку автоматично застосовує суворішу пільгу за резервуванням, а вже потім використовує Savings Plan.

Розуміння компромісу оплати наперед

Зазвичай хмарна інфраструктура працює за моделлю оплати за фактом використання. Ви запускаєте віртуальну машину, вона працює місяць, і ви платите строго за спожиті години. Така модель гнучка, але водночас найдорожчий спосіб експлуатувати продуктивне середовище у великих масштабах. Щоб цього уникнути, Microsoft пропонує знижки за зобов'язаннями. Погоджуючись платити наперед — на один або три роки — ви обмінюєте фінансову гнучкість на значно нижчу погодинну ставку.

Важливо розуміти, що знижка за зобов'язанням — це не ресурс, який ви розгортаєте, і не параметр, який перемикаєте всередині операційної системи. Це суто фінансова домовленість на боці білінгу вашого клієнта Azure. Ваші віртуальні машини, служби застосунків і бази даних працюватимуть точно так само, незалежно від того, чи діє знижка. Основний ризик полягає в тому, що ви фактично робите ставку на власне майбутнє використання. Якщо ви зобов'язуєтеся витрачати певну суму, а навантаження зменшується, мігрує або виводиться з експлуатації, ви все одно маєте платити за потужності, якими більше не користуєтеся.

Azure Reservations: жорсткий шлях до максимальної економії

Azure Reservation — це зобов'язання використовувати певний тип ресурсу в конкретному регіоні протягом визначеного терміну: один або три роки. Коли ви резервуєте конкретний розмір віртуальної машини, наприклад стандартний екземпляр DS3 у регіоні East US, кожна відповідна година роботи такої машини автоматично активує знижку.

Групи області дії та гнучкості

Хоча резервування звучать жорстко, Microsoft передбачила певний операційний запас завдяки Instance Size Flexibility. Резервування для конкретного розміру віртуальної машини може автоматично поширюватися на менші або більші розміри в межах того самого сімейства та групи гнучкості. Наприклад, резервування DS3 може покривати екземпляр DS1 або DS2 без ручного втручання. Однак воно не може перейти на інші апаратні сімейства чи на інший регіон Azure.

Ви також можете визначити область дії резервування, яка працює як огорожа навколо знижки. Область може охоплювати одну групу ресурсів, весь billing profile або спільний контекст для всіх підписок. Якщо звузити область занадто сильно, знижка може простоювати, коли ресурси переміщують.

Azure Savings Plans: гнучкіший варіант для динамічних навантажень

Якщо ваше хмарне середовище постійно змінюється, плани економії Azure (Azure savings plans) можуть стати гнучкішою альтернативою. Замість того щоб резервувати конкретний тип машини чи регіон, ви зобов'язуєтеся витрачати фіксовану суму в доларах на годину, наприклад п'ять доларів на годину, на підтримувані обчислювальні служби.

Коли ваші робочі навантаження масштабуються горизонтально, переміщуються між регіонами або переходять від віртуальних машин до контейнерних застосунків, знижка за планом економії слідує за вашим використанням, куди б воно не поділося. Оскільки Microsoft пропонує такий вищий рівень гнучкості, максимальна оголошена знижка трохи менша: до 65% порівняно з 72% для резервування.

Золоте правило планів економії просте: ставки знижок залежать від терміну дії та типу продукту, а не від розміру вашого зобов'язання. Зобов'язання на 100 доларів на годину не дає вищого відсоткового знижки, ніж зобов'язання на 5 доларів на годину. Крім того, плани економії не підлягають поверненню та скасуванню, тобто ваші варіанти виходу дуже обмежені, якщо стратегія змінюється.

Єдина математика, яка має значення: розмір зобов'язання за використанням, а не за відсотком

Адміністратори хмари часто потрапляють у пастку погоні за найвищим оголошеним відсотком знижки. Знижка 72% звучить неймовірно на папері, але ця цифра показує граничний максимум у найкращому сценарії, а не типовий результат на практиці.

Єдине математичне рівняння, яке справді має значення в управлінні хмарними фінансами, це ваш фактичний рівень використання. Розгляньмо такий сценарій:

Якщо ви зобов'язуєтеся витрачати 10 доларів на годину за резервуванням і використовуєте 100%, ви отримуєте повну фінансову вигоду.
Якщо ви зобов'язуєтеся витрачати 10 доларів на годину, але ваше навантаження потребує лише 5 доларів на годину, решта 5 доларів згорає наприкінці години. Вони не переносяться на наступний період.

Як наслідок, за половину, яку ви справді використали, ви платите повну ціну «оплата за фактом», а за половину, яку не використали, ви викидаєте гроші на вітер. Помірна знижка, що відповідає вашому стабільному цілодобовому використанню, завжди виявиться кращою за величезну знижку, коли половина зобов'язання простоює в хмарі.

Висновок

Вибір між резервуваннями Azure та планами економії зрештою зводиться до передбачуваності робочих навантажень. Якщо ваша інфраструктура зріла, стабільна і прив'язана до конкретних регіонів та сімейств інстансів, резервування дає найглибшу з можливих знижок. Якщо ж ваша архітектура динамічна, швидко модернізується або схильна до переміщень між регіонами та службами, план економії обчислень захищає ваш бюджет від несподіваних втрат.

Перш ніж погоджуватися на будь-яке багаторічне зобов'язання, усуньте наявні втрати в хмарі, проаналізуйте свої усталені схеми споживання за допомогою Azure Advisor і завжди починайте з однорічного терміну, щоб поступово дійти до довгострокової визначеності. Щоб почути повний розбір цих стратегій, послухайте супровідний епізод подкасту: Слухати повний епізод.

Поширені запитання

Чи можна поєднувати резервування Azure та плани економії в одному клієнті?

Так. Коли обліковий запис використовує обидві моделі зобов'язань, Azure автоматично застосовує спочатку суворішу та глибшу знижку за резервуванням. Щойно ємність резервування повністю використана, система застосовує план економії до решти придатного використання обчислювальних ресурсів.

Що відбувається з невикористаним погодинним зобов'язанням за планом економії Azure?

Невикористані погодинні зобов'язання діють за принципом «використовуй або втрать». Якщо ви зобов'язуєтеся витратити 5 доларів протягом певної години, а використовуєте лише 3 долари на придатні служби, решта 2 долари згорають одразу і не переносяться на наступну годину.

Чи можна змінити область дії резервування Azure після покупки?

Так. Ви можете змінити область дії резервування після покупки з рівня групи ресурсів на спільну область підписки. Така дія вважається зміною, а не новою покупкою, тож вона не скидає термін дії та не тягне за собою штрафів за скасування.

Чи покривають резервування Azure ліцензії на програмне забезпечення, як-от Windows Server чи SQL?

Ні. Стандартні резервування обчислень покривають лише апаратне забезпечення та лічильник обчислень. Ліцензування програмного забезпечення (як-от Windows Server або SQL Server), сховище та мережеві витрати й надалі тарифікуються за стандартними ставками, якщо їх окремо не покрито Azure Hybrid Benefit.