Удвоение показателей

[valentusys]

Здравствуйте и спасибо вам за вашу работу. У нас все данные касательно текущих показателей(кол-во сеансов, выданных лицензий, лицензий на клиенте) отображается х2 от факта.

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

Лицензии КОРП

Спасибо

[slothfk]

Два центральных с уровнем отказоустойчивости >0?

[valentusys]

Да, уровень отказоустойчивости - 1

[slothfk]

На сколько я знаю, там действительно двойной набор сеансов должен быть!? Но сам не тестировал, попробую посмотреть!

[sfaqer]

На сколько я знаю, там действительно двойной набор сеансов должен быть!? Но сам не тестировал, попробую посмотреть!

Да, именно так, каждый клиент порождает 2 идентичных сеанса (ну с т.з консоли администрирования\RAS они одинаковые, но поидее это 2 сеанса по 1ому на каждый центральный сервер для переключения при отвале одного из)

[slothfk]

Да, именно так, каждый клиент порождает 2 идентичных сеанса (ну с т.з консоли администрирования\RAS они одинаковые, но поидее это 2 сеанса по 1ому на каждый центральный сервер для переключения при отвале одного из)

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

[sfaqer]

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

Отменяет, сеанса 2, но фактически потребляется только 1 лицензия, т.е одному клиенту нужна только 1 лицензия даже если там уровень отказоустойчивости 15. В ином случае у нас сервер лиценизрования как-то утилизировал 2 тысячи лицензий, хотя их всего 1200 =)

[slothfk]

Хм, тогда это либо баг и у "неактивного" сеанса не должно быть информации о используемой лицензии, либо ... Надо будет получить разъяснение в 1С :) В целом посыл понял, поковыряю на досуге

[slothfk]

[slothfk]

Необходимо "склеивать" сеансы по номеру сеанса!

[sfaqer]

Необходимо "склеивать" сеансы по номеру сеанса!

Да, похоже на то, сейчас проверил, все такие "дубли" от уровня отказоустойчивости имеют одинаковые номера сеансов

[slothfk]

Необходимо "склеивать" сеансы по номеру сеанса!

Да, похоже на то, сейчас проверил, все такие "дубли" от уровня отказоустойчивости имеют одинаковые номера сеансов

А могли бы вы у себя посмотреть на сервере лицензирования сколько процессов rmngr от этого кластера (только от одного ЦС или от обоих)?

[sfaqer]

А могли бы вы у себя посмотреть на сервере лицензирования сколько процессов rmngr от этого кластера (только от одного ЦС или от обоих)?

Только от одного, насколько я вижу процессы множатся по принципу 1 менеджер = 1 кластер, если сервер лицензирования включён в 2 кластера то и процесса два

[slothfk]

Только от одного,

Понял спасибо!

если сервер лицензирования включён в 2 кластера то и процесса два

ну это логично ...

[slothfk]

Пока просто размышления: нет понимания как "скрестить" вывод rac session list и rac session list --licenses, так как номер сеанса, по которому будет происходить "склеивание" (группировка), можно выцепить только из первого, а информация о лицезниях только из второго Таким образом необходимо из первого выбрать номера сеансов, и идентификаторы сеансов session-id, по которыму уже сопоставлять со списком сеансов с лицензиями Лишний запрос к rac увеличивает время выполнения операции, что при общей "нерасторопности" связки rac/ras несколько напрягает ...

[valentusys]

К сожалению, только сейчас добрались до обновления - ничего не изменилось)

[slothfk]

К сожалению, только сейчас добрались до обновления - ничего не изменилось)

С тех пор был целиком переписан код получения сеансов, вероятно этот момент выпал из поля зрения :(

Постараюсь разобраться

[slothfk]

Попробуйте теперь, должно быть корректно ...

[valentusys]

Круто, все работает. Спасибо!

[slothfk]

Внесенные изменения приводят к лишнему "выводу", причины пока не установлены!

Необходимо поправить!

[slothfk]

Внесенные изменения приводят к лишнему "выводу", причины пока не установлены!

Более того приводит к неработоспособности показателей по информационным базам!

[slothfk]

@valentusys, проверьте новое исправление, все ли корректно?