Миграция сервисов 1С в облачное пространство

12.04.22

Интеграция - Облачные сервисы, хостинг

В рамках сопровождения ИТ-инфраструктуры и бизнес-приложений одного из заказчиков появилась идея отказаться от серверных физических мощностей и перевести критически важные производственные 1С сервисы на облачную площадку. В статье расскажем более детально о проекте PROF-IT GROUP, этапах, ходе реализации, и, конечно же, о результатах.

Проект миграции сервисов 1С состоял из нескольких этапов.

Этап 1. Предпосылки.

Идея переноса родилась после аварийного отлучения основной и резервной систем кондиционирования в главном серверном помещении на площадке заказчика. Температура в серверной за считанные минуты подобралась к отметке в 45 градусов, было принято решение «тушить» стойки с серверным и сетевым оборудованием на время восстановления системы кондиционирования. Простой производства составил 2,5 часа, что в современном мире категорически неприемлемо с точки зрения финансово-экономических показателей бизнеса.

На чашу весов в сторону облака также упали второстепенные причины:

  1. нежелание заказчика поддерживать сетевую и серверную инфраструктуру в актуальном высокопроизводительном состоянии, в том числе нести расходы на закупку нового оборудования, ЗИПа, лицензии, смартнеты и т.д. Учитывая текущую сложившуюся ситуацию в стране и мире, решение было верным, или, как говорится, одной головной болью меньше.
  2. нежелание заказчика нести косвенные операционные расходы на содержание серверных помещений (система координирования, СКУД, система пожаротушения, электропитание, пультовая охрана и т.д.). Все эти статьи расхода на техническое обслуживание и ремонт в годовом эквиваленте формировались во внушительную стоимость.
  3. желание заказчика иметь возможность быстро и без особых усилий развернуть нужные серверные мощности в требуемой конфигурации, а также изменить как в большую, так и в меньшую сторону конфигурацию существующего инстанса в режиме реального времени.
  4. желание заказчика иметь техническую поддержку серверного оборудования в режиме 24/7/365, включая неограниченные консультации от облачного провайдера по телефону/email/мессенджеру.
  5. прозрачную систему начисления платежей и матрицу стоимости ресурсов и услуг.

Учитывая вышеизложенные пункты пришли к мнению, что полностью требованиям PROF-IT GROUP удовлетворяет наш партнер.

Этап 2. Анализ возможностей переноса.

После принятого решения «Мигрируем!» началась подготовительная работа к переносу сервисов. Первым делом была проведена инвентаризация серверных мощностей и информационных сервисов, развернутых на данных мощностях. Совместно с заказчиком определили пул сервисов, подлежащих миграции и сервисов, которые остаются в периметре площадки на «железных» мощностях (до определенного момента).

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

  1. 1С:УПП

  2. 1С:Бухгалтерия

  3. 1С:ЗУП

  4. 1С:Управление персоналом

  5. 1С:Документооборот

  6. 1С:Метрология

  7. 1С:Путевые лист

  8. 1С:Система ритмичности работы прессов

  9. 1С:Учет производственных затрат

  10. 1С:Кайдзен

  11. 1С:Командировки

Таким образом, предстоящая задача миграции заключалась в следующем:

  1. перенести сервисы 1С для Заказчика и 9 его дочерних организаций.
  2. общее количество информационных баз 1С, подлежащих переносу, – 36, суммарным объемом – более 23 Тб.
  3. смигрировать 4 сервера СУБД, 4 сервера приложений, 2 тестовых контура, развернуть данные вычислительные мощности в двух различных облачных проектах (один проект для Заказчика, второй – для дочерних организаций).
  4. развернуть отказоустойчивую терминальную ферму для одновременного подключения 800+ пользователей.
  5. развернуть сопутствующую облачную инфраструктуру, в том числе сетевую обвязку, межсетевой экран, сервер лицензирования, файловый сервер для хранения профилей пользователей, брокер соединений и т.д.
  6. главным условием миграции от заказчика было сохранение существующей архитектуры, конфигураций и интеграции между информационными системами 1С, с целью сохранить весь производственный процесс, выверенный и отлаженный годами.

Оценив все исходные данные, пришли к выводу, что невыполнимых задач не существует и приступили к реализации данного кейса.

Этап 3. Моделирование облачного проекта. Оценка рисков.

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

По результатам инвентаризации (Этап 2) была составлена спецификация виртуальных машин, подлежащих переносу («as is») и развертыванию с нуля в облачных проектах.

Совместно с коллегами подобраны конфигурации всех инстансов, рассчитаны флейворы (flavors). Было принято решение в основном использовать высокопроизводительные CPU (High Freq vCPU 3.7GHz Xeon Gold) и High-IOPS SSD диски. Подробнее ознакомиться с техническими характеристиками можно на портале VKCS.

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

Этап 4. Расчет облачного проекта и трудозатрат на перенос.

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

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

В команду проекта вошли системные администраторы (2 человека), 1С администраторы СУБД (2 человека), разработчики и консультанты 1С (6 человек, бизнес-аналитик (1 человек), руководитель проектов (1 человек).

Этап 5. Пробная миграция и тестирование.

Под пробное развертывание и тестирование коллеги партнера любезно предоставили бесплатный тестовый стенд, а также добавили в данный проект необходимые квоты на vCPU, RAM и SSD.

Была разработана и утверждена заказчиком матрица тестирования. За целевые показатели принимались значения, полученные в результате тестов на «железе».

Параллельно работающему на площадке заказчика продукт-контуру стартовала пробная миграция и тестовое развертывание в тестовом контуре. В общей сложности данный процесс занял порядка 8-9 часов. Проверили интеграции, связанности – все ок.

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

Скорректировав конфигурации некоторых виртуальных машин перешли к основному этапу – миграция и развертывание продукт контура.

Этап 6. Боевая миграция и проверка работоспособности.

Основной проблемой для переноса продут-контура, как ни странно, оказалось согласование с бизнесом окна для остановки сервисов 1С и выполнения запланированных работ. Данную задачу усложнял тот факт, что перенос сервисов затрагивал более десятка подразделений (~1000 пользователей), и несколько десятков бизнес-процессов. Руководство предприятия поставило задачу выполнить работы с минимальным негативным эффектом для бизнеса.

Было принято решение стартовать работы в пятницу в 23:00 с предварительным уведомлением всех пользователей о запланированных работах. На завершение всех подготовительных операций отводилось 5 дней.

На миграцию и развертывание закладывалось 24 часа, еще столько же на тестирование и отладку, а также 6 часов на откат в случае нештатной ситуации.

Таким образом, к 6 утра понедельника у нас должен был быть полноценный работоспособный 1С сервис «в облаке» или «на земле».

Этап 7. Подведение итогов.

В результате проделанной работы успешно смигрированы производственные 1С сервисы в облачное пространство.

Мы получили следующие результаты:

  1. перемещены с физических серверных мощностей в облачный проект сервисы 1С для Заказчика и 9 его дочерних организаций.
  2. общее количество перенесенных ресурсов – 36 информационных баз 1С суммарным объемом более 23 Тб.
  3. смигрировано и развернуто в двух облачных проектах 24 инстанса, в том числе 4 сервера СУБД, 4 сервера приложений, 2 тестовых контура.
  4. развернута отказоустойчивая терминальная ферма для одновременного подключения 800+ пользователей.
  5. развернута сопутствующая облачная инфраструктура: сетевая обвязка, межсетевой экран, сервер лицензирования, файловый сервер для хранения профилей пользователей, брокер соединений и т.д.
  6. сохранены существующие архитектура, конфигурации, интеграции.
  7. общее время выполнения работ: подготовка – 18 дней, миграция – 36 часов.

миграция облака производство автоматизация цифровизация

См. также

Внешние источники данных Облачные сервисы, хостинг Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 8.3.14 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Бытовые услуги, сервис Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Гостиничный бизнес Рестораны, кафе и фаст-фуд Реклама, PR и маркетинг Легкая промышленность, мода и одежда Управленческий учет Платные (руб)

Расширение позволяет автоматизировать управление картами лояльности и взаимодействие с покупателями при помощи интеграции корпоративной системы 1С и специализированного облачного сервиса "CARDPR". Автоматическая онлайн синхронизация сведений о владельце электронной карты лояльности и баланса бонусных баллов на карте между корпоративной системой 1С и мобильным устройством покупателя. Оповещение покупателя об изменении баланса его электронной карты лояльности и проведении каких-либо маркетинговых акций в компании при помощи рассылки push-сообщений на его мобильное устройство.

36000 руб.

20.07.2023    3208    1    2    

11

Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Облачные сервисы, хостинг Программист Пользователь Платформа 1С v8.3 Управляемые формы 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Данная система предназначена всем, кому нужно выгружать данные в SPOT 2D или в ОРИМИ. Позволяет гибко настроить получение данных для каждого поля файла и файла выгрузки в целом. Имеет отборы по организации, складу, и папкам номенклатуры. Есть возможность выгружать данные как вручную, с выбором конкретного файла, за конкретный период, так и в автоматическом режиме в указанное вами время. Выгрузка может выполняться в файл или через http напрямую. Имеется подробная справка по настройке, а также примеры запросов для приведенных в примерах файлов выгрузки. Может работать в составе любой конфигурации! Обновление от 31.03.2020!

14400 руб.

19.10.2018    28703    7    1    

9

Облачные сервисы, хостинг Linux Тестирование QA Сервера Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Завершающая публикация цикла "В облако на работу:.. Рецепты от Капитана", в ходе которых был собран полнофункциональный рабочий контур 1С в сети на отечественной Ред ОС. С веб-серверами, доменной авторизацией, архивированием, отказоустойчивостью и прочая, прочая... В этой статье мы определяемся с быстродействием системы, проводим нагрузочное тестирование и отпускаем ее в свободное плавание (зачеркнуто) выпускаем ее в продуктовый контур, где, конечно же, придется отлавливать ошибки, мониторить состояние и т.п.

31.10.2024    1319    capitan    0    

0

Облачные сервисы, хостинг Linux Сервера Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Одна из завершающих публикаций цикла "В облако на работу:.. Рецепты от Капитана", в ходе которых был собран полнофункциональный рабочий контур 1С в сети на отечественной Ред ОС. С веб-серверами, доменной авторизацией, архивированием и прочая, прочая... На закуску разбираемся с отказоустойчивостью. В этой публикации для серверов 1С заодно попробуем подобно сериалу «Разрушители легенд» подтвердить или опровергнуть пару устойчивых мифов о требованиях назначения функциональности.

18.10.2024    1721    capitan    5    

12

Облачные сервисы, хостинг Бесплатно (free)

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

02.09.2024    444    EFSOL_oblako    0    

-2

Облачные сервисы, хостинг Системный администратор Программист Бесплатно (free)

Примеры решения некоторых насущных проблем при работе с облачными сервисами, покрываемых CLI версией Открытого пакета интеграций - OInt CLI.

05.08.2024    1847    bayselonarrend    7    

26

Облачные сервисы, хостинг Linux Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Одна из завершающих публикаций цикла "В облако на работу:.. Рецепты от Капитана" в ходе которых был собран полнофункциональный рабочий контур 1С в сети на отечественной Ред ОС. С веб-серверами, доменной авторизацией, архивированием и прочая прочая... Это основное блюдо, на закуску разберемся с отказоустойчивостью. В этой публикации для PostgreSQL, заодно попробуем сделать это по новому.

17.06.2024    7672    capitan    18    

40

Облачные сервисы, хостинг Linux Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

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

27.05.2024    1461    capitan    6    

9
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. user1559729 12.04.22 11:42 Сейчас в теме
Оценив все исходные данные, пришли к выводу, что невыполнимых задач не существует

Если "невыполнимых задач не существует", то можно и не "оценивать все исходные данные" :D
2. ixijixi 1913 12.04.22 15:13 Сейчас в теме
Самый важный вопрос не освещен - стоимость перехода и экономия от перехода.
4. user1771684 13.04.22 10:22 Сейчас в теме
Вас интересует стоимость трудозатрат специалистов по данному проекту?
Вообще, проект миграции - дело довольно индивидуальное. В каждом конкретном случае стоимость переноса будет разная, все зависит от объема переносимых сервисов, от требований к Заказчика к времени переноса и т.д.

Экономия данного проекта составит ~46% для OPEX и ~39% для CAPEX в годовом выражении.
3. capitan 2507 13.04.22 09:28 Сейчас в теме
Вспоминается...
Последним смеется тот, до кого плохо доходит.
По нынешним временам уже вовсю идет обратный процесс переезда из облаков в локальные ЦОД.

И что это за аварийная система кондиционирования, если она отлучилась (орфография автора) вместе с основной?
5. user1771684 13.04.22 10:28 Сейчас в теме
*отключилась.
Случился форс-мажор на сети энергоснабжения бизнес-центра, где размещена серверная Заказчика.

Совсем не согласны. Никакого обратного процесса. В свете последних событий в нашей стране и мире в целом на данный момент у облачных провайдеров, таких, как VK, Yandex, Сбер и т.д. небывалый ажиотаж и повышенный спрос на облачные сервисы.
8. ELInfinito 14.04.22 08:28 Сейчас в теме
(5)
отключилась.
Случился форс-мажор на сети энергоснабжения бизнес-центра, где размещена серверная Заказчика.

Совсем не согласны. Никакого обратного процесса. В свете последних событий в нашей с


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

Ажиотаж на облака идет у дилетантов и малого бизнеса, которым грамотные люди не могли объяснить недостатки этого сервиса, а может быть этих людей и вовсе не спрашивали.
Может быть каким-то малым бизнесам это и выгодно, но когда крупняк на них переходит - это умора.
9. user1771684 15.04.22 10:14 Сейчас в теме
Может и так, а может и нет. На вкус и цвет все Заказчики разные. Возможно у нашего Заказчика есть свои планы и стратегии, которых он придерживается. Все индивидуально.
На этапе подготовки все риски Заказчику были озвучены, он их принял. Поэтому с чистой совестью выполнили поставленную перед нами задачу.
6. _alex1974 13.04.22 11:46 Сейчас в теме
Остается надеяться, что провайдер облачного сервиса обладает заявленными возможностями по поддержанию работоспособности. И у него не возникнет ситуации с отключением электроэнергии, а, например, DDOS-атака на одного из клиентов не вызовет отказ работы других клиентов.
Вообще, ранее стоимость облачного хранения была заметно дороже своего ВЦ - как раз за счет более высокого уровня сервиса, возможности быстрого расширения ресурсов по требованию и высокой отказоустойчивости. Как сейчас обстоит дело - не знаю, всё нужно считать.
7. user1771684 13.04.22 17:53 Сейчас в теме
Совершенно верно, все индивидуально, каждый конкретный случай требует своего детального расчета.
Оставьте свое сообщение