灾难恢复站点中的Activemq

灾难恢复站点中的Activemq,activemq,disaster-recovery,activemq-artemis,Activemq,Disaster Recovery,Activemq Artemis,我们在解决方案中使用activemq作为关键路径。 我们正在创建一个DR站点,因此我们希望实现主从配置。 我们正在使用KahaDB,但由于它不受支持,我们无法在生产环境中真正使用它。 共享磁盘是单点故障,因此它不是真正的灾难恢复。 JDBC比较慢。 有人实施了这样的解决方案吗?哪个选项最可靠且不影响性能 我读过有关ActiveMQ Artemis的文章,它似乎具有我需要的主从功能,但我找不到如何将当前的ActiveMQ.xml队列配置文件迁移到Artemis,因此,如果有人有关于将ActiveM

我们在解决方案中使用activemq作为关键路径。 我们正在创建一个DR站点,因此我们希望实现主从配置。 我们正在使用KahaDB,但由于它不受支持,我们无法在生产环境中真正使用它。 共享磁盘是单点故障,因此它不是真正的灾难恢复。 JDBC比较慢。 有人实施了这样的解决方案吗?哪个选项最可靠且不影响性能

我读过有关ActiveMQ Artemis的文章,它似乎具有我需要的主从功能,但我找不到如何将当前的ActiveMQ.xml队列配置文件迁移到Artemis,因此,如果有人有关于将ActiveMQ迁移到ActiveMQ Artemis的技巧,这也会非常有用


谢谢。

首先-可以选择创建ActiveMQ数据库的DR副本

  • 让基础架构来处理—共享磁盘不需要是单点故障,并且可以在存储级别上进行复制/镜像。但这取决于你的红外技术堆栈
  • LevelDB可以在多个节点之间复制,因此不需要共享存储
无论如何,阿耳特弥斯可能是最好的前进之路

从AMQ5到Artemis没有正式的迁移路径,但AMQ中的大多数功能都可以通过某种方式在Artemis中找到。客户也应该为ootb工作。最后,这取决于您使用了多少自定义配置。如果您在迁移过程中遇到任何障碍,请尝试问一个特定的问题,您可能会得到帮助来解决这个问题