Миграция сервисов 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 часов.

Вступайте в нашу телеграмм-группу Инфостарт

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

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Управление взаимоотношениями с клиентами (CRM) Телефония, SIP Облачные сервисы, хостинг 1С:Предприятие 8 1C:Бухгалтерия Управленческий учет Платные (руб)

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

12000 руб.

20.03.2019    25097    57    0    

40

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

Рассматриваем переход от классической инфраструктуры к облачным моделям и причины, по которым бизнес все чаще выбирает PaaS: скорость внедрения, снижение затрат и отказоустойчивость. Разбираем, какую роль Kubernetes играет в автоматизации, масштабировании и управлении контейнеризированными приложениями, а также можно ли считать 1С Cloud Native-приложением. На примере архитектуры кластера 1С показываем, как компоненты сервера упаковываются в контейнеры, какие ограничения возникают из-за монолитной природы 1С и как их можно обходить. В финальной части объясняем, как Prometheus, Grafana, Loki/ELK и другие инструменты мониторинга помогают контролировать состояние сервиса и делать облачную платформу удобнее для бизнеса.

02.06.2026    732    militarymax    0    

1

Перенос данных 1C Облачные сервисы, хостинг Программист 1С 8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Бесплатно (free)

Если нужно выгрузить данные базы 1С: БП в формате data_dump, без конфигурации, можно воспользоваться типовым функционалом "Переход в облачный сервис". Но вы можете столкнуться с тем, что в начале выгрузки типовая обработка пишет ошибку. Ошибка связана с тем, что в справочнике "Предопределенные варианты отчетов" могут быть дубли. Это служебный справочник, и его данные можно редактировать или удалять только программно. Типовая обработка удаления помеченных объектов не поможет в этом случае. Там просто нет объектов из этого справочника, даже если они помечены на удаление. Написанная мной обработка поможет удалить некорректные элементы справочника буквально в пару кликов.

29.05.2026    359    27    Kilgure    2    

2

WEB-интеграция Облачные сервисы, хостинг 1С 8.3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 Россия Абонемент ($m)

Внешняя обработка предназначена для автоматической выгрузки файлов из локального или серверного каталога на Яндекс.Диск через официальный REST API Яндекса. Решение удобно использовать для регулярной передачи отчетов, обменных файлов, архивов, выгрузок из 1С и других документов в облачное хранилище без ручного копирования через браузер или клиент Яндекс.Диска.

3 стартмани

18.05.2026    1083    10    Rom_Kat    0    

5

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

Рассказываем, как родилась идея готового облака 1С и какие инновации сделали его полноценной PaaS-платформой. Материал будет полезен тем, кто ищет способ упростить взаимодействие с 1С, сохранив масштабируемость и надежность корпоративных систем.

14.04.2026    965    militarymax    0    

2

Облачные сервисы, хостинг WEB-интеграция Программист Бесплатно (free)

Очереди сообщений – это инструмент обмена данными между системами. На примере Yandex Message Queue разбираем, как брокер от Яндекс.Облака помогает решать практические задачи. Даем бесплатную библиотеку для 1С, которая упрощает работу с YandexMQ и другими SQS-сервисами.

17.11.2025    4262    leemuar    38    

28

Облачные сервисы, хостинг Программист 1С:Предприятие 8 Абонемент ($m)

Универсальная выгрузка отчетов 1С в облако (Яндекс.Диск, Mail.ru) по расписанию. Любые отчеты на СКД и обычные. Вычисляемые параметры, макросы имен, 5 форматов, полная история. Обычные формы 8.2+. Тестировалась на платформе 8.3.25.1394 в режиме совместимости 8.3.12.

2 стартмани

20.10.2025    1485    4    daka    4    

5

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

Работа с системами 1С в облаке открывает новые горизонты для эффективного управления компанией. Цель данного обзора — проанализировать доступные на рынке облачные сервисы и помочь выбрать решение, которое наилучшим образом соответствует задачам и потребностям вашего бизнеса.

16.10.2025    2252    osa1C    1    

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

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

Экономия данного проекта составит ~46% для OPEX и ~39% для CAPEX в годовом выражении.
3. capitan 2591 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 Сейчас в теме
Совершенно верно, все индивидуально, каждый конкретный случай требует своего детального расчета.
Для отправки сообщения требуется регистрация/авторизация