Перенос инфраструктуры 1С в облачные сервисы — это популярный шаг, позволяющий оптимизировать расходы на оборудование и обеспечить высокую доступность систем. Однако при миграции системные администраторы часто сталкиваются со следующей проблемой: сервер базы данных и сервер приложений 1С уже развернуты в облаке (например, на виртуальной машине под управлением Windows Server или Linux), но при запуске система выдает ошибку, сообщающую, что лицензия на сервер 1С не найдена. Ситуация осложняется тем, что имеющийся у организации лицензионный ключ является физическим (USB-ключ HASP), а облачный сервер физически находится в удаленном дата-центре.
В этой статье мы подробно разберем все рабочие способы решения этой задачи, проанализируем их плюсы и минусы, а также выясним, как избежать типичных ошибок при настройке лицензирования в виртуальной среде.
Если вам необходимо оставить физический USB-ключ в локальном офисе (например, в сейфе или в серверной стойке), но при этом предоставить к нему доступ серверу 1С, находящемуся в облаке, лучшим решением станет использование специализированного программного обеспечения для трансляции USB-портов по сети.
Рассмотрим наиболее популярные программные продукты для решения этой задачи:
Важный нюанс при использовании программного проброса: драйверы защиты HASP крайне чувствительны к качеству сетевого соединения. Если интернет-канал между вашим офисом и облачным дата-центром нестабилен, ключ может периодически «отваливаться». В такие моменты пользователи будут получать ошибки о потере лицензии. Для минимизации рисков обязательно настраивайте надежный VPN-тоннель между офисом и облаком, а также используйте скрипты автозапуска служб проброса USB.
Для крупных предприятий, где критически важна отказоустойчивость, программные утилиты могут не подойти из-за человеческого фактора (например, локальный ПК с запущенной службой проброса могут случайно выключить). В таких случаях разберем аппаратный метод.
Для этого в офисе устанавливается специальный аппаратный концентратор — USB-хаб, работающий по сети (например, устройства линейки Digi AnywhereUSB). Процесс настройки выглядит следующим образом:
В результате операционная система в облаке распознает подключенные USB-ключи точно так же, как если бы они были вставлены непосредственно в материнскую плату виртуального сервера. Это гарантирует максимальную стабильность работы драйвера защиты.
Если правила безопасности вашей компании позволяют передать физический ключ третьим лицам, имеет смысл обратиться в службу поддержки вашего облачного провайдера. Многие крупные хостеры предоставляют услугу размещения оборудования клиентов в своих дата-центрах.
Вы отправляете ваш USB-ключ курьерской службой или привозите лично в дата-центр. Инженеры хостинга подключают его напрямую к физическому серверу (гипервизору), на котором развернута ваша виртуальная машина, и пробрасывают порт на уровне системы виртуализации (например, через средства VMware ESXi, Hyper-V или Proxmox). Как правило, это разовая услуга, за которую взимается небольшая фиксированная плата, а дальнейшее обслуживание осуществляется бесплатно, поскольку вы используете собственный ключ.
Наиболее современным и рекомендуемым фирмой «1С» способом лицензирования в облачной среде является полный отказ от физических USB-носителей в пользу электронных программных лицензий (пин-кодов).
Процедура обмена выглядит так:
Этот способ полностью решает проблему физической привязки к оборудованию, однако таит в себе другую сложность, которую мы разберем далее.
При переходе на программные лицензии вы обязательно столкнетесь с тем, что программная лицензия жестко привязывается к ключевым параметрам компьютера. К ним относятся: имя компьютера, сетевой адрес (MAC-адрес), объем оперативной памяти, модель и количество ядер процессора, уникальные идентификаторы операционной системы и жестких дисков.
В облачной инфраструктуре параметры виртуальных машин могут динамически изменяться (например, при автоматическом масштабировании ресурсов или при переносе виртуальной машины на другой физический узел внутри кластера хостера). Любое такое изменение приводит к деактивации лицензии 1С.
Чтобы этого избежать, применим два проверенных метода:
Метод А. Жесткое закрепление конфигурации ВМ. В панели управления облаком или в настройках гипервизора необходимо:
Метод Б. Создание выделенного Сервера лицензирования 1С. Это наиболее профессиональный и отказоустойчивый архитектурный подход. Мы разворачиваем в облаке дополнительную, очень легкую виртуальную машину с минимальными системными требованиями (например, 1 ядро процессора, 2 ГБ ОЗУ), на которой будет работать только служба выдачи лицензий.
На этой машине запускается менеджер кластера 1С, который не выполняет рабочие процессы пользователей, а занимается исключительно распределением лицензий. Пример запуска службы ragent в режиме выдачи лицензий:
ragent.exe /regport 1541 /port 1540 /mainport 1560 /reghost LicensingServer
Поскольку эта маленькая виртуальная машина никогда не будет требовать масштабирования ресурсов, ее конфигурация останется неизменной годами. Соответственно, активированные на ней программные лицензии никогда не заблокируются. Основной рабочий сервер 1С, на котором работают пользователи, будет обращаться к этому серверу лицензирования по внутренней виртуальной сети и забирать необходимые лицензии без риска их потери.