Перенос корпоративных учетных систем на платформе 1С:Предприятие в облачные среды — это популярный шаг для компаний, стремящихся оптимизировать затраты на физическое оборудование, обеспечить высокую доступность сервисов и гибкость масштабирования. Одной из крупнейших мировых платформ для решения подобных задач является Microsoft Azure.
Однако при планировании миграции технические специалисты часто сталкиваются со специфическими трудностями. Недостаточно просто «купить облако» и перенести туда базы данных. В этой статье мы подробно рассмотрим архитектурные нюансы, проблемы производительности дисков, вопросы лицензирования, безопасности сетевых обменов и интеграции, с которыми вы обязательно столкнетесь при развертывании 1С в Microsoft Azure.
Начнем с самого важного архитектурного ограничения, которое часто упускают из виду на этапе проектирования. В Azure существует два основных подхода к работе с базами данных:
Проанализируем, почему второй вариант (PaaS) категорически не подходит для 1С:Предприятия. Платформа 1С жестко завязана на низкоуровневую работу со структурами СУБД. Для корректной работы ей требуются:
tempdb для выполнения сложных временных расчетов и построения виртуальных таблиц.Решение: Единственным стабильным и поддерживаемым решением является развертывание СУБД на виртуальной машине Azure VM (IaaS). В качестве операционной системы мы рекомендуем рассматривать не только привычный Windows Server, но и дистрибутивы Linux (например, Ubuntu, Red Hat или Rocky Linux). Разворачивая связку СУБД PostgreSQL (или Postgres Pro) на Linux в облаке Azure, вы сможете существенно сэкономить на лицензиях Windows Server и Microsoft SQL Server, оплачивая только чистые вычислительные мощности (vCPU и RAM).
Перенос инфраструктуры 1С в Azure требует пересмотра политики лицензирования программных продуктов. Здесь администраторов подстерегают две основные проблемы: физические ключи защиты и динамическая привязка программных лицензий.
Рассмотрим подробнее каждую из них:
1. Аппаратные ключи (USB HASP). Физический USB-интерфейс невозможно напрямую подключить к виртуальной машине в дата-центре Microsoft Azure. Чтобы решить эту проблему, вам придется использовать сторонние программные решения для проброса USB-портов по сети (так называемые USB-over-IP трансляторы), либо полностью отказаться от аппаратной защиты в пользу программных лицензий (пин-кодов).
2. Слет программных лицензий при миграции ВМ. Программная лицензия платформы 1С:Предприятие привязывается к ключевым характеристикам сервера. К ним относятся:
В облаке Azure виртуальные машины функционируют в высокодинамичной среде. В процессе планового обслуживания со стороны Microsoft ваша виртуальная машина может быть незаметно перенесена (мигрирована) на другой физический хост-гипервизор. Кроме того, при изменении тарифного плана (изменении размера ВМ для масштабирования) меняются параметры процессора и памяти. Любое из этих событий приведет к тому, что привязка лицензии станет недействительной, и пользователи увидят ошибку «Ключ защиты программы не обнаружен».
Выясним, как обойти эту проблему. Для обеспечения непрерывности бизнес-процессов рекомендуется:
Платформа 1С крайне чувствительна к скорости работы дисков, особенно при выполнении операций случайной записи в базу данных (например, при проведении тяжелых документов, расчете себестоимости или закрытии месяца). В облачных средах скорость дисков измеряется показателем IOPS (количество операций ввода-вывода в секунду) и пропускной способностью (MBps).
Если вы выберете для баз данных стандартные диски Azure (Standard HDD или даже базовые Standard SSD), производительность 1С будет критически низкой. Тест Гилева покажет неудовлетворительные результаты, а пользователи будут жаловаться на постоянные зависания интерфейса.
Разберем по шагам правила конфигурирования дисков в Azure для СУБД 1С:
tempdb именно на этот локальный диск. Помните, что при перезагрузке ВМ данные на этом диске стираются, но для временных таблиц tempdb это абсолютно безопасно, так как SQL Server пересоздает ее структуру при каждом запуске службы.Отвечая на вопрос о разнице в обменах данными и HTTP-соединениях при размещении в облаке, проанализируем сетевую модель Azure.
По умолчанию облачная инфраструктура полностью изолирована от внешнего мира. Все входящие порты закрыты сетевыми экранами на уровне виртуальной сети — Network Security Groups (NSG). Если ваша 1С должна обмениваться данными с внешними сервисами, сайтами или государственными информационными системами (через объекты HTTPСоединение или WSПрокси), вам необходимо учитывать следующие нюансы:
80 (HTTP) и 443 (HTTPS) для конкретных внешних IP-адресов. Публиковать порты кластера 1С (1540, 1541, 1560-1591) напрямую в интернет категорически запрещено из соображений безопасности.Для повышения удобства пользователей и обеспечения единой точки входа (Single Sign-On, SSO) современные версии платформы 1С:Предприятие (начиная с 8.3.17) поддерживают интеграцию по протоколу OpenID Connect. Это дает возможность связать учетные записи пользователей 1С с облачным каталогом Microsoft Entra ID (ранее известным как Azure Active Directory).
Рассмотрим, как это работает на практике:
// Пример настройки параметров аутентификации на стороне платформы 1С
ПараметрыАутентификации = Новый ПараметрыАутентификацииOIDC;
ПараметрыАутентификации.АдресАдминистративногоЦентра = "https://login.microsoftonline.com/tenant-id/v2.0";
ПараметрыАутентификации.ИдентификаторКлиента = "client-id-из-portal-azure";
ПараметрыАутентификации.СекретКлиента = "client-secret";
После такой интеграции пользователям больше не нужно вводить отдельные пароли для входа в 1С. При запуске программы система перенаправит их на страницу авторизации Microsoft, где они смогут подтвердить свою личность, в том числе с использованием двухфакторной аутентификации (MFA), что существенно повышает безопасность всей корпоративной системы.
Классическая схема работы пользователей в облаке подразумевает развертывание роли Remote Desktop Services (RDS) на виртуальной машине Windows Server. Однако это требует приобретения клиентских лицензий Windows Server CAL и RDS CAL, а также администрирования сложной терминальной фермы.
В качестве современной альтернативы в Azure доступен сервис Azure Virtual Desktop (AVD). Рассмотрим его преимущества для размещения рабочих мест пользователей 1С:
Подводя итог, можно утверждать, что технически развернуть производительную и отказоустойчивую систему 1С в Microsoft Azure вполне реально. Однако для этого требуется грамотно спроектировать инфраструктуру:
tempdb.Важное примечание: В текущих реалиях компаниям из РФ и некоторых стран СНГ следует очень взвешенно подходить к выбору Microsoft Azure. Ограничения на оплату зарубежных сервисов, риски блокировки учетных записей и сложности с получением официальной технической поддержки делают использование Azure небезопасным для критически важного бизнес-софта. В качестве альтернативы рекомендуется рассматривать миграцию на отечественные облачные платформы (такие как Yandex Cloud, Cloud.ru или VK Cloud), которые предоставляют аналогичный набор IaaS-сервисов и виртуальных машин на Linux/Windows без санкционных рисков.