Отказ дата-центра: что меняет собственное оборудование и гибридная схема

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

03.11.2026 Серверы Безопасность

В последнее время сбои крупных площадок и хостинг-провайдеров происходят по разным причинам: из-за физического воздействия на дата-центры, аварий инфраструктуры и кибератак. Последствия затрагивают не только клиентов провайдера, но и сервисы, которые от этих клиентов зависят. Ниже показано, на каких уровнях возникает концентрация риска, и рассмотрены варианты размещения: у провайдера, на своём оборудовании и гибридные схемы. У каждого варианта есть ограничения, они описаны так же подробно, как преимущества.

Материал не оценивает действия каких-либо провайдеров и не опирается на конкретные инциденты.

Какие бывают причины отказа

Физические. Пожар, затопление, перебои электропитания и охлаждения, внешнее воздействие на здание или линии связи.
Технические. Отказ ИБП, переключателей и генераторов, ошибка обновления, сбой сетевого оборудования.
Организационные. Ошибка персонала, сбой автоматизации провайдера, блокировка аккаунта, изменение условий обслуживания.
Кибератаки. Вымогательское ПО, взлом инфраструктуры провайдера, DDoS.

Отдельного внимания заслуживает масштаб последствий. Надёжность отдельной площадки в целом растёт, а главной причиной значимых сбоев обычно остаётся электропитание. Но на одной площадке размещается много клиентов, и поэтому один отказ затрагивает сразу многих: охват последствий определяется не только вероятностью отказа, но и числом зависимых от него систем. Заметная доля публично известных сбоев связана со сторонними провайдерами: облаками, связью и колокейшн.

Уровни концентрации риска

Резервирование на одном уровне не защищает от отказа на более высоком:

Уровень	Что может выйти из строя	Помогает ли резерв внутри уровня
Сервер	Диск, блок питания, ошибка обновления	Да: зеркало дисков, копии
Зона доступности	Питание, охлаждение, пожар в одном здании	Да, если нагрузка действительно переносится в другую зону
Регион или город	Авария на подстанции, стихийное бедствие, внешнее воздействие	Только если вторая площадка находится в другом регионе
Провайдер	Ошибка автоматизации, взлом, вымогательское ПО, блокировка аккаунта, решение компании	Нет: нужен другой провайдер или своё оборудование
Страна	Законодательство, санкции, связность сетей, физическая безопасность	Нет: нужна площадка в другой юрисдикции

Заявление «у провайдера всё зарезервировано» обычно относится к первым двум строкам таблицы. Оно не описывает поведение системы при отказе всей площадки или всего провайдера. Время переключения на резерв тоже нужно учитывать: при массовом отказе резервам требуется время на запуск, основной функционал может восстановиться за часы или за пару суток, а сложные корпоративные системы могут восстанавливаться значительно дольше.

Домен, DNS и почта в одном месте

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

Практические выводы:

DNS отдельно от хостинга. Серверы имён можно разместить у независимого оператора или настроить вторичные серверы имён у другого провайдера.
Домен на себя. Регистрация домена на организацию и сохранение доступа к управлению у владельца позволяют сменить серверы имён без участия пострадавшего провайдера.
Копии вне основной площадки. Копии на той же площадке подвержены тем же рискам, что и основные данные. Стоит заранее выяснить, какие именно данные входят в резервные копии провайдера: файлы, базы данных, почтовые ящики.
Условия компенсации. При ссылке провайдера на форс-мажор порядок и размер компенсации определяются договором и законом. Условия стоит прочитать заранее, до возникновения необходимости.
Запасной адрес почты. Адрес на другом домене и у другого провайдера позволяет сообщить клиентам и банкам, куда писать, пока основная почта недоступна.

Что даёт собственное оборудование

Независимость от решений и сбоев провайдера. Блокировка аккаунта, изменение условий и сбой чужой автоматизации не влияют на сервер, который находится у вас.
Контроль над данными. Известно, где данные лежат физически, и их можно забрать в любой момент.
Предсказуемая стоимость. Расходы определяются оборудованием, электричеством и временем администратора, а не тарифами.
Иной профиль риска. Вы не зависите от общей инфраструктуры провайдера, но зависите от собственной площадки и от собственных процедур.

Чего собственное оборудование не даёт

Защиты от локальных событий. Пожар, затопление, кража и отключение электричества выводят оборудование из строя так же, как и у провайдера, а резервного питания и дежурной смены, как правило, нет.
Резервирования само по себе. Если всё находится в одном помещении, единая точка отказа остаётся, меняется лишь её расположение.
Автоматической защиты от атак. Безопасность определяется тем, как настроены обновления, доступ и мониторинг, и обеспечивается трудом администратора.
Освобождения от затрат на обслуживание. Нужны время на обновления, проверку копий и замену оборудования.

Поэтому собственное оборудование даёт надёжность только в сочетании с проверенными копиями на другой площадке и описанной процедурой восстановления.

Гибридные схемы

Под гибридной схемой здесь понимаются две независимые площадки, у которых нет общей точки отказа. Типичные варианты для небольшой компании:

Вариант	Как устроен	Преимущества	Ограничения
1. Основное у вас, копия у провайдера	Сервисы работают на вашем сервере, зашифрованные копии автоматически уходят на VPS или в хранилище другого провайдера	Простота, невысокая стоимость, возможность развернуть сервисы с нуля	Восстановление занимает время, сервисы недоступны, пока не развёрнуты заново
2. Основное у провайдера, копия у вас	Сервисы остаются в облаке, свежие копии данных регулярно выгружаются на ваш сервер	Данные сохраняются при длительной недоступности провайдера	Работа сервисов зависит от провайдера, восстановление требует подготовленного окружения
3. Две активные площадки	Один и тот же набор сервисов на вашем сервере и на VPS, данные синхронизируются	Быстрое переключение	Сложнее настройка и сопровождение, выше затраты
4. Разделение по типам данных	Публичное (сайт) у провайдера, чувствительное (персональные данные, документы, почта) на вашем оборудовании	Каждая категория размещена там, где для неё подходит уровень контроля	Нужно резервирование для обеих частей отдельно

Выбор зависит от допустимого простоя и допустимой потери данных.

Как выбрать

По каждому сервису стоит определить два показателя:

Допустимое время простоя (RTO): час, сутки, неделя.
Допустимая потеря данных (RPO): данные за последний час, за последние сутки.

Ориентировочные значения для типичных сервисов небольшой компании:

Сервис	Обычно допустимый простой	Возможная схема
Публичный сайт	Часы	VPS или облако, копия у вас
Корпоративная почта	Часы, потеря писем нежелательна	Собственный сервер с копией на другой площадке либо почта у провайдера с регулярной выгрузкой к себе
Файлы и документы	Сутки	Собственный сервер с копиями на другой площадке
Менеджер паролей	Сутки, потеря данных недопустима	Собственный сервер, частые копии минимум в двух местах
Бухгалтерия и учётные системы	От часов до суток	Копии вне основной площадки, проверенный план восстановления
Резервные копии	Должны пережить потерю основной площадки	Минимум два места, одно из них не у основного провайдера

Значения зависят от конкретной организации и должны определяться самой организацией.

Вопросы к провайдеру

В каких физических локациях находятся зоны доступности: это разные здания, разные города или один кампус?
Что происходит с виртуальной машиной и данными при недоступности зоны и за какое время?
Где хранятся резервные копии: на той же площадке или на другой? Можно ли выгрузить их к себе?
Предусмотрена ли в договоре выгрузка данных в стандартных форматах и в какие сроки?
Что записано в договоре о компенсации за простой и о форс-мажоре?
Где расположены серверы имён вашего домена и можно ли использовать вторичные у другого оператора?

Если ответов на эти вопросы нет, фактический уровень резервирования оценить невозможно.

Минимальный план на случай потери площадки

План умещается на одной странице:

Какие сервисы критичны и в каком порядке их восстанавливать.
Где находятся свежие копии (не на основной площадке) и как получить к ним доступ без основного сервера.
Где хранятся доступы администратора на случай недоступности менеджера паролей.
Куда восстанавливать: заранее выбранный VPS или запасное оборудование.
Кто принимает решения и кого уведомлять (сотрудников, клиентов).
Как сменить серверы имён домена и какой запасной адрес почты использовать.

Восстановление на чистой машине стоит проверять раз в квартал: пока восстановление не проверено, работоспособность копии остаётся предположением.

Когда усложнение не оправдано

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

Итог

Отказы происходят на разных уровнях: питание, физическое воздействие, ошибки и кибератаки на стороне провайдера.
Резерв внутри одного уровня (сервер, зона) не защищает от отказа уровнем выше (провайдер, регион).
Собственное оборудование убирает зависимость от провайдера, но вводит зависимость от собственной площадки и процедур.
Практичнее всего схема из двух независимых площадок с проверенными копиями, DNS и почтой вне основного провайдера и письменным планом восстановления.
Начать можно с малого: копии на вторую площадку и план на одной странице.