Activemq на сайте аварийного восстановления

Мы используем activemq как критический путь в нашем решении. Мы создаем сайт аварийного восстановления, поэтому мы хотим реализовать конфигурацию «главный-подчиненный». Мы используем KahaDB, но как этот http://activemq.apache.org/kahadb-master-slave.html не поддерживается, мы не можем использовать его в производственной среде. Общий диск - это единственная точка отказа, поэтому это не настоящий DR. JDBC медленнее. Кто-нибудь реализовал такое решение? Какой вариант наиболее надежен и не влияет на производительность?

Я читал об ActiveMQ Artemis, и мне кажется, что у него есть функция master-slave, которая мне нужна, но я не мог найти, как перенести мой текущий файл конфигурации очередей activemq.xml в Artemis, поэтому, если у кого-то есть советы по переносу ActiveMQ на ActiveMQ Artemis, это тоже будет очень полезно.

Спасибо.


disaster-recovery activemq-artemis activemq
person Ofer B    schedule 08.01.2017    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Во-первых, есть возможность получить DR-копию базы данных ActiveMQ.

  • Позвольте инфраструктуре справиться с этим - общий диск не обязательно должен быть единой точкой отказа, и его можно реплицировать / зеркалировать на уровне хранилища. Тем не менее, это зависит от вашего инфра-технического стека.
  • LevelDB может быть реплицирован между несколькими узлами - следовательно, не требует общего хранилища.

Во всяком случае - Артемис, вероятно, лучший путь вперед.

Официального пути миграции с AMQ5 на Artemis не существует, но большинство функций AMQ так или иначе можно найти в Artemis. Клиенты тоже должны работать ootb. В конце концов - это зависит от того, сколько пользовательской конфигурации вы используете. Попробуйте задать конкретный вопрос, если вы столкнетесь с каким-либо препятствием при миграции, и вам, скорее всего, помогут разобраться в этом.

person Petter Nordlander    schedule 08.01.2017