Дерево страниц

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

Как видно из приведенной схемы на рис.1, масштабирование сервиса обеспечивается кластером нод APB. За распределение нагрузки отвечает отдельный балансировщик, который выступает в качестве сервера APB для всех ТД, скрывая от них структуру кластера APB, и таким образом не требуя выполнения каких либо дополнительных настроек на ТД. Синхронизацию информации о сессиях пользователей WiFi обеспечивается с помощью EHCACHE. Гарантированную доставку сообщений синхронизации обеспечивает ActiveMQ. Таким образом обеспечивается консистентность данных о сессиях пользователей на всех нодах APB, что позволяет ТД получить актуальную информацию независимо от того к какой ноде APB она выполнила подключение.

Ниже, в таблице 1, приведны приведены рекомендации по выбору количества нод в зависимости от количества ТД на платформе, использующих подключение к сервису APB.

...

Раскрыть
titleAPB node-1/2/3 connect section for ActiveMQ


Без форматирования
    <cacheManagerPeerProviderFactory
            class="net.sf.ehcache.distribution.jms.JMSCacheManagerPeerProviderFactory" 
            properties=" 
                providerURL=failover:tcp://100.123.0.11:61616,
                initialContextFactoryName=org.eltex.softwlc.apb.cache.replication.ActiveMQInitialContextFactoryImpl,
                replicationTopicConnectionFactoryBindingName=apbTopicConnectionFactory,
                replicationTopicBindingName=apbTopic,
                getQueueConnectionFactoryBindingName=apbQueueConnectionFactory,
                getQueueBindingName=apbQueue,
                timeoutMillis=10000" 
    />


...

В мультикастовом режиме отобразиться состояниекак состояние как на рис. 3:

Рис. 3.


Как видно на приведенном рисунке отображается режим работы кластера и ноды, состоящие в кластере. Так пометкой "self" указана нода, на которой выполняется просмотр данной информации.

...