Size: a a a

1С, БСП, DevOps и Архитектура

2021 August 24

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Клиент при создании генерирует уникальный идентификатор себя, и отправляет его в основное приложение, основное приложение по идентификатору находит узел, если узла нет то создаёт
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
хмм, я думал выдать код узла, клиент его у себя пишет куда-то и потом постоянно присылает
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
правда че делать если клиент будет веб
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Посмотри как сделано в БИДе, там хорошо сделано
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
хотя там странно такой обмен делать
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
оке, я все таки пытался велосипед нагородить
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Традиционно
источник

AA

Aleksandr Aleksandro... in 1С, БСП, DevOps и Архитектура
Всем привет. Про выделенный сервер лицензий 1С хочу спросить. Есть опыт использования когда на одном сервере лицензирования (СЛ)  все лицензии организации, под разные платформы, корп и не проф и т.д. и т.п. Как оно себя ведет? Если СЛ поднят на виртуалке, то как обезопасить себя, что б при переезде и поднятии на другой площадке, лицензии не слетели?
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Очень бы тоже хотелось послушать подробности, т.к. знаю только немного в теории.
Чтобы при переезде с виртаулки не слетало - можно весь сервер привязать к одному физическому ключу.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Под каждую пару "релиз платформы + вид лицензии (проф или корп)" свой кластер (служба агента).

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

От переезда виртуалки не защититься.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Можно привязаться и к аппаратному ключу, но его во-первых может и не быть, во-вторых прокинуть его в виртуалку часто почему-то какая-то сверхзадача для админов.
источник

AK

Alex Kulikov in 1С, БСП, DevOps и Архитектура
Привет, используем выделенный сервер лицензирования на виртуалке для раздачи клиентских и серверных лицензий 1с, но только проф и только одной версии платформы
источник

AA

Aleksandr Aleksandro... in 1С, БСП, DevOps и Архитектура
Это печально (я про переезд), т.к. тогда не очень ясна идея выделенного сервера лицензирования. Например, в организации 5  кластеров 1С, сейчас каждый ключ (срв + клиенты) на своем кластере. Запарно мигрировать кластера, апгрейды делать. Думают - а не бухнуть ли все на выделенный СЛ. Но тогда получается что если вдруг СЛ рухнет, и нет гарантии что виртуалка поднимется с работающими лицензиями на другом хосте, то вся организация окажется тут же без лицензий на всех кластерах.
источник

AA

Aleksandr Aleksandro... in 1С, БСП, DevOps и Архитектура
пробовали переносить виртуалку, слетает лицензия?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Не сразу рухнет, сутки даются для переактивации если параметры ОС вдруг покажется что поменялись
источник

AK

Alex Kulikov in 1С, БСП, DevOps и Архитектура
Не пробовали, он как раз по задумке не должен переносится, а вот остальные сервера 1с на виртуалках свободно зато можно конфигурировать без перевыпуска лицензий
источник

AK

Alex Kulikov in 1С, БСП, DevOps и Архитектура
Большая вероятность что слетят лицензии
источник

AK

Alex Kulikov in 1С, БСП, DevOps и Архитектура
При переносе
источник

AA

Aleksandr Aleksandro... in 1С, БСП, DevOps и Архитектура
То есть после переезда можно рингом проверить какие лицензии отвалились и перепрописать пины. В принципе норм. Спасибо
источник

AK

Alex Kulikov in 1С, БСП, DevOps и Архитектура
Да не сразу, тоже был кейс)
источник