Всем привет! Нуждаюсь в совете бывалых.
Есть 1 база, которая крутится на платформе 8.3.13.1809. Планируется покупка другой конфигурации, работать она будет на актуальной версии платформы. Также приобретается лиц на 50 польз. Планирую SQL, Сервер 1С, Сервер лицензирования ставить на одну машину, а RDS, WEB на другую. В сети куча мануалов как завести 2 платформы на 1 сервере. Но смогу ли я раздавать лицензии из купленных нами 50 шт пользователям 2-ух баз? Есть ли смысл сервер лицензирования вынести в виртуалку вообще?

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

При установке клиентских лицензий на сервер, файлик лицензии кладется в общую для всех релизов и редакций папочку.
В результате все локальные кластеры его видят и юзают. Каким образом они дербанят лицензии файлика без общего сервиса лицензирования - мне непонятно. Но как-то они это делают. То есть при установке лицензий на комп с локальными кластерами разных релизов проблем по лицензиям возникнуть не должно.
Выносить сервер лицензирования в отдельную виртуалку - удобно с точки зрения удобства :) Потому что на нее можно сгрузить все лицензии включая серверные и рабочие сервера можно потом переконфигурировать как угодно, не боясь слета лицензий. Остается только вопрос слета лицензий на виртуалке - а вот этот вопрос мне самому интересен. Что именно может стриггерить слет лицензий на виртуалке и где и как соломку стелить.

(1) интересно, а если на сервер лицензирования вкинуть лицензию сервера 1с, то сервы запущенные на одном компе будут конкурировать за неё?

(2) >> Что именно может стриггерить слет лицензий на виртуалке и где и как соломку стелить.
таки всё что угодно. смена почти любой переменной в виртуальной среде - проц, оперативка, память.

+(4) то есть, вычислив достаточный минимум для Сервера Лицензирования и введя в него набор лицензий - оператор его конфиг больше никогда не меняет.
зато, раз уж он виртуальный, то его можно складывать, архивировать, перетаскивать по реальным железкам сколь душе угодно.

(2) >как-то они это делают

С помощью файловых блокировок.

(4) Наблюдал, как слетела после увеличения виртуального диска.

(3) каждый экземпляр сервера 1с просит лицензию, если серверные лицензии будет выдавать сервер лицензирования, то запустится только первый, а второй скажет, что лицензия на запуск сервера не обнаружена,
если несколько серверов 1с на разных портах, то файл серверной лицензии должен быть на этой же машине локально, а не раздаваться сервером лицензирования,
всё имхо, не проверял

(4) Речь про смену окружения виртуалки, конечно же. Реально ли перетаскивание виртуалки на другую железку не приведет к слету лицензий. Желательно практический опыт, а не "ясен пень - это же виртуалка!"
(6) В самих файликах лицензий? Это догадка или достоверная инфа?

Обратил внимание, что в дистрибутиве сервера нет платформы и клиентов, чтобы провести активацию, как тогда выполнять активацию, платформу надо ставить?

(10) есть полный дистрибутив платформы с сервером и клиентом

(9) Уверенная догадка. :)

(11) не понятно зачем тогда обрезанный чисто серверный дистрибутив, ведь даже в случае обновления этим дистрибутивом, есть ли смысл держать разные версии сервера и платформы

(13) на сервак накатываешь только серверный дистриб.
все манипуляции совершаешь со своего рабочего ПК, где есть пофигуратор.

(12) А наш админ высказывал обоснованные сомнения. Мол чего-то такое поменяться может, до чего из виртуалки можно достучаться и на что теоретически может обращать внимание подсистема лицензирования.

Хм, закралась грешная мыслишка, а что если вообще не заниматься размножением платформ на сервере, а использовать режим совместимости (свойства конфигурации) для нужных баз? Нормально эта фича работает?

(16) режим совместимости конфиги это про другое.

(17) или меня прёт, и это именно то, что вам надо.
из (0) неясно что за конфиг стоит изначально, какой у него режим совместимости.

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

Ставьте одну версию платформы. И не ипите мозг.
У самописки установите необходимый режим совместимости. С вероятностью около 99.99...% всё будет работать.
Если не включать режим совместимости, то вероятность корректной работы вашей самописки резко снизится до уровня примерно 99.98%. 🙄😅
В любом случае лучше провести тестирование, если работа этой самописки имеет высокую критичность для организации и ошибки и простой из-за них смерти подобны.