Closed valentusys closed 1 year ago
Два центральных с уровнем отказоустойчивости >0?
Да, уровень отказоустойчивости - 1
На сколько я знаю, там действительно двойной набор сеансов должен быть!? Но сам не тестировал, попробую посмотреть!
На сколько я знаю, там действительно двойной набор сеансов должен быть!? Но сам не тестировал, попробую посмотреть!
Да, именно так, каждый клиент порождает 2 идентичных сеанса (ну с т.з консоли администрирования\RAS они одинаковые, но поидее это 2 сеанса по 1ому на каждый центральный сервер для переключения при отвале одного из)
Да, именно так, каждый клиент порождает 2 идентичных сеанса (ну с т.з консоли администрирования\RAS они одинаковые, но поидее это 2 сеанса по 1ому на каждый центральный сервер для переключения при отвале одного из)
Ну то что они "одинаковые" - это не отменяет двойной утилизации лицензий!? В противном случае сеанс бы не попадал в "выдачу" RAS с информацией об утилизированных лицензиях ...
Ну то что они "одинаковые" - это не отменяет двойной утилизации лицензий!? В противном случае сеанс бы не попадал в "выдачу" RAS с информацией об утилизированных лицензиях ...
Отменяет, сеанса 2, но фактически потребляется только 1 лицензия, т.е одному клиенту нужна только 1 лицензия даже если там уровень отказоустойчивости 15. В ином случае у нас сервер лиценизрования как-то утилизировал 2 тысячи лицензий, хотя их всего 1200 =)
Хм, тогда это либо баг и у "неактивного" сеанса не должно быть информации о используемой лицензии, либо ... Надо будет получить разъяснение в 1С :) В целом посыл понял, поковыряю на досуге
Необходимо "склеивать" сеансы по номеру сеанса!
Необходимо "склеивать" сеансы по номеру сеанса!
Да, похоже на то, сейчас проверил, все такие "дубли" от уровня отказоустойчивости имеют одинаковые номера сеансов
Необходимо "склеивать" сеансы по номеру сеанса!
Да, похоже на то, сейчас проверил, все такие "дубли" от уровня отказоустойчивости имеют одинаковые номера сеансов
А могли бы вы у себя посмотреть на сервере лицензирования сколько процессов rmngr от этого кластера (только от одного ЦС или от обоих)?
А могли бы вы у себя посмотреть на сервере лицензирования сколько процессов rmngr от этого кластера (только от одного ЦС или от обоих)?
Только от одного, насколько я вижу процессы множатся по принципу 1 менеджер = 1 кластер, если сервер лицензирования включён в 2 кластера то и процесса два
Только от одного,
Понял спасибо!
если сервер лицензирования включён в 2 кластера то и процесса два
ну это логично ...
Пока просто размышления: нет понимания как "скрестить" вывод rac session list
и rac session list --licenses
, так как номер сеанса, по которому будет происходить "склеивание" (группировка), можно выцепить только из первого, а информация о лицезниях только из второго
Таким образом необходимо из первого выбрать номера сеансов, и идентификаторы сеансов session-id
, по которыму уже сопоставлять со списком сеансов с лицензиями
Лишний запрос к rac
увеличивает время выполнения операции, что при общей "нерасторопности" связки rac/ras
несколько напрягает ...
К сожалению, только сейчас добрались до обновления - ничего не изменилось)
К сожалению, только сейчас добрались до обновления - ничего не изменилось)
С тех пор был целиком переписан код получения сеансов, вероятно этот момент выпал из поля зрения :(
Постараюсь разобраться
Попробуйте теперь, должно быть корректно ...
Круто, все работает. Спасибо!
Внесенные изменения приводят к лишнему "выводу", причины пока не установлены!
Необходимо поправить!
Внесенные изменения приводят к лишнему "выводу", причины пока не установлены!
Более того приводит к неработоспособности показателей по информационным базам!
@valentusys, проверьте новое исправление, все ли корректно?
Здравствуйте и спасибо вам за вашу работу. У нас все данные касательно текущих показателей(кол-во сеансов, выданных лицензий, лицензий на клиенте) отображается х2 от факта.
Предположительно из-за двух центральных серверов кластера. Существует ли способ получать эти данные корректно? (сейчас обошли просто делением на 2, на стороне zabbix - но это не совсем корректно)
Лицензии КОРП
Спасибо