Для многих компаний собственная серверная становится временным решением. Пока инфраструктура небольшая, серверы удобно держать в офисе, однако со временем появляются проблемы с охлаждением, электропитанием, безопасностью и масштабированием.
В определенный момент бизнес приходит к необходимости размещения оборудования в профессиональном дата-центре. Но возникает главный вопрос: как перевезти серверы, не остановив работу компании?
На практике перенос инфраструктуры можно выполнить практически без влияния на бизнес-процессы, если заранее подготовить план миграции, резервирование и процедуру отката.
В этой статье разберем полный процесс переноса серверов из офиса в дата-центр, основные риски и способы избежать простоев.
Почему компании переносят серверы в дата-центр
Обычно решение о переезде возникает не из-за желания сменить площадку, а из-за накопившихся проблем.
Наиболее распространенные причины:
- нехватка мощности электроснабжения;
- перегрев оборудования;
- отсутствие резервирования;
- ограниченное пространство серверной;
- рост количества серверов;
- высокие расходы на содержание собственной серверной;
- требования к отказоустойчивости;
- необходимость круглосуточной доступности сервисов.
Особенно актуален перенос для компаний, работа которых напрямую зависит от цифровой инфраструктуры: интернет-магазинов, финансовых организаций, логистических компаний, производственных предприятий и сервисных бизнесов.
Какие риски возникают при переносе серверов
Любая миграция инфраструктуры связана с рисками.
Без предварительной подготовки компания может столкнуться со следующими проблемами:
- потеря данных;
- повреждение оборудования при транспортировке;
- длительный простой сервисов;
- ошибки сетевой маршрутизации;
- проблемы с лицензированием программного обеспечения;
- нарушение работы резервного копирования;
- ошибки DNS и VPN-подключений;
- несовместимость оборудования с новой инфраструктурой.
Практика показывает, что большинство инцидентов происходит не во время перевозки оборудования, а из-за недостаточной подготовки.
Этап 1. Инвентаризация инфраструктуры
Перед началом работ необходимо составить полную карту инфраструктуры.
Следует зафиксировать:
- физические серверы;
- виртуальные машины;
- системы хранения данных;
- сетевое оборудование;
- IP-адресацию;
- маршрутизацию;
- VPN-соединения;
- лицензии программного обеспечения;
- резервные копии;
- зависимости между сервисами.
Очень часто в процессе аудита обнаруживаются сервисы, о которых никто не вспоминал годами, но отключение которых приводит к серьезным последствиям.
Что необходимо документировать
Для каждого сервера следует зафиксировать:
- назначение;
- конфигурацию;
- потребляемую мощность;
- количество сетевых подключений;
- используемые сервисы;
- критичность для бизнеса.
Без этого дальнейшая миграция превращается в лотерею.
Этап 2. Анализ критически важных сервисов
Не все системы одинаково важны.
Условно их можно разделить на три категории.
Критические
- CRM;
- ERP;
- 1С;
- корпоративная телефония;
- платежные системы.
Даже кратковременный простой может привести к финансовым потерям.
Важные
- файловые хранилища;
- почтовые сервисы;
- внутренние порталы.
Некритичные
- тестовые среды;
- архивные системы;
- лабораторные стенды.
Перенос следует планировать начиная с некритичных сервисов.
Этап 3. Проверка резервного копирования
Одна из самых распространенных ошибок — считать, что резервные копии существуют только потому, что настроено резервное копирование.
Перед миграцией необходимо выполнить тестовое восстановление данных.
Проверить следует:
- базы данных;
- файловые хранилища;
- виртуальные машины;
- конфигурации сетевого оборудования;
- Active Directory;
- почтовые системы.
Если резервную копию невозможно восстановить, она бесполезна.
Этап 4. Разработка плана миграции
Профессиональная миграция всегда выполняется по заранее утвержденному сценарию.
План должен содержать:
- перечень оборудования;
- последовательность действий;
- ответственных сотрудников;
- временные окна;
- точки контроля;
- процедуру отката.
Чем подробнее план, тем ниже вероятность внештатных ситуаций.
Этап 5. Подготовка инфраструктуры в дата-центре
Перед перевозкой оборудования площадка должна быть полностью готова.
Необходимо заранее обеспечить:
- выделенные юниты или стойку;
- электропитание;
- резервные линии питания;
- сетевые подключения;
- интернет-каналы;
- кроссировки;
- удаленный доступ;
- мониторинг оборудования.
Ошибка многих компаний заключается в том, что подготовка начинается уже после прибытия серверов в ЦОД.
Это приводит к увеличению времени простоя.
Этап 6. Выбор сценария миграции
Существует несколько вариантов переноса инфраструктуры.
Сценарий №1. Полное отключение и перевозка
Самый простой вариант.
Серверы выключаются, перевозятся в дата-центр и запускаются на новой площадке.
Плюсы:
- минимальные затраты;
- простая реализация.
Минусы:
- неизбежный простой.
Подходит только для систем, которые могут быть недоступны несколько часов.
Сценарий №2. Репликация данных
На новой площадке разворачивается дополнительный сервер.
Данные синхронизируются между старой и новой инфраструктурой.
После завершения синхронизации выполняется переключение.
Преимущества:
- минимальный простой;
- высокая безопасность.
Именно этот вариант чаще всего используется для бизнес-критичных систем.
Сценарий №3. Кластерная миграция
Используется в крупных инфраструктурах.
Старая и новая площадка временно работают одновременно.
После проверки производится поэтапное переключение сервисов.
Преимущества:
- практически нулевой простой;
- минимальные риски.
Недостаток — высокая сложность реализации.
Этап 7. Подготовка оборудования к транспортировке
Перед перевозкой необходимо:
- проверить резервные копии;
- промаркировать кабели;
- зафиксировать схемы подключения;
- задокументировать конфигурации;
- отключить оборудование по инструкции производителя;
- использовать антистатическую упаковку;
- защитить накопители от ударов и вибраций.
Особое внимание следует уделить системам хранения данных и RAID-массивам.
Чек-лист перед перевозкой серверов
Перед отправкой оборудования убедитесь, что:
- выполнены резервные копии;
- проверено восстановление данных;
- сохранены конфигурации сетевых устройств;
- задокументированы IP-адреса;
- подготовлена новая площадка;
- согласован график работ;
- назначены ответственные лица;
- протестированы каналы связи;
- проверено питание;
- подготовлен план отката;
- уведомлены сотрудники компании;
- подготовлены контакты подрядчиков;
- выполнена маркировка оборудования;
- зафиксированы серийные номера;
- настроен удаленный доступ.
Этап 8. Монтаж оборудования в дата-центре
После доставки начинается установка оборудования.
Типовой порядок работ:
- Монтаж оборудования в стойку.
- Подключение питания.
- Подключение сетевых каналов.
- Проверка доступности оборудования.
- Проверка систем хранения.
- Проверка мониторинга.
- Тестирование сервисов.
На этом этапе важно не торопиться и фиксировать результаты каждого действия.
Этап 9. Тестирование после запуска
Многие считают миграцию завершенной после включения серверов.
На самом деле начинается один из самых важных этапов.
Необходимо проверить:
- доступность всех сервисов;
- работу VPN;
- доступность баз данных;
- телефонию;
- электронную почту;
- резервное копирование;
- мониторинг;
- производительность систем.
Лучше потратить несколько часов на тестирование, чем обнаружить проблему через неделю.
Типичные ошибки при миграции
Отсутствие плана отката
Если что-то пойдет не так, необходимо иметь возможность быстро вернуть сервисы в исходное состояние.
Непроверенные резервные копии
Созданная резервная копия еще не гарантирует возможность восстановления.
Один интернет-провайдер
После переезда многие компании продолжают использовать единственный канал связи.
Это создает новую точку отказа.
Отсутствие тестирования
Самая распространенная ошибка после завершения работ.
Перевозка оборудования без маркировки
В результате восстановление схем подключения может занять несколько часов.
Реальный сценарий миграции
Представим компанию со следующей инфраструктурой:
- 4 физических сервера;
- система хранения данных;
- 1С;
- CRM;
- IP-телефония;
- файловый сервер.
До миграции инфраструктура находилась в офисной серверной.
Основные проблемы:
- перегрев летом;
- периодические отключения электричества;
- нехватка места;
- отсутствие резервного интернет-канала.
Для переезда была подготовлена отдельная стойка в дата-центре.
Работы выполнялись по следующему сценарию:
- Настройка площадки.
- Проверка резервных копий.
- Репликация данных.
- Перенос оборудования.
- Монтаж в стойке.
- Тестирование сервисов.
- Переключение пользователей.
В результате простой критически важных сервисов составил менее одного часа.
После переезда компания получила:
- резервированное электропитание;
- профессиональное охлаждение;
- резервные каналы связи;
- круглосуточный мониторинг;
- возможность масштабирования инфраструктуры.
Когда переносить серверы в дата-центр
Если компания сталкивается хотя бы с несколькими из перечисленных проблем, стоит рассмотреть переезд:
- серверная перегружена;
- оборудование работает при высокой температуре;
- отсутствует резервирование питания;
- нет резервного интернет-канала;
- помещение используется неэффективно;
- растут расходы на содержание инфраструктуры;
- бизнес зависит от непрерывной работы сервисов.
Чем раньше будет выполнен перенос, тем проще и дешевле окажется процесс.
Перенос серверов из офиса в дата-центр — это не просто перевозка оборудования из одной точки в другую. Это полноценный инфраструктурный проект, который требует подготовки, резервирования и детального планирования.
При правильном подходе миграция может быть выполнена с минимальным простоем или вовсе без влияния на работу сотрудников и клиентов компании.
Главное — заранее провести аудит инфраструктуры, проверить резервное копирование, подготовить новую площадку и выбрать подходящий сценарий миграции.
Специалисты AHOST помогают компаниям организовать перенос оборудования любой сложности: от размещения нескольких серверов до миграции корпоративной инфраструктуры в выделенную стойку или отдельную зону дата-центра.