Строим гибрид инфраструктуры 1С и Azure

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

Буквально несколько дней назад наша команда успешно закончила проект по построению гибридной инфраструктуры 1С на базе Microsoft Azure.

Начнем с описания проблемы

Крупное предприятие Уральского Федерального округа, использующее в своей работе 1С Управление производственным предприятием и 1С Управление холдингом. В период ежеквартальной подготовки отчетности и закрытия периодов испытывало резкое снижение производительности информационных систем. Детальный анализ показал, что узким место является дисковая подсистема. К слову, предприятие использует систему виртуализации на основе Hyper-V.

Очевидное решение

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

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

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

Альтернативное решение

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

Если рассматривать гибрид более детально, то получается следующая схема:

• Существующая информационная система постоянно реплицируется с облачной инфраструктурой Microsoft Azure с помощью сервиса Azure Site Recovery. Таким образом поддерживается актуальность данных в облаке.
• В периоды, когда необходимо обеспечить большую производительность, нагрузка, буквально двумя кликами, переводиться в облако. В этот момент в Azure разворачивается копия виртуальной машины с сервером 1С и актуальными данным на момент запуска той мощности, которая необходима. Так же, в Azure используется хранилище класса Премиум на основе SSD-дисков.
• Пользователи продолжают работать с 1С, но уже на больших скоростях.
• По завершению пиковой нагрузки, так же двумя кликами, информационная система и данны возвращаются в локальную инфраструктуру. Для пользователей процесс полностью прозрачен.

Такой подход позволил минимизировать затраты на решение задачи и обеспечил дополнительный уровень отказоустойчивости.

Немного о сервисе

Azure Site Recovery – сервис репликации нагрузки. Служба виртуализации не играет принципиальной роли, в принципе, виртуализация может и не использоваться вообще. На данный момент поддерживаются реплики из физических систем, Hyper-V, VMware. Так же не играет роли операционная система исходной системы.

ASR поддерживает различные ежимы отработки отказа. Существуют инструменты, которые позволяют создать сценарий отработки отказа. Отдельно стоит сказать про варианты запуска виртуальной инфраструктуры:

1. Тестовая отработка отказа – ВМ запускается повалено с наземной и никак не влетит на работу локальной сети. Все изменения в ВМ будут утеряны при отмене выделения. Данный режим позволяет запустить ВМ и убедиться, что она работает нормально. Косвенно, можно быстро крутить отчеты или что-то тестировать. Прекрасно подходит для разработчиков.
2. Плановая отработка отказа – это когда мы по плану переводим нагрузку в Azure. Сервис дожидается очередной реплики и останавливает ВМ на земле, запуская ВМ в облаке. Пользователи переключаются на работу в Azure. Когда отменяем отработку отказа, данные возвращаются на землю.
3. Аварийная отработка отказа – ВМ запускается в облаке из последней точки репликации. На земле ВМ помечается как заблокированная для запуска. Это позволяет быстро восстановить работы системы при падении инфраструктуры на земле.

Про деньги

Как было выше написано, стоимость новой системы хранения составляла несколько миллионов рублей.

Затраты на Azure при этом составили:

В момент отработки отказа, другими словами запуска системы в Azure, добавляется стоимость вычислительных мощностей:

В данном случае, заказчику достаточно всего 168 часов работы виртуальной машины в квартал.

Таким образом, среднемесячные расходы компании составили всего 25579,50 руб./мес. Данная сумма конкурентоспособна с капитальными затратами на новое оборудование.

Выводы

Применение ASR позволило организации достичь нескольких важных целей:

Минимизировать затраты, так как потребность в мощностях носит эпизодический характер.

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

Использование Azure предоставило компании возможность безграничного расширения. Ресурсы, подобранные под конкретную нагрузку, могут быть масштабированы при необходимости, что сразу отразиться на стоимости владения.

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

P.S. Сервер лицензирования 1С вынесли на отдельную систему, что бы не испытывать неудобство с повторной активацией ключей.

Все с наступающим Новым 2024 Годом! Пусть системы работают стабильно и быстро. Желаем, что бы работа была в удовольствие!

Может быть полезным:

1. https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-15-MicrosoftAzureplatform-MGC0002445_01Registration-ForminBody.html
2. https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-20-DeploymentofEnterpriseontheMicrosoft-MGC0002460_01Registration-ForminBody.html
3. https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-17-Deployment1CEnterpriseontheMicrosoftAzureplatform-MGC0002447_01Registration-ForminBody.html
4. https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-21-EnterpriseontheMicrosoftAzureplatform-MGC0002461_01Registration-ForminBody.html