Переезд в новый ЦОД — с нулевым простоем для критичных сервисов

На первом этапе в новой площадке развёртываются новые серверы, СХД и сетевое оборудование, настраивается выделенная сеть между ЦОДами (оптоволокно, L2/L3-туннель, QoS), а также репликация данных:

• контроллеры домена — по одному в каждой площадке,
• MS SQL Always On — синхронный узел в новом ЦОД, асинхронный — для DR,
• файловые серверы — репликация через DFS-R или ZFS send/receive,
• резервные копии — регулярная синхронизация на air-gapped хранилище.

Все компоненты проходят стресс-тест под нагрузкой и валидацию в изолированной среде — без подключения к основной инфраструктуре.

После развёртывания оба ЦОД работают параллельно в течение нескольких дней. Это позволяет:

• проверить стабильность всех сервисов — аутентификация, доступ к файлам, отправка почты, подключение к 1С,
• настроить отказоустойчивость: синхронизацию AD, репликацию SQL, зеркалирование СХД,
• убедиться в корректной работе сетевых политик, балансировщиков и межсетевых экранов.

Только после подтверждения полной работоспособности начинается поэтапное переключение.

Переключение выполняется не «всё сразу», а по категориям:

• сначала — некритичные сервисы (внутренние порталы, dev-среды),
• затем — основные бизнес-приложения (1С, CRM, почта),
• в последнюю очередь — физическая инфраструктура (СКУД, видеонаблюдение, кассы).

Каждый этап сопровождается валидацией «до» и «после»: пользователи из разных подразделений подтверждают работоспособность своих систем. При малейшем отклонении — автоматический или ручной возврат трафика на старую площадку.

Мы всегда готовы к откату. Для этого:

• сохраняется полная копия конфигурации старого ЦОД,
• все изменения в DNS, маршрутизации и firewall’ах выполняются через управляемые скрипты с возможностью отмены,
• в течение всего окна переезда дежурит круглосуточная команда инженеров — как на месте, так и удалённо.

Мониторинг ведётся через Zabbix: загрузка CPU, задержки, ошибки дисков, статус репликации. При отклонении от нормы — мгновенное уведомление и реакция.

Особое внимание — бизнес-графику. Переключение критичных сервисов выполняется только в запланированное окно технического обслуживания, согласованное с заказчиком. Для некритичных систем простой допускается — но не превышает 15–30 минут.

Результат — переезд без потерь. Бизнес продолжает работать, пользователи утром подключаются к тем же ресурсам, а ИТ-отдел получает современную, документированную и масштабируемую инфраструктуру в новом ЦОД.