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

Question

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

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

Благодарю.

Answer 1

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

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

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

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