99,9% uptime — наиболее распространённый уровень SLA (Service Level Agreement) в хостинге. Математически: 100% − 99,9% = 0,1% допустимого простоя. При 8760 часах в году: 8760 × 0,001 = 8,76 часа (~525 минут) допустимого downtime в год.
Как работает
Провайдер измеряет uptime как процент времени, в течение которого сервис отвечает на запросы. Если сервис был недоступен 9 часов за год — SLA нарушен. Клиент вправе запросить компенсацию (Service Credit).
Расчёт доступности по уровням:
| SLA | Downtime/год | Downtime/месяц |
|---|---|---|
| 99% | 87,6 ч | 7,3 ч |
| 99,9% | 8,76 ч | 43,8 мин |
| 99,99% | 52,6 мин | 4,4 мин |
| 99,999% | 5,26 мин | 26 с |
Важно читать «мелкий шрифт»: большинство провайдеров исключают из downtime: плановые технические работы (maintenance window), инциденты по вине клиента, DDoS-атаки, форс-мажор. Реальный гарантированный uptime может быть значительно ниже декларируемого.
История
Концепция SLA для IT-услуг появилась в 1980-х с развитием аутсорсинга. Термин «nines» (девятки) для обозначения уровней доступности стал отраслевым стандартом в 1990-х. ITIL v2 (2000) формализовал SLA как обязательный элемент управления IT-услугами.
Связь с хостингом
При выборе хостинга: 99,9% SLA — стандарт для большинства провайдеров VPS. 99,99% характерен для managed Kubernetes и выделенных серверов с резервированием. Для достижения 99,99% и выше нужна избыточность: несколько серверов, несколько ЦОД, DR-план. Uptime Robot позволяет независимо измерять реальный uptime.
Ключевые отличия от похожих терминов
SLA — соглашение с описанием метрик, прав и компенсаций. Uptime — конкретная метрика доступности. Service Credit — форма компенсации при нарушении SLA. Availability — технический термин для доступности системы.
Математика SLA uptime
99,9% = 8,7 часов простоя в год (526 минут). 99,95% = 4,4 часа. 99,99% = 52 минуты. 99,999% = 5 минут (five nines). Для e-commerce при $1000/час выручки: разница между 99,9% и 99,99% SLA = $4400 потенциальных потерь в год.
Что входит в расчёт uptime
Плановые окна технического обслуживания (maintenance windows) часто исключаются из SLA. Внешние зависимости (DNS, платёжные системы) тоже вне SLA провайдера. Фактический uptime приложения может быть ниже SLA хостера, если само приложение падает по другим причинам.
SLA компенсации
Service Credit: при нарушении SLA хостер компенсирует часть стоимости. Обычно: за каждые 30 минут сверх нормы — 5–10% месячного платежа. Максимум компенсации: 50–100% месячного платежа. Применяется только при подаче заявки, автоматически не начисляется.
Мониторинг реального аптайма
Uptime Robot фиксирует реальный аптайм с точки зрения пользователя. Ежемесячный отчёт — основание для Service Credit. При нарушении SLA: сохраните данные мониторинга, создайте тикет в течение 30 дней с доказательствами. Большинство хостеров принимают данные независимых мониторингов как доказательство.
Измерение реального аптайма приложения
Аптайм хостера ≠ аптайм приложения. Приложение может быть недоступно из-за ошибок кода, проблем с БД, исчерпания памяти при работающем сервере. Внешний мониторинг (Uptime Robot) с проверкой HTTP 200 + критического контента = реальный аптайм сервиса.