SLA: уровни доступности, девятки и компенсации | Глоссарий FREEHOSTING

SLA

Service Level Agreement
SLA — SLA — соглашение об уровне обслуживания между провайдером и клиентом. Фиксирует доступность сервиса в процентах, время реакции поддержки и компенсацию за нарушение. Чаще всего звучит как «99,9% uptime» — это около 8,7 часа простоя в год.

Определение простыми словами

SLA (Service Level Agreement) — это формальный документ, в котором провайдер обещает определённое качество услуги, а клиент получает право на компенсацию, если обещание не выполнено. Для хостинга ключевая метрика — uptime в процентах: сколько времени за расчётный период сайт или сервер был доступен.

Соглашение обычно описывает не только аптайм, но и время реакции на тикет, скорость восстановления после аварии (RTO), допустимую потерю данных (RPO) и порядок выплат при нарушении. Без SLA любые красивые цифры на главной странице провайдера ничем не подкреплены.

Сравнение (таблица)

Уровень SLA Допустимый простой в месяц В год
99% ~7 ч 18 мин ~3,65 дня
99,9% («три девятки») ~43 мин ~8,77 ч
99,95% ~21 мин ~4,38 ч
99,99% («четыре девятки») ~4 мин ~52 мин
99,999% («пять девяток») ~26 сек ~5 мин

Кейсы использования

  • Корпоративный сайт: достаточно SLA 99,9% — простоя в час раз в месяц никто не заметит.
  • E-commerce в высокий сезон: нужны 99,95% и кластер из двух дата-центров.
  • Финансовый процессинг или биржа: только 99,99% и выше, иначе штрафы превышают экономию.
  • Негативный кейс: интернет-магазин подписал SLA «99%» и в сезон распродаж получил 7 часов простоя за месяц — формально провайдер прав, по факту бизнес потерял выручку и клиентов.

Технические детали

# расчёт фактического аптайма за месяц по логам мониторинга
DOWNTIME_MIN=43
TOTAL_MIN=$((30*24*60))
echo "scale=4; (1 - $DOWNTIME_MIN / $TOTAL_MIN) * 100" | bc
# проверка доступности через curl с таймаутом
curl -sS -o /dev/null -w "%{http_code} %{time_total}n" --max-time 5 https://example.com
# непрерывный мониторинг через uptime-kuma в docker
docker run -d --restart=always -p 3001:3001 
  -v uptime-kuma:/app/data --name kuma louislam/uptime-kuma:1

Считайте SLA по логам стороннего мониторинга, а не по статусной странице самого провайдера. Расчётная база и список исключённых событий (плановые работы, форс-мажор) обычно прописаны в договоре — читайте до подписания, см. uptime SLA.

Частые вопросы

В чём разница между 99,9% и 99,99% для бизнеса?

На сайте посетителей это разница в 8 часов простоя за год против 52 минут. Для блога не критично, для платёжного сервиса — потеря репутации и денег.

Какую компенсацию обычно даёт провайдер?

Чаще всего — продление тарифа на дни или часы простоя. Реже — возврат части оплаты деньгами. Цифры всегда смотрите в самом договоре, по умолчанию ничего нет.

Считается ли в SLA плановое обслуживание?

Нет, плановые работы выводятся за рамки расчёта при условии заблаговременного уведомления — обычно за 7–14 дней. Форс-мажор и DDoS тоже исключаются, если это прописано.