Конец декабря — худшее время для масштабных ИТ-переездов. Бизнес закрывает год, сотрудники работают на пределе, дедлайны сжаты, а любое падение сервисов грозит сорвать отчетность и выплаты.
Именно в такой момент к нам пришёл клиент с запросом перенести ключевую ИТ-инфраструктуру компании в облако. При этом необходимо было обеспечить непрерывность работы и уложиться в срок «до Нового года».
Звучит как плохая идея, но иногда выбирать не приходится.
Содержание:
Исходные условия: множество систем, отсутствие запаса по времени
Наш клиент, крупная компания с активными бизнес-процессами, столкнулся с неожиданной просьбой своего партнера — освободить занимаемые площади в здании, а также вывести свою ИТ-инфраструктуру из общего кластера.
Закрытие отчетности, высокая нагрузка на 1С, активная работа в корпоративном портале, живая переписка. Любой простой — прямые финансовые потери. Ситуация осложнялась тем, что параллельно с инфраструктурным переездом компания осуществляла физическую релокацию своего офиса.
Так начался проект, который в обычных условиях занимает не меньше месяца. У нас было около двух недель на основную часть работ.
Инфраструктура клиента включала:
- 1С с рабочими базами;
- SQL-сервер;
- Корпоративный портал (Битрикс);
- Файловое хранилище;
- Терминальный сервер;
- Почтовую систему на базе Microsoft Exchange;
- 70 активных пользователей.
Задача: реализовать срочную миграцию ИТ-инфраструктуры в частное облако
В таких проектах главный риск — пытаться сделать всё и сразу. Мы реально взглянули на ситуацию и определили приоритеты.
До Нового года должны стабильно функционировать 1С, терминальный доступ, SQL, портал Битрикс24 и VPN для нового офиса.
Почту, по согласованию с клиентом, вынесли на постпраздничный этап, чтобы не ставить под угрозу запуск ключевых систем.
Проектирование и подготовка IaaS-инфраструктуры
Формально планирование заняло около недели — нужно было согласовать архитектуру, ресурсы, доступы. Фактически мы начали готовить облачную среду почти сразу.
В облаке были развернуты:
- Виртуальные машины под 1С и SQL;
- Отдельный сервер под терминальные сессии;
- Инфраструктура для портала Битрикс24;
- Сетевой сегмент с настроенной маршрутизацией и правилами безопасности;
- VPN-сервер для подключения сотрудников.
Миграция критических сервисов
Основной объем работ включал перенос ключевых бизнес-приложений:
- Миграция 1С. Совместно с ИТ-отделом клиента осуществлен перенос баз данных и конфигураций 1С. Этот процесс требовал особой точности из-за чувствительности системы к данным. Возникшие в ходе миграции незначительные технические нюансы оперативно решались путем тесного взаимодействия с внутренней командой 1С.
- Перенос Битрикс24. Корпоративный портал Битрикс24 был успешно перенесен со всеми данными, настройками и существующими интеграциями.
- Миграция SQL-сервера. Базы данных SQL, используемые различными приложениями, были перенесены, что обеспечило их бесперебойную работу.
Новый офис и сеть: клиент отказался от MikroTik
Одновременно с миграцией ИТ-инфраструктуры, шёл физический перенос рабочих станций в новый офис заказчика. Нужно было: настроить сеть в новом офисе; организовать подключение рабочих мест; обеспечить VPN-доступ к облачной инфраструктуре.
Мы предложили использовать MikroTik для более гибкой настройки маршрутизации и разграничения доступа, но клиент решил сэкономить и использовать имеющиеся у него маршрутизаторы. Нам пришлось адаптироваться к их оборудованию.
Ограничения были: отсутствовала поддержка ряда необходимых протоколов, имеющийся маршрутизатор стремился провести весь трафик через себя, тогда как нам требовалось разграничение и доступ только к серверам. Мы не стали ломать архитектуру клиента — спроектировали решение в рамках имеющихся возможностей.
В рамках действующего регламента обслуживания и требований к информационной безопасности подключение пользователей к VPN выполняется нашим выделенным инженером. Данная процедура является стандартной для компаний, находящихся у нас на абонентском обслуживании ИТ-инфраструктуры. В целях защиты корпоративной среды пароли от VPN не передаются ни сотрудникам, ни руководителям компаний.
Самый сложный этап — почта и 800 ГБ архива
После запуска основной инфраструктуры вернулись к Exchange. И здесь началась самая трудоёмкая часть проекта. Почему нельзя было просто «скопировать сервер»? Exchange плотно связан с доменом. А доменная структура была сложной: несколько организаций, политики, исторические настройки.
Решение — поднять новый контроллер домена с нуля и переносить пользователей. Сначала завели около 40 учётных записей, затем остальных. Клиент решил переносить полный архив. Объём почты — около 800 ГБ.
Процесс выглядел так:
- Экспорт данных на стороне клиента;
- Передача файла по защищенному каналу;
- Импорт в новую инфраструктуру;
- Контроль индексации и корректного импорта каждого почтового ящика;
- Оперативная помощь по подключению новой почты на рабочих местах.
Процесс растянулся во времени и потребовал куда больше ресурсов, чем планировалось. Мы работали через администратора со стороны клиента: подробно расписывали каждый шаг, сопровождали выполнение, внимательно контролировали корректность действий и тщательно проверяли итоговый результат. Фактически нам приходилось держать руку на пульсе на каждом этапе, чтобы гарантировать точность и качество реализации.
Итог
Основные сервисы были перенесены в облако в установленный заказчиком срок. Удалось:
- Сохранить непрерывность бизнес-процессов;
- Избежать критических простоев;
- Обеспечить работу сотрудников в новом офисе;
- Стабилизировать 1С и портал;
- Завершить почтовую миграцию уже после праздников.
По словам клиента, системы стали работать быстрее. Особенно заметна была общая отзывчивость и стабильность в 1С. Мы закладывали более производительные ресурсы — и это дало эффект.
Проект не был идеальным с точки зрения академической методологии. Он был реалистичным — с ограничениями, зависимостью от третьих лиц, сетевыми компромиссами и жёстким дедлайном. Именно поэтому он показателен.
Что на самом деле спасло проект
Не только техническая экспертиза. Сработали три фактора:
- Правильная расстановка приоритетов. Сначала — бизнес-критичные сервисы.
- Гибкость. Не навязывать «идеальное» решение, а адаптироваться к реальным условиям клиента.
- Постоянная коммуникация. Созвоны, оперативные инструкции, быстрые корректировки.
Ответ на главный вопрос
Можно ли перенести сложную инфраструктуру в облако за полторы недели, параллельно с переездом офиса и без полного аудита исходной площадки?
Как показал этот проект — да. Но это сопряжено с существенными рисками, поэтому всегда нужно закладывать на реализацию больше времени.
Срочная миграция возможна, если команда понимает, что в таких проектах важнее всего не технологии сами по себе, а способность быстро принимать решения, снижать риски и держать фокус на том, что действительно критично для бизнеса.
Этот проект закончился не громким запуском, а обычным рабочим днём, когда сотрудники просто продолжили работать. В инфраструктурных миграциях это и есть лучший возможный результат.
Компания «СТЕК» — ИТ-интегратор с двадцатилетним опытом реализации инфраструктурных проектов. Практика показывает: успешная миграция в облако начинается не с переноса серверов, а с детального анализа текущей архитектуры, оценки рисков и тщательного планирования каждого этапа. Именно такой подход позволяет обеспечить бесшовный переход, сохранить целостность данных и исключить простои бизнеса.
Если вам необходим бесшовный переезд или надежная миграция серверов в облако — обращайтесь к нам за консультацией и реализацией.
