Що таке SLA дата-центру
SLA (Service Level Agreement) — це письмове зобов'язання дата-центру щодо доступності інфраструктури: електроживлення, охолодження та мережі. У договорі оренди виділеного сервера SLA зазвичай виражений у відсотках, наприклад 99.9% або 99.99%, і прив'язаний до грошової компенсації за простій понад норму.
Відсоток доступності сам по собі мало що каже, поки ви не переведете його в години та хвилини простою за рік. Далі розберемо, як це зробити і на що в SLA дата-центру дивитися в першу чергу.
Рівні Tier I-IV: у чому різниця
Класифікація Uptime Institute ділить дата-центри на чотири рівні за резервуванням інженерних систем — живлення, охолодження, вводів зв'язку.
| Tier | Резервування | Гарантована доступність | Простій за рік |
|---|---|---|---|
| Tier I | Без резерву | 99.671% | 28.8 години |
| Tier II | N+1 | 99.741% | 22.0 години |
| Tier III | N+1, обслуговування без зупинки | 99.982% | 1.6 години |
| Tier IV | 2N+1, відмовостійкий | 99.995% | 0.4 години |
Провайдер рідко вказує Tier явно в маркетингу, але майже завжди пише відсоток SLA — за ним можна зрозуміти реальний рівень резервування систем живлення, про які розказано окремо.
Скільки це в хвилинах простою
Перевести відсотки в абсолютні цифри нескладно: (100% − SLA%) × кількість хвилин у році.
| SLA | Простій за рік |
|---|---|
| 99% | 3.65 доби |
| 99.9% | 8.76 години |
| 99.95% | 4.38 години |
| 99.99% | 52.56 хвилини |
| 99.999% | 5.26 хвилини |
Різниця між 99.9% і 99.99% — це різниця між робочим днем простою і годиною обіду. Для інтернет-магазину чи білінгу це принципово.
Що SLA дата-центру не покриває
SLA дата-центру відповідає за інфраструктуру будівлі та канал до стійки. Він не відповідає за:
- Аварії операційної системи та застосунків на самому сервері.
- Вихід з ладу диска чи планки пам'яті всередині вашого обладнання.
- Помилки конфігурації, які вніс адміністратор сервера.
- DDoS-атаки на рівні застосунку — від них допомагає окремий захист.
Тому високий відсоток SLA від дата-центру не скасовує моніторингу самого сервера і резервного копіювання даних.
Як перевірити доступність сервера самостійно
Не покладайтеся тільки на звіти провайдера — ведіть незалежний облік аптайму.
uptime
# 10:14:02 up 214 days, 3:41, 2 users, load average: 0.12, 0.09, 0.05
Для зовнішнього контролю використовуйте сторонній сервіс перевірки доступності з інтервалом опитування 30-60 секунд і алертом у месенджер. Це доповнює моніторинг заліза через IPMI, який стежить за температурою, дисками і живленням усередині самого сервера.
Чек-лист перед вибором дата-центру
- Уточніть заявлений Tier і відсоток SLA письмово, а не на словах.
- Перевірте, що компенсація в SLA не перетворюється на символічні бонусні дні.
- Запитайте про резервування електроживлення і локацію дата-центру відносно ризиків регіону.
- Ведіть власний моніторинг доступності паралельно зі звітами провайдера.
Часті формулювання в SLA і що за ними стоїть
| Формулювання в договорі | Що вона означає на практиці |
|---|---|
| Компенсація у вигляді bonus days | Повернення не грошима, а безкоштовними днями оренди — реальна компенсація нижча, ніж здається у відсотках |
| SLA поширюється на мережеву інфраструктуру ЦОД | Не включає канал до конкретного сервера всередині стійки і обладнання, встановлене клієнтом |
| Планові роботи не вважаються простоєм | Дата-центр може виключити з розрахунку SLA заздалегідь анонсовані вікна обслуговування |
| Форс-мажор виключений з розрахунку | Стихійні лиха та зовнішні події поза контролем ЦОД не впливають на виплату компенсації |
SLA дата-центру проти SLA хостинг-провайдера
| Рівень | За що відповідає | Куди звертатися |
|---|---|---|
| SLA дата-центру | Живлення, охолодження, канал до стійки | Зазвичай лише через хостинг-провайдера |
| SLA хостинг-провайдера | Працездатність сервера і підтримка | До служби підтримки провайдера |
| Моніторинг клієнта | Раннє виявлення проблеми | Власні інструменти й алерти |
| Резервне копіювання | Відновлення даних за будь-якого збою | Власна політика бекапів клієнта |
Коли SLA дата-центру не має значення
- Простій через DDoS-атаку на застосунок — покривається окремим захистом, а не SLA інфраструктури
- Помилка адміністратора (неправильна команда, видалені дані) — відповідальність самого клієнта
- Сервер працює без резервування мережі чи диска на стороні клієнта, хоча дата-центр резервує все своє
- Договір підписано не напряму з дата-центром, а через посередника, який сам визначає умови компенсації для кінцевого клієнта
Як рахується компенсація за порушення SLA
Типова схема компенсації — відсоток від щомісячної вартості оренди за кожну годину простою понад гарантований, зі стелею в 100% місячної плати. Тобто навіть за багатоденного простою клієнт зазвичай не отримає більше, ніж вартість місяця оренди — компенсація покриває незручність, але не втрачену вигоду бізнесу. Цю різницю варто враховувати під час вибору між дешевим дата-центром без явного SLA і дорожчим із прозорою схемою компенсації: сама компенсація рідко буває великою, але її наявність свідчить про рівень відповідальності провайдера.
Часті питання
Якщо дата-центр заявлено як Tier III, чи означає це, що в хостинг-провайдера такий самий рівень SLA?
Не обов'язково: рівень Tier описує резервування інженерних систем самої будівлі, а SLA, який клієнт підписує з хостинг-провайдером, може бути м'якшим або жорсткішим, бо охоплює ще й роботу самого сервера, мережу всередині стійки та підтримку. Ці два документи варто розглядати окремо, а не вважати, що високий Tier автоматично переноситься на договір із провайдером.
Якщо SLA дата-центру виключає планові роботи з розрахунку простою, це тривожна ознака?
Саме виключення планових робіт — звичайна практика в галузі, а не привід для тривоги, якщо вікна обслуговування анонсуються заздалегідь і вкладаються в розумні рамки. Насторогу варто виявляти тоді, коли формулювання розпливчасте і не уточнює ні періодичність, ні тривалість таких робіт — тоді під неї можна списати практично будь-який простій заднім числом.
Чи варто переплачувати за дата-центр рівня Tier IV для невеликого проєкту?
Для невеликого проєкту зі звичайним вікном на обслуговування і прийнятним зрідка коротким простоєм переплата за максимальний рівень резервування зазвичай не окупається. Сенс у Tier IV з'являється там, де простій коштує дорого щохвилини: білінг, фінансові сервіси, критична інфраструктура клієнта — саме для таких задач різниця в резервуванні живлення і мережі стає відчутною.
Навіщо взагалі дивитися на SLA дата-центру, якщо клієнт підписує договір лише з хостинг-провайдером?
SLA дата-центру задає стелю, вище якої провайдер фізично піднятися не може: якщо будівля сама по собі не резервує живлення і мережу, жодна обіцянка в договорі провайдера цього не виправить. Тому SLA дата-центру варто сприймати як основу, на якій будується договір із провайдером, а не як документ, що не стосується клієнта.