Надо ли обязателньо запускать RAS на том же сервере где лежат лицензии физически?

[Brotherwoods]

Надо ли чтобы лицензии учитывались запускать RAS именно на сервере лицензирования? или это может быть произвольный сервер возможно без кластероа 1С вообще.. просто хост на котором крутится RAS ?

[slothfk]

Подразумевается, что RAS запускается на центральном сервере кластера!!! Мне кажется, это вполне логичное его "местожительство" ...

[Brotherwoods]

В инсталляциях с сервером лицензирования на центральном сервере как правило физических файлов лицензий нет. Но при запуске скриптов идет проверка на наличие утилиты ring. Зачем? если ее не будет - будут ли лицензии показываться корректно?

[slothfk]

Начали за RAS, но почему-то пришли к ring ... ring используется сейчас только в скрипте 1c_license_files.sh для двух действий:

• получение списка лицензий
• проверка валидности привязки лицензии к железу

Соответственно проверяется наличие ring только при вызове конкретных методов!

Вероятно имеет смысл перенести метод проверки наличия license-tools из 1c_common_module.sh в 1c_license_files.sh, однако текущее местоположение метода обусловлено "исторически" (так как проверка использоваласьв разных скриптах: сервера лицензирования и рабочего сервера)

[Brotherwoods]

Влияет ли получение списка лицензий которое было произведено через ring на результат вывода количества лицензий обнаруженных при запросе к RAS?

[slothfk]

Влияет ли получение списка лицензий которое было произведено через ring на результат вывода количества лицензий обнаруженных при запросе к RAS?

О каком обнаружении при запросе к ras вы толкуете? Если речь про число сеансов, потребляющих лицензию с данного сервера лицензирования, то эта величина никак не зависит от наличия/отсутствия license-tools как на сервере лицензирования, так и на других серверах кластера

[slothfk]

Давайте я поясню, чтобы был понятен выбранный подход, и на этом закроем данной обращение!?

Исходная концепция выглядит следующим образом:

• имеется выделенный сервер лицензирования, включаемый в n-ое количество кластеров
• у каждого кластера, разумеется, есть центральный сервер (а может даже не один), на котором запускается в том числе и сервис RAS (получаем, что на всех центральный серверах RAS работает на одинаковом, по-умолчанию - 1545, порту)
• скрипту, выполняемому на сервере лицензирования, передается только номер порта RAS и учетные данные администратора кластера (да, они должный быть одинаковыми для всех кластеров, в которые входит данный сервер лицензирования). Далее скрипт анализирует список процессов на сервере и составляет список центральных серверов тех кластеров, к которым он (сервер лицензирования) подключен. По этому списку и происходит поключение к сервисам RAS для получения информации о сеансах!
• утилизация лицензий сервера лицензирования подсчитывается исходя из информации, указываемой в свойствах сеанса в "выдаче" RAS, ring при этом никак не участвует/задействован!

Надеюсь, данное пояснение добавит ясности!

[Brotherwoods]

• скрипту, выполняемому на сервере лицензирования,

А вот тут стоп.

Сервер лицензирования согласно концепции (строка выше - "... центральный сервер ... на котором .. сервис RAS") - не имеет запущенного RAS.

Тоесть сервер лицензирования отдельно, а центральный сервер - отдельно, и RAS - на центральном сервере (на самом деле он тоже отдельно должен быть, ну, будем считать что эта условность неизбежна в данном случае). Соответственно скрипт сбора данных о лицензия - должен выполняться на центральном сервере?

Непонятно зачем:

• передается только номер порта RAS

зачем выполнять скрипт подсчета лицензий на сервере лицензирования если RAS работает на совсем другом сервере?

еще непонятно зачем вообще нужно автоматическое определение RAS - если мы в любом случае создаем эти сервисы сами? RAS по умолчанию на кластере не самоконфигурируется. Его конфигурирует администратор. Соотвественно у администратора который все это настраивает- есть в люьом случае список "сервер:портRAS" котоыре могут быть где угодно, на центральном сервере, на сервере лицензирования, на выделенном сервере... Особенно неприятны проблемы с условностями котоыре привносит автоматическое определение когда кластеров несколько на одном хосте. ведь для каждого из них свой RAS который на своем порту. И порты эти задаются руками...

[slothfk]

зачем выполнять скрипт подсчета лицензий на сервере лицензирования если RAS работает на совсем другом сервере?

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

еще непонятно зачем вообще нужно автоматическое определение RAS - если мы в любом случае создаем эти сервисы сами? RAS по умолчанию на кластере не самоконфигурируется. Его конфигурирует администратор.

Мне кажется вы "гребете все в одну кучу" и "мягкое" и "теплое" ...

Особенно неприятны проблемы с условностями котоыре привносит автоматическое определение когда кластеров несколько на одном хосте. ведь для каждого из них свой RAS который на своем порту.

Ну так задавайте эти порты в макросе {$RAS_PORTS} через запятую ...