|
13.02.2019 19:34:57
По какой схеме лучше всего настроить переключение на работу резервного сервера GeoRitm на случай выхода из строя основного?
К великому сожалению между серверами нет real-time синхронизации БД, как это сделали в $*^%#*^#*#. |
|
|
|
|
|
14.02.2019 10:45:55
Резервирование БД производится штатными средствами СХД, путем организации MySQL кластера или репликации БД. Или с использованием внешних инструментов для построения MySQL-кластера.
Резервирование сервера приложений настраивайте в VMware vSphere. Начиная с версии 2.23 приложение Ritm-Link позволяет использовать неограниченное количество узлов в одной инсталляции при работе с общей БД. При инсталляции каждого узла, в свойствах сервера приложений Payara, в разделе Domain нужно включить встроенный кластер HazelCast, который обеспечивает сигнализацию между узлами. 
● В интерфейсе каждого приложения будет виден общий список входящих и исходящих потоков, трансляций и приборов. ● Вся полученная история от приборов будет сохранена в общей БД. ● Потеря связи с объектом на одном узле с Ritm-Link не будет приводить к формированию события 350.1, если прибор до окончания таймаута контроля выйдет на связь с другим узлом Ritm-Link. ● Каждый узел Ritm-Link при каждом старте получает новый уникальный instance-id (UUID), хранящийся в памяти приложения, по которому система GeoRitm определяет с каким узлом соединен прибор и какому узлу перенаправлять команды настройки и управления. ● При настройке прибора из GeoRitm он автоматически выбирает тот узел Ritm-Link к которому подключен прибор. ● Настройка прибора из Ritm-Link будет доступна только в интерфейсе того узла, к которому в настоящий момент подключен прибор. ● Для адресной отправки команд управления и настройки прибору из внешнего ПО можно предварительно с каждого узла получить через REST-API список открытых с приборами сессий, или отправить команду всем узлам Ritm-Link. Схема отказоустойчивости с резервированием каналов связи. 
Резервирование каналов связи может быть настроено в самом приборе и если один из входящих портов не отвечает, то прибор сам переходит на резервный порт. Схема отказоустойчивости с балансировщиком нагрузки. 
Приборы могут иметь один адрес для подключения. Резервирование доступности которого обеспечивается сетевым оборудованием и балансировщиком нагрузки, который помимо распределения нагрузки может перенаправить прибор с неработающего узла Ritm-Link на доступный. |
|
|
|
|
|
21.04.2022 07:14:42
Несколько вопросов по использованию нескольких IDP с собственными БД.
1. В Payara > JNDI > Custom Resources > rrconf параметры ru.ritm.iserver.host и ru.ritm.bin.inetserver.main.ip позволяют указывать несколько серверов? 2. Если мобильные объекты будут поочередно соединятся то с одним IDP (каждый IDP имеет свою БД),то на сколько корректной будет такая работа и будет ли корректно работать пересчет данных? 3. Есть ли еще какие то тонкости при использовании такой конфигурации? |
|
|
|
|
|
21.04.2022 16:13:13
ru.ritm.iserver.host и ru.ritm.bin.inetserver.main.ip удалите.
Они не используются и к RITM.LINK не имеют отношения. Ответ см. выше. http://ritm.ru/forum/?PAGE_NAME=messa...essage6775 Оба RITM.LINK должны работать с одной БД idp. Важно, чтобы оба RITM.LINK могли знать hostname друг друга, см. http://ritm.ru/forum/?PAGE_NAME=messa...essage8035 |
||||
|
|
|
|||