1С летит на юг — наш опыт миграции в K2 Облако

Представьте: у вас крупная компания с офисами от Москвы до Дальнего Востока, сотни объектов, тысячи вахтовиков и древний сервер 1С, который едва справляется с нагрузкой. Похоже на ночной кошмар. 

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

Но сначала давайте познакомимся. Меня зовут Анжелика Захарова, я менеджер облачных проектов в K2 Cloud, а также product-owner по проектам миграции систем 1С в Облако K2.

Причины миграции

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

Основная бизнес-система заказчика — 1С — была развернута на стареньком сервере в московском офисе. Эта масштабная инсталляция из пяти конфигураций автоматизировала бухгалтерию, документооборот, управление автотранспортом и еще уйму всяких процессов. Из-за расположения офисов сотрудники заказчика работали с ней практически круглосуточно.

Локальная инфраструктура перестала удовлетворять потребности компании по трем причинам:

• Во-первых, приложения 1С работали крайне медленно. Пользователи постоянно жаловались на низкую производительность системы.

• Во-вторых, были проблемы с масштабированием. Апгрейд или покупка нового оборудования требовали значительных затрат времени и денег. Этот вопрос стал особенно актуальным в связи с планами увеличить число пользователей 1С со 160 до 300 человек.

• В-третьих, компании не хватало квалифицированных специалистов для обслуживания инфраструктуры. Команда из трех ИТ-специалистов не успевала оперативно восстанавливать работу сервера при сбоях.

Заказчик провел финансовую оценку и пришел к выводу, что перенос 1С в облако выгоднее, чем замена сервера и расширение штата для его обслуживания. В нашем лице компания нашла провайдера, который предоставил строгое SLA и был бы готов сделать все «‎под ключ» — полностью взять ответственность за миграцию и настройку 1С. 

Очевидные сложности с переносом 1С

Итак, перед нами поставили задачу перенести все пять конфигураций в К2 Облако. Казалось бы, типовой кейс по миграции: поднимайте виртуальные машины, стягивайте на них данные и настраивайте сетевую связность — делов-то. Однако продукт 1С был критически важен для бизнеса: вся работа компании зависела от него, так что действовать нужно было быстро и без ошибок. Из-за расположения офисов оказалось, что программа 1С активна чуть ли не 22 часа в сутки. Это задало максимально жесткие временные рамки для миграции. Стандартный метод экспорта-импорта базы средствами 1С сразу отпал из-за этих ограничений. Дополнительные проблемы создавал большой объем данных заказчика, а также особенности конфигураций. У каждой из них своя специфика нагрузки. 

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

Подготовка к старту проекта

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

Первое, что нужно сделать в таких случаях — разделить роли между разными виртуальными машинами: сервер 1С, веб-сервер, сервер MSQL, терминальный сервер и так далее. Это снижает нагрузку на сервер приложений 1С, который часто бывает перегружен. Разделение ролей уменьшает количество общих процессов, что значительно повышает производительность каждой виртуальной машины. Такой подход эффективнее, чем бесконечное наращивание мощности.

Кроме того, важно проверить настройки виртуальных машин: количество и частоту ядер процессора, объем оперативной памяти и емкость дисков. В инфраструктуре с большим legacy они часто бывают настроены неоптимально. Заодно мы подсказали админам, как организовать безопасное подключение к 1С через веб, клиенты и терминальный сервер с учетом того, что они скоро окажутся в облаке.

Наконец мы настроили систему резервного копирования с учетом требуемых параметров RTO (время восстановления) и RPO (точка восстановления). Как известно, администраторы делятся на два типа: те, кто не бэкапят, и те, кто уже хорошенько обжегся, и поэтому бэкапят. Так что мы уделили особое внимание резервному копированию базы данных. Использовали собственный сервис, работающий на уровне платформы и гипервизора.

Тестовая миграция

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

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

Перенос 1С

Чтобы уложиться в минимальное время, мы использовали подход, проверенный на других проектах: постепенно, без спешки скопировали основной объем исторических данных, а затем, сразу после отключения серверов заказчика, перенесли дельту — изменения с момента первой репликации. Для этого использовали Хайстекс Акура. В К2 Облаке уже установлена серверная часть этого решения, так что нужно было только развернуть агенты у заказчика и запустить репликацию.

Затем, в согласованный выходной день мы запустили саму миграцию. Если бы мы переносили все данные сразу, из-за низкой скорости канала между офисом и облаком переезд занял бы несколько дней, однако на перенос дельты хватило четырех часов. На всю миграцию, начиная с заключения договора до полного переноса всех функций 1С в облако ушло 18 дней. Таким образом, переезд практически не повлиял на рабочие процессы. За одним «но». Здесь начались настоящие сложности, к сожалению, порой избежать их невозможно.

Непредсказуемые сложности с переносом 1С

Несмотря на успешную тестовую миграцию, система 1С заказчика сперва начала сбоить. 

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

Мы совместно изучали сеть, но все равно были упущены несколько важных деталей. Эти особенности «выстрелили»‎ уже после переноса — возникли проблемы с маршрутизацией до нескольких удаленных объектов. Стали звонить вахтовики, у которых внезапно пропал доступ к 1С. Мы решали эти проблемы, заново прокидывая маршруты в индивидуальном порядке.

Вторая проблема заключалась в том, что миграция 1-в-1 была невозможна. У заказчика попросту было слишком старое оборудование. И хотя в теории мы подобрали оптимальные сайзинги, на практике конфигурации пришлось дополнительно настраивать для увеличения производительности дисков. Вдобавок в процессе выяснилось, что у заказчика была неверная конфигурация SQL-сервера. Это тоже пришлось быстро фиксить.

В итоге на окончательную настройку и оптимизацию 1С ушла еще пара дней.

В чём профит для заказчика?

Стоили ли итоговые 20 дней работы и вложенные средства полученного результата? Ответ на этот вопрос всегда индивидуален. В этом кейсе заказчик получил от переезда в К2 Cloud четыре существенных преимущества:

1. Значительное ускорение работы 1С. Благодаря современному железу система стала работать быстрее и отзывчивее. Пользователи перестали жаловаться на лаги, работать стало приятнее.

2. Уверенность в высокой доступности инфраструктуры и быстром решении проблем со стороны провайдера. Здесь работает наш стандартный облачный SLA с доступностью 99,95%, который является одним из самых жестких на рынке. Передача ответственности за систему специалистам Облака значительно снижает нагрузку на персонал заказчика.

3. Масштабируемую облачную платформу, способную поддержать любое запланированное расширение инфраструктуры 1С. Заказчик получил доступ к нашей облачной консоли и всей платформе. Теперь компания может легко увеличивать ресурсы виртуальной машины или разворачивать новые виртуальные серверы по мере необходимости. Бонусом идут: развертывание баз данных, настройка кэширования, управление брокерами сообщений и многое другое. Например, если возникнет потребность быстро создать кластер баз данных в тестовом контуре, это можно сделать всего за несколько кликов. 

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

Заключительные рекомендации

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

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

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

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