# SLA і Tier дата-центру: що означають 99.9% і 99.99%

> SLA і Tier дата-центру показують реальну надійність сервера: розбираємо рівні Tier I-IV, переведення відсотків у простій і що не покриває гарантія провайдера.

## Що таке 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 — за ним можна зрозуміти реальний рівень резервування систем живлення, про які [розказано окремо](https://www.zevshost.net/uk/kb/elektropitanie-servera-rezerv/).

## Скільки це в хвилинах простою

Перевести відсотки в абсолютні цифри нескладно: (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](https://www.zevshost.net/uk/kb/monitoring-zheleza-servera-ipmi/), який стежить за температурою, дисками і живленням усередині самого сервера.

## Чек-лист перед вибором дата-центру

- Уточніть заявлений Tier і відсоток SLA письмово, а не на словах.
- Перевірте, що компенсація в SLA не перетворюється на символічні бонусні дні.
- Запитайте про резервування електроживлення і [локацію дата-центру](https://www.zevshost.net/uk/kb/vybor-lokatsii-servera/) відносно ризиків регіону.
- Ведіть власний моніторинг доступності паралельно зі звітами провайдера.

## Часті формулювання в 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 дата-центру варто сприймати як основу, на якій будується договір із провайдером, а не як документ, що не стосується клієнта.

---

Джерело: https://www.zevshost.net/uk/kb/sla-uptime-tier-datacentra/
Оновлено: 2026-09-30