Как перенести ИТ-инфраструктуру без остановки критичных сервисов

Какие сервисы считать критичными

Не все компоненты ИТ-инфраструктуры требуют одинаковой скорости восстановления. Остановка части внутренних систем может быть допустима на несколько часов, тогда как недоступность других ресурсов практически сразу влияет на работу компании.

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

• системы обработки заказов и взаимодействия с клиентами;
• CRM, ERP и другие корпоративные приложения;
• электронная почта и средства коммуникации;
• IP-телефония;
• файловые и информационные ресурсы;
• системы удалённого доступа;
• инфраструктурные сервисы, от которых зависят другие системы.

Как определить допустимое время простоя

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

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

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

От чего зависит доступность сервиса

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

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

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

Как выбрать сценарий переноса

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

Когда подходит техническое окно

Если сервис допускает кратковременную остановку, перенос можно выполнить в заранее согласованное техническое окно. Обычно для этого выбирают период минимальной нагрузки на инфраструктуру.

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

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

Как помогает поэтапный перенос

Если инфраструктуру невозможно полностью остановить одновременно, её можно переносить по частям. Такой подход позволяет сохранить работу тех компонентов, которые ещё не переведены на новую площадку.

Например, сначала можно подготовить новую инфраструктуру и проверить базовые сетевые сервисы, затем перенести отдельные системы и только после подтверждения их работоспособности переходить к следующему этапу.

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

Когда нужна временная инфраструктура

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

Конкретная схема зависит от архитектуры инфраструктуры. Это может быть использование резервных ресурсов, временного оборудования, альтернативного канала связи или другой заранее подготовленной площадки.

Главное — проверить временный сценарий до начала переноса и убедиться, что он действительно обеспечивает необходимый уровень доступности.

Почему новую площадку нужно подготовить заранее

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

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

Чем больше элементов можно установить, настроить и протестировать заранее, тем меньше времени критичные сервисы будут находиться в переходном состоянии.

Как подготовить данные к переезду

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

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

Это снижает последствия ситуации, если при переносе или последующем запуске возникнет техническая проблема.

Как сохранить связь между площадками

При поэтапном переезде часть инфраструктуры некоторое время может оставаться в старом офисе, а часть уже работать на новой площадке. В этот период особенно важна связь между двумя средами.

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

Если такая схема не подготовлена, перенос первого компонента может неожиданно нарушить работу сервисов, которые продолжают работать на старой площадке.

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

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

Приоритет следует определять по влиянию системы на бизнес-процессы. Это позволяет направить ресурсы специалистов сначала на восстановление наиболее важных функций компании.

После запуска критичных сервисов можно последовательно восстанавливать системы с меньшим приоритетом.

Как проверить сервисы после переключения

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

• доступность критичных корпоративных приложений;
• авторизацию пользователей;
• доступ к базам данных и файловым ресурсам;
• работу внешних и внутренних сетевых соединений;
• электронную почту и средства коммуникации;
• телефонию и удалённый доступ;
• взаимодействие между зависимыми системами.

Когда можно завершать старую схему

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

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

С чего начать подготовку к переносу

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

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

Такой подход помогает проводить ИТ-переезд управляемо и сокращать период, в течение которого сотрудники или клиенты не могут пользоваться важными системами.