Аптайм и SLA хостинга: читаем гарантии правильно
Каждый хостинг обещает «99,9% доступности», но что это значит на деле? Для сайта — до 8,7 часа простоя в год, а для «девяти-девять» — уже минуты. Умение читать SLA и проверять аптайм независимо — базовая компетенция владельца сайта. Разбираем цифры, ловушки и ваши права.
Что значит каждый «девять»
| Гарантия | Простой в год | Простой в месяц |
|---|---|---|
| 99% | 3,65 дня | 7,3 часа |
| 99,5% | 1,83 дня | 3,65 часа |
| 99,9% | 8,77 часа | 43,8 минуты |
| 99,95% | 4,38 часа | 21,9 минуты |
| 99,99% | 52,6 минуты | 4,4 минуты |
| 99,999% | 5,3 минуты | 26 секунд |
Для типового бизнес-сайта достаточно 99,5–99,9%: ночная недоступность на час не критична. Для платёжных и операционных сервисов — 99,95%+ с резервированием.
Как хостинги «рисуют» аптайм
- Аптайм = «не сломалось железо»: гарантия обычно покрывает только инфраструктуру, а не ошибки вашего кода, базы или атаки на сайт.
- Плановые работы исключаются — и часто «плановое» длится часами (объявленное = не считается).
- Замер «со стороны»: мониторинг провайдера может отличаться от реальной доступности для пользователей (DNS, сеть, гео).
- Компенсация по SLA: обычно это процент от месячной платы (например, 10% за каждый час простоя), а не «стоимость бизнеса». Читайте мелкий шрифт.
Как проверять аптайм независимо
- Внешний мониторинг (UptimeRobot, Better Uptime) с интервалом 1–5 минут — ваша картина, а не их.
- Мониторите ключевые страницы и форму, а не только главную (см. статью о мониторинге).
- История: ведите лог инцидентов — пригодится для претензий и решения о смене хостинга.
- Сверяйте со страницей статуса провайдера: были ли инциденты, как быстро реагировали.
- Трекинг скорости: аптайм есть, а отклик 10 секунд? Время ответа — тоже метрика SLA у многих провайдеров.
Практика: что реально значит «надёжный хостинг»
- Резервирование: RAID, два канала сети, ИБП + генератор, репликация БД — залог реальной доступности.
- Поддержка: быстрый ответ в ночное время — решает больше, чем «девятки» на сайте.
- Мониторинг провайдера: уведомляют ли они вас первыми, или вы узнаёте о падении от клиента.
- План восстановления: бэкапы и время восстановления (RTO/RPO) — уточняйте цифры, а не «бэкапы есть».
- Тестовый период: месяц-два работы до оплаты года покажет реальность.
Что делать при нарушении SLA
- Зафиксируйте инцидент: логи мониторинга, скриншоты, время.
- Откройте тикет с указанием статьи SLA — требуйте компенсацию по условиям.
- Если ответа нет или компенсация символическая — это сигнал сменить хостинг.
- При смене: не оплачивайте год вперёд без теста; мигрируйте с бэкапом и проверкой DNS (TTL заранее).
«Гарантия аптайма — это не про доступность, а про ответственность: она показывает, как провайдер поведёт себя при инциденте. Истинный тест хостинга — не „девятки“ на лендинге, а поведение во время сбоя» — практика хостинга, 2026.
Проверьте сегодня: какой SLA у вашего хостинга в договоре, что он покрывает и как вы фиксируете инциденты. Внешний мониторинг с историей — полчаса настройки и аргумент на будущее.