← На главную

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

Определение количества необходимых лицензий 1С

Проанализируем базовые правила лицензирования платформы 1С при работе в виртуализированных средах. Главный принцип заключается в том, что **серверная лицензия 1С приобретается на каждый экземпляр операционной системы**, в котором запущен сервер приложений.

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

Если задача заключается в оптимизации расходов на лицензии в контуре разработки или тестирования, проанализируем альтернативный архитектурный вариант. На **одной** виртуальной машине можно запустить несколько экземпляров службы сервера 1С (кластеров). Для этого службы настраиваются на работу с разными сетевыми портами (например, стандартные порты 1540, 2540, 3540). В этом случае на всю виртуальную машину потребуется **всего одна** серверная лицензия 1С, независимо от количества запущенных рабочих процессов и служб.

Ограничения аппаратных (HASP) ключей и проблема конфликтов

Разберем особенности работы аппаратных USB-ключей защиты. При использовании физических ключей на одном компьютере (или на одном хосте) действует жесткое правило: **запрещается размещение на одном компьютере более одного ключа единой серии**.

Аппаратные серверные лицензии 1С не являются сетевыми в традиционном понимании клиентских лицензий. Серверный ключ не ищется по сети через менеджер лицензий HASP LM — он должен быть доступен непосредственно той операционной системе, в которой запущен сервер приложений 1С. Если вставить несколько однотипных USB-ключей в USB-порты одного физического сервера без дополнительной настройки изолирования, возникают следующие проблемы:

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

Варианты подключения USB-ключей к виртуальным машинам

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

Способ 1. Проброс USB-портов средствами гипервизора (USB Passthrough)

Этот метод является самым распространенным при наличии постоянной привязки ВМ к физическому хосту:

1. Устанавливаем физические USB-ключи в разъем сервера.
2. В консоли управления гипервизором (ESXi, Hyper-V, Proxmox или др.) настраиваем прямой проброс (Passthrough) каждого конкретного USB-устройства в соответствующую виртуальную машину.
3. В результате каждая ВМ «видит» свой собственный USB-ключ так, будто он вставлен непосредственно в ее локальный материнский разъем. Конфликт между ключами на уровне хоста устраняется, так как гипервизор изолирует устройства.

Важное ограничение: при использовании прямого проброса гипервизора виртуальная машина оказывается жестко привязана к конкретному физическому серверу. В случае использования кластеров высокой доступности и миграции виртуальных машин (vMotion, Live Migration) проброшенное USB-устройство отключится, и сервер 1С потеряет лицензию.

Способ 2. Использование сетевых USB-концентраторов (USB-over-IP)

Рассмотрим более гибкое решение, которое избавляет от привязки к физическим портам одного сервера. Аппаратные устройства USB-over-IP (сетевые USB-хабы) подключаются непосредственно в локальную сеть компании.

1. Аппаратные USB-ключи вставляются в порты сетевого USB-концентратора.
2. На каждой виртуальной машине устанавливается клиентское программное обеспечение USB-over-IP.
3. Каждая ВМ подключает «по сети» свой индивидуальный ключ с устройства.

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

Альтернативные решения для среды разработки и тестирования

Если виртуальные машины используются исключительно для задач разработки, тестирования или сборки релизов, покупка и проброс нескольких коммерческих серверных USB-ключей часто бывает нецелесообразной. Посмотрим на альтернативные варианты лицензирования:

1. Комплект для разработчика: Продукт «1С:Предприятие 8. Комплект для разработчика» содержит программные или аппаратные лицензии, позволяющие полноценно использовать серверный контекст с ограничением на количество одновременных сеансов (до 3 сеансов на информационную базу), что полностью закрывает потребности локального тестирования.
2. Выделенный сервер лицензирования: В платформе «1С:Предприятие 8.3» реализована возможность назначения отдельной роли сервиса кластера — «Сервер лицензирования». Это позволяет централизованно раздавать программные лицензии для нескольких рабочих серверов 1С в сети.