Вопрос экономии на серверных лицензиях 1С часто возникает при расширении инфраструктуры, настройке тестовых сред или создании отказоустойчивых кластеров. Разберем подробно, позволяет ли архитектура 1С «раздавать» одну серверную лицензию на два разных физических или виртуальных сервера, и какие последствия это влечет с точки зрения технической стабильности и лицензионной чистоты.
Для начала проанализируем основное правило, установленное правообладателем: одна серверная лицензия дает право на запуск одного экземпляра службы сервера 1С:Предприятия. Рассмотрим, что это означает на практике:
Выясним причину, по которой стандартная схема «одна лицензия на два сервера» обычно не работает. Если мы попытаемся запустить службу сервера 1С на втором компьютере, не имея локально установленной лицензии, система выдаст ошибку «Ключ защиты сервера не обнаружен» или «Нет свободных лицензий».
Однако существуют специфические ситуации, которые часто путают пользователей. Разберем их подробнее:
В современных версиях платформы появился сервис лицензирования. Рассмотрим подробнее его возможности:
Сервис лицензирования позволяет централизованно хранить и распределять программные лицензии в рамках кластера. Рассмотрим ситуацию: у вас есть кластер из нескольких рабочих серверов. Вы можете активировать все серверные лицензии на одном узле, где запущен сервис лицензирования, и другие рабочие серверы (rphost) этого же кластера будут обращаться к нему за подтверждением права на работу.
Важный нюанс: Это не означает, что вы можете купить одну лицензию и запустить два независимых сервера. В документации четко указано, что при проверке учитывается количество необходимых лицензий для каждого рабочего сервера в кластере. Если в кластере два рабочих сервера, на которых запущены процессы rphost, сервис лицензирования должен располагать двумя серверными лицензиями.
Проанализируем «лайфхак», который часто обсуждается на форумах: запуск служб 8.2 и 8.3 на одном физическом сервере. В этом случае, если используется один и тот же аппаратный (USB) ключ, обе службы могут «подхватить» его и работать одновременно. С технической точки зрения это возможно, так как ключ проверяется локально каждой службой. С программными лицензиями ситуация сложнее — они также могут работать параллельно для разных версий платформы на одном хосте, если привязаны к одним и тем же параметрам железа.
Внимание: Даже если это работает технически, с юридической точки зрения использование одной лицензии для работы двух независимых инстансов сервера на разных портах (или разных версий) часто расценивается как нарушение условий лицензионного соглашения, если это приводит к фактическому увеличению мощностей сверх оплаченных.
Разберем ситуацию с виртуальными машинами. Многие системные администраторы используют технологии USB over IP для передачи аппаратного ключа на виртуальный сервер. Посмотрим на технические последствия:
Существует специфическое поведение сервера 1С: после успешного старта и последующей потери связи с ключом (например, если вы вытащили USB-ключ и вставили его во второй сервер), текущие сеансы могут продолжать работать некоторое время (иногда до суток). Это создает иллюзию того, что «одна лицензия тянет два сервера». Однако это состояние нестабильно: новые сеансы могут не открываться, а через определенный интервал времени сервер принудительно завершит работу всех процессов rphost.
Проанализировав все технические и юридические аспекты, мы можем сделать следующие выводы:
rphost), требует отдельной лицензии.Для правильной настройки распределенной системы рекомендуется использовать программные лицензии и, при необходимости, механизм Сервиса лицензирования, предварительно рассчитав необходимое количество лицензий исходя из количества рабочих серверов в вашем кластере.