灾备站点中的Activemq
Activemq in disaster recovery site
我们在解决方案中使用 activemq 作为关键路径。
我们正在创建一个 DR 站点，因此我们要实现主从配置。
我们正在使用 KahaDB，但由于不支持 http://activemq.apache.org/kahadb-master-slave.html，我们无法在生产环境中真正使用它。
共享磁盘是单点故障，因此它不是真正的灾难恢复。
JDBC 比较慢。
有没有人实施过这样的解决方案？哪个选项最可靠且不影响性能？
我阅读了有关 ActiveMQ Artemis 的信息，它似乎具有我需要的主从功能，但我找不到如何将当前的 activemq.xml 队列配置文件迁移到 Artemis，所以如果有人有提示关于将 ActiveMQ 迁移到 ActiveMQ Artemis，它也会非常有帮助。
谢谢。
首先 - 可以选择拥有 ActiveMQ 数据库的 DR 副本。
- 让基础架构来处理它 - 共享磁盘不需要是单点故障，可以是存储级别的 replicated/mirrored。不过取决于您的基础设施技术堆栈。
- LevelDB 可以在多个节点之间复制 - 因此不需要共享存储
无论如何 - Artemis 可能是最好的前进方向。
没有从 AMQ5 到 Artemis 的官方迁移路径，但 AMQ 中的大多数功能都可以通过某种方式在 Artemis 中找到。客户端也应该工作 ootb。最后 - 这取决于您使用了多少自定义配置。如果您在迁移过程中遇到任何障碍，请尝试提出一个具体问题，您可能会得到帮助来解决这个问题。
我们在解决方案中使用 activemq 作为关键路径。 我们正在创建一个 DR 站点，因此我们要实现主从配置。 我们正在使用 KahaDB，但由于不支持 http://activemq.apache.org/kahadb-master-slave.html，我们无法在生产环境中真正使用它。 共享磁盘是单点故障，因此它不是真正的灾难恢复。 JDBC 比较慢。 有没有人实施过这样的解决方案？哪个选项最可靠且不影响性能？
我阅读了有关 ActiveMQ Artemis 的信息，它似乎具有我需要的主从功能，但我找不到如何将当前的 activemq.xml 队列配置文件迁移到 Artemis，所以如果有人有提示关于将 ActiveMQ 迁移到 ActiveMQ Artemis，它也会非常有帮助。
谢谢。
首先 - 可以选择拥有 ActiveMQ 数据库的 DR 副本。
- 让基础架构来处理它 - 共享磁盘不需要是单点故障，可以是存储级别的 replicated/mirrored。不过取决于您的基础设施技术堆栈。
- LevelDB 可以在多个节点之间复制 - 因此不需要共享存储
无论如何 - Artemis 可能是最好的前进方向。
没有从 AMQ5 到 Artemis 的官方迁移路径，但 AMQ 中的大多数功能都可以通过某种方式在 Artemis 中找到。客户端也应该工作 ootb。最后 - 这取决于您使用了多少自定义配置。如果您在迁移过程中遇到任何障碍，请尝试提出一个具体问题，您可能会得到帮助来解决这个问题。