Высокодоступный и сбалансированный по нагрузке кластер ActiveMQ - PullRequest
0 голосов
/ 27 августа 2018

Обратите внимание, что я относительный новичок в ActiveMQ.

В настоящее время я работаю с небольшим кластером узлов ActiveMQ (версия 5.15.x) (<5). Недавно я экспериментировал с настройкой конфигурации для использования «Ведомого общей файловой системы» с kahadb, чтобы обеспечить высокую доступность для кластера. </p>

Сделав это и посмотрев, как она работает, я сейчас подумываю, обеспечивает ли эта конфигурация уровень пропускной способности, требуемый для обоих потребителей / производителей, поскольку одновременно доступны только порты одного брокера.

Мой вопрос в основном состоит из двух частей. Во-первых, имеет ли смысл настроить кластер как высокодоступный и сбалансированный по нагрузке (через сеть брокеров)? Во-вторых, является ли вышесказанное даже технически жизнеспособным, или мне нужно пересмотреть свое проектное решение, чтобы отдать предпочтение одному аспекту над другим?

1 Ответ

0 голосов
/ 30 августа 2018

Несколько месяцев назад у меня было несколько обсуждений с сопровождающими ActiveMQ в IRC на эту тему.

Похоже, что они рекомендовали бы использовать ActiveMQ Artemis вместо ActiveMQ 5.

У Артемиды есть решение HA:

Идея состоит в том, чтобы использовать Репликация данных для обеспечения отработки отказа и т. Д .:

При использовании репликации серверы реального времени и сервера резервного копирования не совместно используют одни и те же каталоги данных, синхронизация всех данных выполняется по сети. Поэтому все (постоянные) данные, полученные живым сервером, будут скопированы в резервную копию.

И, я думаю, вы хотите иметь как минимум 3 узла (или нечетное число), чтобы избегать проблем с разделением мозга во время сетевых разделов .


Похоже, что Артемида в основном может быть использована в качестве замены ActiveMQ; он все еще может говорить по протоколу OpenWire и т. д.

Однако на самом деле я еще не пробовал, так что YMMV.

...