Публічна хмара за розумною ціною: з чого складається рахунок і куди тікає бюджет

Блог WebDisk · категорія: Хмара · час читання: ~8 хвилин

Коротко:- Рахунок за хмару – це не одна позиція, а кілька незалежних лічильників: обчислювальна потужність, ємність, трафік, IP-адреси та резервні копії. Несподіванки майже завжди походять від трьох останніх.- Витрати, які називають «прихованими», зазвичай не приховані – вони просто поза калькулятором: вихідний трафік, операції над об'єктами, мінімальний строк зберігання, відновлення з архівних класів.- Рахунок знижують нудні звички, а не переговори: rightsizing, розклад для тестових середовищ, добір носія під дані, прибирання ресурсів-сиріт.

Публічна хмара починається із захоплення: машина піднімається за кілька хвилин, сховище росте саме, ніхто не чекає на постачання сервера. Захоплення триває приблизно до третього рахунку – тоді виникає питання: звідки ця сума, якщо ми нічого не змінювали?

Зазвичай нічого не змінилося в машинах – змінилося те, що навколо них: побільшало даних, запрацював інтегратор, який завантажує файли щохвилини, хтось залишив увімкненим тестове середовище після демонстрації, а снапшоти піврічної давності досі займають місце. Рахунок рідко зростає з однієї причини; він зростає з п'яти одразу, потроху.

Ця стаття – розбір такого рахунку: з чого він складається, які позиції дивують найчастіше, коли власна серверна справді виходить дешевшою – і що зробити, щоб не переплачувати. Пишемо її з перспективи невеликого хмарного провайдера, тож попереджаємо: ми в цьому зацікавлені. Натомість намагаємося показувати механіку, яку ви перевірите в будь-якого провайдера – зокрема і в нас.

З чого складається рахунок за публічну хмару?

Незалежно від провайдера, вартість інфраструктури як послуги (IaaS – оренда сирих ресурсів: машин, дисків, мережі; різниці між IaaS, PaaS і SaaS присвячений текст Хмара як послуга) розкладається на кілька складників:

• Обчислювальна потужність – vCPU і RAM віртуальних машин. Зазвичай найпередбачуваніша позиція, бо випливає прямо з рішень, ухвалених у панелі.
• Ємність – диски машин і об'єктне сховище. Росте тихо: кількох відсотків на місяць ніхто не помічає, за рік із цього виходить помітна різниця.
• Трафік – мережевий трафік, передусім вихідний (egress). Позиція, найчутливіша до змін, яких ви не контролюєте: стрибок трафіку на сайті, новий клієнт API, погано написаний клієнт синхронізації.
• IP-адреси – у багатьох провайдерів публічна адреса IPv4 оплачується окремо, іноді навіть тоді, коли вона зарезервована, але не використовується. Варто перевірити, скільки їх вам справді потрібно і чи не перенести частину трафіку на публічну адресацію IPv6. У нас базові плани публічної хмари містять одну публічну адресу IPv4 у ціні – наступні є окремою позицією.
• Резервні копії та снапшоти – найчастіше недооцінена позиція, бо ви платите не за одну копію, а за всю історію: повну базу плюс прирости з кожної точки відновлення, протягом усього періоду зберігання. Що довший строк зберігання і що більше даних змінюється, то більша різниця між «500 ГБ даних» і «500 ГБ у резервній копії».

Практичний висновок: рахунок треба розкласти на ці складники й порівнювати місяць до місяця. Загальна сума нічого не говорить – лише деталізація показує, що зросла ємність, а не обчислювальна потужність.

Яких витрат на хмару не видно в калькуляторі?

Окрема категорія – це позиції, які в розгорнутих прайс-листах існують, але не з'являються в простій оцінці «скільки коштує машина»:

Вихідний трафік. Найчастіша причина рахункових несподіванок: дані ви завантажуєте до хмари безкоштовно, а платите за кожен гігабайт, який їх покидає. Побічний ефект є стратегічним – що більше у вас даних, то дорожче коштує переїзд. Це класичний механізм залежності від провайдера, ширше описаний у тексті про vendor lock-in. Data Act ЄС, який застосовується з 12 вересня 2025 р., обмежує плату за саму зміну провайдера до фактичних витрат, а від 12 січня 2027 р. скасовує її повністю. Це, однак, не стосується звичайного вихідного трафіку під час користування послугою – він і надалі буває платним.

Операції над об'єктами. У сховищах S3 платять не лише за зайняте місце, а й за кількість запитів: записів, читань, лістингу. Застосунок, який опитує сховище в циклі, здатен згенерувати позицію, порівнянну з вартістю зберігання – за невеликого обсягу даних.

Мінімальний строк зберігання і вартість відновлення. Дешеві архівні класи мають два підводні камені: файл, видалений до завершення мінімального строку, все одно рахується до його кінця, а відновлення даних буває платним окремо. Такий клас дешевий доти, доки ви ним не користуєтеся.

Решта дрібниць. Години роботи балансувальників навантаження і NAT-шлюзів, трафік між зонами доступності, ліцензії, що додаються до години роботи машини, платні плани підтримки. Кожна позиція окремо виглядає невинно; проблемою є їх кількість. Це не докір – так виглядає тарифікація дуже складної пропозиції. Варто, однак, знати, що складність прайс-листа сама собою є витратою: щоб на ній не втрачати, треба мати когось, хто її розуміє.

Чи власна серверна дешевша за хмару? Значення має TCO

Після першого великого рахунку повертається ідея: «купимо сервери, вийде дешевше». Іноді справді виходить – за стабільного навантаження без сезонних піків. Умова одна: порахувати сукупну вартість володіння (TCO), а не саму лише ціну обладнання. До рахунку належать:

• колокація або власне приміщення: площа, живлення (зокрема резервне), охолодження, контроль доступу;
• канали зв'язку – найкраще від двох операторів, якщо послуга має бути доступною;
• ліцензії віртуалізації та систем, поновлювані щороку;
• запасні частини й сервіс, бо диск вийде з ладу в п'ятницю ввечері;
• люди: не лише ставка адміністратора, а й чергування та заміни на час відпусток – компетенція має існувати у двох примірниках;
• місце для копій поза цією серверною, бо копія поруч із сервером не є копією (резервне копіювання в хмарі);
• оновлення обладнання що кілька років і запас потужності, куплений «на пік», який решту року стоїть без діла.

Чесний висновок: власне обладнання буває дешевшим у питомій вартості та дорожчим у сукупній – а різниця виявляється під час першої аварії або першої відпустки адміністратора. Буває й навпаки: за рівного навантаження платити за еластичність немає сенсу. Змішана модель – стабільна база у себе, піки та резервні копії в хмарі – буває оптимальною частіше, ніж крайнощі.

Як не переплачувати за хмару? Чотири звички замість одних переговорів

1. Rightsizing. Виміряйте реальне споживання vCPU і RAM протягом двох–чотирьох тижнів, перш ніж визначати розмір машини. Більшість середовищ перерозмірені, бо розмір добрали «на око» під час запуску і ніхто до цього не повернувся.
2. Розклад для непродукційних середовищ. Dev і test потрібні в робочі години, а платять за них цілодобово, сім днів на тиждень. Розклад вимкнень поза робочими годинами – це зазвичай найдешевша економія в непродукційних середовищах – за двох умов: хтось цей розклад підтримує, а ви знаєте, що саме перестає рахуватися. Зупинена машина звільняє процесор і пам'ять, але її диск займає місце й далі – перевірте це у провайдера.
3. Добір носія під дані. Архів не потребує тієї самої продуктивності, що й продукційні дані – перш ніж замовляти ємність, перевірте у провайдера, які класи носіїв він пропонує і чим вони різняться в ціні. Як працює об'єктне сховище і за що в ньому платять, описує текст про Object Storage у WebDisk.
4. Прибирання сиріт. Раз на квартал: диски без машин, снапшоти, старші за політику зберігання, зарезервовані й невикористовувані IP-адреси, старі версії об'єктів, середовища після завершених проєктів. Це найнудніша година в кварталі і зазвичай найкраще оплачувана.

Дві моделі тарифікації у WebDisk

Значну частину несподіванок вирішує модель тарифікації, дібрана під характер навантаження – тому в нас їх дві, описані на сторінці прайс-листа:

• Бізнес-модель – ви купуєте пул ресурсів (vCPU, RAM, ємність) і розраховуєтеся рахунком-фактурою в місячному циклі; сума не змінюється разом із поточним використанням цього пулу. Для організацій, яким передбачуваність витрат замінює тарифікацію з точністю до години.
• Загальна модель – погодинний розрахунок за фактично використані ресурси, prepaid або postpaid. Для змінних навантажень, тестів і проєктів із невідомим наперед масштабом.

Моделі працюють в окремих панелях, і ресурсів між ними не видно – якщо потрібно їх з'єднати, це робиться тунелем VPN site-to-site. Варто врахувати це під час вибору. Умови та ставки ви знайдете на сторінках прайс-листа, публічної хмари і Object Storage – суми в статті ми не наводимо навмисно, бо блог старіє швидше за прайс-лист.

Фундамент нашої хмари – це програмне забезпечення з відкритим кодом – Apache CloudStack і Ceph – тож механізми, на яких стоїть послуга, публічно задокументовані, а інтеграції ви робите стандартним API: s3cmd, awscli, boto3 чи будь-яким клієнтом, сумісним із S3. Це пов'язано з витратами: стандартний інтерфейс робить міграцію в інше місце технічним проєктом, а не стратегічним рішенням. Правовий контекст описує текст про польську хмару обчислень.

Чесний баланс: чого дешевша хмара не вирішить

• Нижча ціна не замінить проєкту. Погано спроєктована архітектура є дорогою в будь-якого провайдера – у дешевшого це просто повільніше видно.
• Менший провайдер – це вужчий каталог послуг. Ви не знайдете в нас кількасот керованих сервісів. Якщо застосунок стоїть на специфічній послузі одного гіперскейлера, його перенесення не буде безкоштовним – порахуйте це з обох боків.
• Економія потребує гігієни. Rightsizing, розклади й прибирання працюють усюди, але хтось має їх робити. Якщо нема кому – врахуйте це в бюджеті як підтримку.
• Дешево не означає «безкоштовно». Трафік, ємність і резервні копії коштують у кожного провайдера; різниться модель і прозорість розрахунку.
• Трафік рахуємо і ми – в одній із моделей. У погодинній моделі пропускна здатність є позицією, що тарифікується так само, як vCPU чи ємність, а в Object Storage план містить 1 ТБ трафіку на місяць і доплату за перевищення. Ставки є на сторінці послуги; ми не ховаємо цієї позиції за гаслом «без плати за трафік».

Часті запитання

Чи варто тримати все в одного провайдера? Єдиної відповіді немає, але варто знати, де лежать дані і скільки коштувало б їх вивести. Критерій «скільки коштує вихід» так само важливий, як «скільки коштує вхід».

Чи скасовує Data Act плату за трафік даних із хмари? Лише частково. Регламент, який застосовується з 12 вересня 2025 р., обмежує плату за саму зміну провайдера до фактичних витрат, а від 12 січня 2027 р. скасовує її повністю. Це, однак, не стосується звичайного вихідного трафіку під час користування послугою – він і надалі буває платним.

Чи можна передбачити рахунок перед запуском послуг? У погодинній моделі витрати ви оцінюєте із суми замовлених ресурсів і погодинних ставок зі сторінки прайс-листа; найнадійніший прогноз – це пораховані ресурси та ємність плюс запас на трафік і резервні копії. У моделі з пулом ресурсів рахунок ви знаєте наперед.

Як знизити рахунок за хмару? Найбільше дають чотири звички: rightsizing на основі виміряного споживання, розклад вимкнень непродукційних середовищ поза робочими годинами, добір класу носія під характер даних і щоквартальне прибирання ресурсів-сиріт – дисків без машин, старих снапшотів, невикористовуваних IP-адрес. Вони працюють у кожного провайдера, але хтось має їх робити.

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

Підсумок

«Розумна ціна» в хмарі не береться ані з одних переговорів, ані з одного перемикача. Вона береться з розуміння, за що саме ви платите – потужність, ємність, трафік, адреси, копії – і з кількох звичок, які тримають ці лічильники в шорах. Решта – це вибір моделі тарифікації, що пасує вашому навантаженню: передбачуваний пул або погодинний розрахунок.

Хочете порахувати це на своїх даних? Перевірте умови на сторінці прайс-листа або напишіть нам – допоможемо перерахувати ваш сценарій за нашим прайс-листом і скажемо прямо, чи має переїзд сенс.