Когда бизнес размещает серверы в дата-центре, он покупает не «железо в стойке» — он покупает гарантию работоспособности. Аптайм и SLA дата-центра — это юридически закреплённые обязательства провайдера перед клиентом. Без понимания этих параметров даже выгодный по цене контракт может обернуться простоями, штрафами и потерей данных.

Ниже — полный разбор: что такое SLA и аптайм ЦОД, как читать цифры, какие условия защищают вас, а какие — только провайдера. Если вы ещё на этапе выбора площадки, сначала изучите общий гайд по выбору дата-центра в Алматы — там разобраны и другие критерии.

Что такое аптайм ЦОД

Аптайм (Uptime) — доля времени за расчётный период (обычно год), в течение которой инфраструктура дата-центра была доступна и работоспособна. Выражается в процентах. Разница между «четырьмя девятками» и «тремя девятками» кажется незначительной, но на практике это разница в часах простоя.

Уровень аптайма Доступность Простой в год Простой в месяц
99,0% Базовый ≈87,6 ч ≈7,3 ч
99,5% Стандартный ≈43,8 ч ≈3,6 ч
99,9% Коммерческий ≈8,76 ч ≈43,8 мин
99,95% Повышенный ≈4,38 ч ≈21,9 мин
99,99% Высокий ≈52,6 мин ≈4,4 мин
99,999% Критический ≈5,26 мин ≈26 сек

Важно понимать: аптайм ЦОД — это доступность инженерной инфраструктуры (питание, охлаждение, физическая сеть), а не гарантия работоспособности вашего конкретного сервера или приложения. Эти вещи нужно разграничивать при чтении договора.

Что такое SLA дата-центра

SLA (Service Level Agreement) — соглашение об уровне обслуживания. Это раздел договора, где провайдер фиксирует: какой уровень доступности он гарантирует, как измеряется нарушение, каков размер компенсации и что считается исключением из гарантий.

Хорошее SLA colocation содержит четыре обязательных элемента:

  • Метрики доступности — конкретный процент аптайма за расчётный период (месяц или год).
  • Метод измерения — как фиксируется инцидент: автоматически системой мониторинга или по заявке клиента.
  • Размер компенсации — сколько дней/процентов от платежа возвращается за каждый час сверхнормативного простоя.
  • Исключения — форс-мажор, плановые работы, действия клиента. Именно здесь провайдеры чаще всего «прячут» оговорки.

Сравнение условий SLA

Не все SLA одинаково защищают клиента. Ниже — сравнение слабого и сильного соглашения по ключевым критериям, которые стоит проверять перед подписанием договора colocation.

Критерий Слабое SLA Сильное SLA
Гарантия аптайма 99,0% или не указана 99,9% и выше, явно прописана
Расчётный период Год (размывает инциденты) Месяц (защищает сразу)
Компенсация Кредит на аккаунт, 5–10% Возврат средств, 10–30% за каждый час
Плановые работы Не учитываются в простое Уведомление за 72 ч+, учитываются в балансе
Форс-мажор Широкий список (любые отключения) Ограниченный список, только природные катастрофы
Мониторинг По заявке клиента Автоматический, 24/7, с отчётом
Время реакции Не указано или 8 ч До 15–30 мин, фиксируется в договоре
Резервирование питания ИБП без дизель-генератора N+1 ИБП + дизель-генератор с автозапуском
Резервирование сети Один аплинк Несколько операторов, BGP-балансировка
Процедура подачи претензии Не описана Чёткий регламент, сроки ответа

Сценарии и требования к надёжности

Требования к уровню доступности дата-центра напрямую зависят от типа бизнеса и критичности систем.

  • E-commerce с оборотом от 10 млн ₸/мес. — каждый час простоя стоит реальных денег и репутации. Нужен аптайм 99,95%+, компенсация за каждый инцидент и мониторинг в режиме реального времени.
  • Финансовая компания или банк. — требования регулятора (НБ РК) обязывают хранить данные в РК и обеспечивать непрерывность. SLA должно покрывать питание, охлаждение и канал связи отдельными метриками.
  • IT-компания с несколькими клиентами. — провайдер несёт ответственность перед конечными пользователями через цепочку. Критично наличие Cross Connect и гарантированной полосы, а не «до X Мбит/с».
  • Корпоративный сегмент (ERP, CRM, 1С). — внутренние системы могут терпеть плановые окна обслуживания, но внеплановые простои недопустимы. Важно SLA на время реакции NOC (не дольше 30 мин).
  • Стартап или небольшой проект. — аптайм 99,9% достаточен; приоритет — прозрачность условий, отсутствие скрытых исключений и возможность масштабирования без смены площадки.

Признаки слабой площадки

Эти сигналы говорят о том, что надёжность ЦОД может не соответствовать заявленному SLA. Проверяйте до подписания договора.

  • Гарантия аптайма прописана только в маркетинговых материалах, но отсутствует в договоре.
  • Расчётный период — год, а не месяц: один длительный инцидент «растворяется» в статистике.
  • Компенсация — только кредит на услуги, без реального возврата средств.
  • В перечне исключений — «перебои в электроснабжении города»: это зона ответственности ЦОД, а не форс-мажор.
  • Нет публичного или клиентского дашборда мониторинга доступности.
  • Отсутствует схема резервирования питания (ИБП + ДГУ) и описание топологии сети.
  • Время реакции NOC не зафиксировано в договоре.

Чек-лист проверки SLA перед подписанием

  • Процент аптайма указан явно в договоре, а не только в презентации.
  • Расчётный период — месяц, а не год.
  • Зафиксировано время реакции на инцидент (NOC).
  • Компенсация — реальный возврат средств или кредит с ощутимым процентом.
  • Список исключений ограничен и не включает городские аварии питания.
  • Плановые работы — только с предварительным уведомлением (минимум 72 часа).
  • Прописан метод фиксации инцидента (автомониторинг, а не только заявка).
  • Есть описание схемы резервирования питания и охлаждения.
  • Указано количество и тип аплинков (несколько операторов, BGP).
  • Прописана процедура подачи претензии и срок её рассмотрения.
  • Данные хранятся в Казахстане — соответствие Закону РК «О персональных данных».

Почему Ahost

Ahost — дата-центр в Алматы с коммерческой инфраструктурой, ориентированной на бизнес, которому важна непрерывность. Дата-центр Ahost в Алматы обеспечивает резервирование питания (ИБП + дизель-генераторы с автозапуском) и подключение через нескольких операторов связи — это фундамент надёжного аптайма ЦОД.

  • SLA с конкретными метриками — гарантия доступности прописана в договоре, а не только на сайте.
  • Мониторинг 24/7 — собственный NOC с регламентированным временем реакции на инциденты.
  • Данные в Казахстане — соответствие требованиям регулятора для финансовых, государственных и медицинских организаций.
  • Гибкие форматы colocation — Unit, Rack и выделенная зона: подходит как для одного сервера, так и для крупной инфраструктуры.
  • Cross Connect — прямые соединения с операторами и облачными провайдерами без дополнительных задержек.
  • Прозрачные условия — без скрытых исключений, с чётким регламентом компенсаций.

Полный перечень услуг и условий — на странице услуг дата-центра Ahost.

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

Что такое SLA дата-центра простыми словами

SLA дата-центра — это раздел договора, где зафиксированы гарантии: какой процент времени инфраструктура будет работать, что происходит при нарушении и какую компенсацию получит клиент.

Чем аптайм ЦОД отличается от аптайма сервера

Аптайм ЦОД — это доступность инженерной инфраструктуры (питание, охлаждение, сеть). Аптайм сервера зависит ещё и от оборудования клиента и его ПО. В SLA обычно гарантируется первое, а не второе.

Что такое «четыре девятки» и нужны ли они всем

«Четыре девятки» — 99,99% аптайма, около 52 минут простоя в год. Нужны e-commerce, финтеху, банкам. Для корпоративных внутренних систем часто достаточно 99,9%.

Как считается компенсация по SLA colocation

Обычно за каждый час сверхнормативного простоя клиент получает кредит или возврат — от 5% до 30% месячного платежа в зависимости от условий договора. Чем выше процент и короче расчётный период, тем выгоднее для клиента.

Что должно быть в исключениях SLA

Только реальный форс-мажор: стихийные бедствия, военные действия, действия клиента. Городские аварии электроснабжения, отказы оборудования провайдера и плановые работы — это зона ответственности ЦОД, а не исключения.

Как проверить надёжность ЦОД до подписания договора

Запросите схему резервирования питания и топологию сети, уточните количество операторов связи, попросите показать реальный договор с метриками SLA — не буклет, а юридический документ. Также спросите о процедуре подачи претензии.

Влияет ли расположение ЦОД в Казахстане на надёжность

Для казахстанского бизнеса — да. Данные в РК означают соответствие законодательству о персональных данных, меньшие задержки для локальных пользователей и независимость от зарубежных санкционных рисков.

Что такое Cross Connect и зачем он нужен

Cross Connect — прямое физическое соединение между клиентом и оператором связи или облачным провайдером внутри дата-центра. Убирает лишние «хопы», снижает задержку и повышает стабильность канала.

Чем colocation отличается от аренды выделенного сервера с точки зрения SLA

При colocation клиент отвечает за своё оборудование, ЦОД — за инфраструктуру. При аренде выделенного сервера ответственность за железо также на стороне провайдера, и SLA обычно охватывает более широкий периметр.

Обязательно ли хранить данные в Казахстане

Для персональных данных граждан РК — да, согласно Закону «О персональных данных и их защите». Нарушение грозит штрафами и ограничением деятельности. Ahost обеспечивает хранение данных исключительно на территории Казахстана.

Если вы выбираете площадку для размещения инфраструктуры и хотите разобраться в деталях SLA под свою задачу — команда Ahost готова разобрать ваш сценарий и показать конкретные условия договора. Напишите или позвоните: консультация бесплатна и ни к чему не обязывает.