Uptime 99,9% красуется на сайте почти каждого хостера, и звучит это как «сервер не падает никогда». На деле uptime сервера в 99,9% означает: провайдер оставляет себе право на 43 минуты простоя каждый месяц — и формально ничего не нарушит. А SLA хостинга, документ, который стоит за этой цифрой, покрывает далеко не всё, что вы считаете «сервер лежит». В этой статье переведём проценты в минуты и часы, разберём, за что SLA реально отвечает, какие компенсации положены при нарушении и как самостоятельно измерять доступность, чтобы спорить с хостером фактами, а не ощущениями.
Переводим проценты uptime в минуты простоя
Проценты обманчиво близки друг к другу: разница между 99% и 99,9% выглядит как «0,9%», а на практике это разница между 7 часами и 43 минутами простоя в месяц. Вот полная таблица:
| Uptime | Простой в сутки | Простой в месяц | Простой в год |
|---|---|---|---|
| 99% | 14,4 мин | ~7,3 часа | ~3,65 дня |
| 99,5% | 7,2 мин | ~3,65 часа | ~1,83 дня |
| 99,9% | 1,44 мин | ~43,8 мин | ~8,77 часа |
| 99,95% | 43 сек | ~21,9 мин | ~4,38 часа |
| 99,99% | 8,6 сек | ~4,4 мин | ~52,6 мин |
| 99,999% | 0,86 сек | ~26 сек | ~5,3 мин |
Посчитать самому просто: в месяце ~43 800 минут (30,4 дня × 1440). Допустимый простой = 43 800 × (100 − uptime) / 100. Для 99,9% это 43 800 × 0,001 ≈ 43,8 минуты.
Практические выводы из таблицы:
- 99% — сервер может лежать три с половиной дня в год. Для чего-то серьёзного это мало.
- 99,9% — индустриальный стандарт для VPS. 43 минуты в месяц — это, например, одна перезагрузка ноды с обновлением ядра.
- 99,99% и выше — уровень, который один сервер физически дать не может: любое обновление или сбой железа съедает годовой лимит. Такие цифры достигаются резервированием на уровне архитектуры: два сервера, балансировщик, репликация.
Что такое SLA и что он покрывает
SLA (Service Level Agreement) — соглашение об уровне сервиса, юридическая часть оферты хостера. Именно в нём написано, что считается простоем, как он фиксируется и что вам за него положено. Обычно SLA хостинга покрывает:
- Доступность гипервизора и ноды — физический сервер, на котором работает ваша виртуальная машина, включён и работает;
- Сеть дата-центра — сервер доступен из интернета, канал провайдера работает;
- Питание и охлаждение — инфраструктура дата-центра;
- Работу дисковой подсистемы — ваши данные читаются и пишутся.
Что SLA почти никогда не покрывает
- Плановые работы. Обслуживание, объявленное заранее (обычно за 24–72 часа), в простой не засчитывается — даже если сервер недоступен час.
- Проблемы внутри вашей ОС. Упавший Nginx, забитый диск, OOM-killer, прибивший базу данных, — зона вашей ответственности. Гипервизор работал — SLA соблюдён.
- DDoS-атаки на ваш сервер. Базовая фильтрация L3/L4 отражает типовые атаки, но целевая атака сверх её возможностей — форс-мажор в большинстве SLA. Как работает такая защита, разбирали в статье про DDoS-защиту VPS.
- Внешние сбои. Проблемы у магистральных операторов, вашего DNS-провайдера или у интернет-провайдера посетителей.
- Блокировки по вашей вине. Неоплата, рассылка спама, нарушение правил использования.
Отсюда главный практический вывод: «у меня сайт не открывается» и «хостер нарушил SLA» — разные вещи. По статистике большая часть простоев — это не хостинг, а приложение: не хватило памяти, кончилось место, забыли продлить SSL-сертификат.
Компенсации: что реально положено за простой
Типичная схема компенсаций выглядит так: за каждый процент (или час) недоступности сверх SLA хостер возвращает часть месячной платы сервисными кредитами. Важные нюансы, которые стоит проверить в оферте до покупки:
- Форма компенсации. Почти всегда это кредит на счёт, а не возврат денег.
- Потолок. Чаще всего компенсация ограничена 100% месячной платы — то есть при тарифе 450 ₽/мес максимум спишут месяц. Упущенную прибыль интернет-магазина никто не возместит.
- Порядок фиксации. Обычно простой должен быть подтверждён тикетом, поданным в определённый срок. Нет тикета — нет простоя.
- Как считается недоступность. С момента вашего обращения или с момента фактического падения — разница может быть в часах.
Из этого следует простое правило: SLA — не страховка бизнеса, а показатель того, насколько хостер уверен в своей инфраструктуре. Реальная страховка — ваши бэкапы и план переезда: как строить стратегию 3-2-1, писали в статье про резервное копирование VPS.
Как измерять uptime самостоятельно
Спорить с хостером про доступность можно только с собственными данными. Команда uptime внутри сервера здесь не помощник — она показывает время с последней перезагрузки, а не историю доступности снаружи:
uptime
# 14:32:10 up 127 days, 3:44, 1 user, load average: 0.08, 0.05, 0.01127 дней аптайма не говорят, был ли сервер доступен из интернета всё это время: сеть могла отваливаться, а машина — продолжать работать. Нужен внешний мониторинг:
- Внешние сервисы (UptimeRobot и аналоги) — проверка HTTP/ping раз в 1–5 минут, статистика и алерты в бесплатном тарифе;
- Свой мониторинг — Uptime Kuma на отдельном дешёвом сервере. Важно: мониторинг должен жить не у того же хостера, что и наблюдаемый сервер, иначе при аварии ляжет и он.
Uptime Kuma ставится в пару команд через Docker (Ubuntu 24.04):
sudo apt update && sudo apt install -y docker.io
sudo docker run -d --restart=always -p 3001:3001 \
-v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1Дальше открываете http://IP:3001, добавляете свои серверы и сайты, настраиваете уведомления в Telegram. Под такой мониторинг за глаза хватает NAT VPS у Cheap-Host — тариф NAT Base за 99 ₽/мес (1 vCPU, 2 ГБ RAM, NVMe) в немецкой локации: сторонняя площадка относительно вашего основного сервера, и статистика доступности будет независимой. Подробнее про связку htop, netdata и Telegram-алертов — в статье про мониторинг VPS своими руками.
Как читать обещание uptime при выборе хостера
Чек-лист, который отделяет реальные гарантии от маркетинга:
- Есть ли SLA как документ? Цифра «99,9%» на лендинге без пункта в оферте — просто реклама.
- Что считается простоем и с какого момента он отсчитывается?
- Исключены ли плановые работы и как о них уведомляют?
- Какова компенсация и её потолок?
- Обещают ли 100%? Это физически недостижимо для одного сервера — такому обещанию доверять не стоит.
Cheap-Host заявляет uptime 99,9% — честную, достижимую для KVM-инфраструктуры цифру без обещаний «ста процентов». В сочетании с апгрейдом CPU/RAM/диска без потери данных и поддержкой 24/7 без шаблонных ответов это тот случай, когда обещание соразмерно возможностям. Если сервер выбирается впервые — про остальные критерии выбора есть отдельный разбор как выбрать VPS-сервер.
Вывод
Uptime 99,9% — это не «никогда не падает», а «до 43 минут в месяц», и это нормальный, честный стандарт для VPS. SLA покрывает инфраструктуру хостера — гипервизор, сеть, питание, — но не ваше приложение, не плановые работы и не упущенную выгоду. Поэтому работает связка: читаем SLA до покупки, ведём собственный внешний мониторинг, держим бэкапы. Если нужен сервер под проект — у Cheap-Host VPS Start от 450 ₽/мес с uptime 99,9%, KVM, NVMe и безлимитным трафиком, а под независимый мониторинг — NAT VPS от 59 ₽/мес. Тарифы — на cheap-host.onl.
FAQ
Uptime 99,9% — это много или мало?
Это до 43 минут возможного простоя в месяц, или около 8,7 часа в год. Для сайтов, ботов и большинства бизнес-задач этого достаточно. Критичным сервисам (платежи, медицина) нужны 99,99% и выше, но такие гарантии достигаются уже архитектурой с резервированием, а не одним сервером.
Что обычно НЕ покрывает SLA хостинга?
Плановые работы, объявленные заранее; проблемы внутри вашей ОС и приложений; DDoS-атаки на ваш сервер; сбои внешних сетей и DNS; нарушения из-за неоплаты или нарушения правил. SLA хостера отвечает за работу гипервизора, сети и питания дата-центра — не за ваш сайт.
Как проверить реальный uptime своего сервера?
Внешним мониторингом: сервисы вроде UptimeRobot или свой Uptime Kuma на втором дешёвом VPS проверяют доступность раз в минуту и ведут статистику. Команда uptime внутри сервера показывает лишь время с последней перезагрузки, а не историю доступности.
Дают ли компенсации за нарушение SLA?
Обычно да, но по регламенту: простой нужно зафиксировать, подать заявку в срок, а компенсация чаще всего выдаётся сервисными кредитами (процент от месячной платы), а не живыми деньгами. Упущенную выгоду SLA не возмещает — читайте условия конкретного хостера.
Может ли один VPS дать uptime 100%?
Нет. Любому серверу нужны обновления ядра и перезагрузки, а у железа есть ненулевая вероятность отказа. 100% в рекламе — маркетинг. Реалистичные обещания для VPS — 99,9%, а более высокая доступность строится резервированием на уровне приложения.
