灾难恢复站点中的Activemq
我们在解决方案中使用activemq作为关键路径。 我们正在创建一个DR站点,因此我们希望实现主从配置。 我们正在使用KahaDB,但由于它不受支持,我们无法在生产环境中真正使用它。 共享磁盘是单点故障,因此它不是真正的灾难恢复。 JDBC比较慢。 有人实施了这样的解决方案吗?哪个选项最可靠且不影响性能 我读过有关ActiveMQ Artemis的文章,它似乎具有我需要的主从功能,但我找不到如何将当前的ActiveMQ.xml队列配置文件迁移到Artemis,因此,如果有人有关于将ActiveMQ迁移到ActiveMQ Artemis的技巧,这也会非常有用灾难恢复站点中的Activemq,activemq,disaster-recovery,activemq-artemis,Activemq,Disaster Recovery,Activemq Artemis,我们在解决方案中使用activemq作为关键路径。 我们正在创建一个DR站点,因此我们希望实现主从配置。 我们正在使用KahaDB,但由于它不受支持,我们无法在生产环境中真正使用它。 共享磁盘是单点故障,因此它不是真正的灾难恢复。 JDBC比较慢。 有人实施了这样的解决方案吗?哪个选项最可靠且不影响性能 我读过有关ActiveMQ Artemis的文章,它似乎具有我需要的主从功能,但我找不到如何将当前的ActiveMQ.xml队列配置文件迁移到Artemis,因此,如果有人有关于将ActiveM
谢谢。首先-可以选择创建ActiveMQ数据库的DR副本
- 让基础架构来处理—共享磁盘不需要是单点故障,并且可以在存储级别上进行复制/镜像。但这取决于你的红外技术堆栈
- LevelDB可以在多个节点之间复制,因此不需要共享存储