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

Question

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

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

Спасибо.

Answer 1

Во-первых - есть опции для копирования копии базы данных ActiveMQ.

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

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

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