是否有JBoss 5.1 EAP的生产就绪JMS故障切换（HA）可用？

我们在JBoss 5.1 EAP中使用HornetQ作为JMS提供程序，总体而言，我们对HornetQ的性能非常满意

HornetQ在2.2.2中悄然放弃了数据复制支持。现在，我们在使用JBoss和HornetQ创建HA解决方案时遇到了问题，因为当前的HornetQ故障切换策略不可靠。例如，在主机重新联机后，客户端无法重新连接到HornetQ。当使用循环策略时，消息存储在存储转发队列中，这会在节点关闭时导致消息无法传递

HornetQ正在不断发展，但如果没有数据复制，就无法为生产环境提供真正的解决方案

---

哪个JMS提供商支持真正的生产安全HA和故障切换功能，以及良好的性能、监控，当然还有JBoss 5互操作性？

我们一直在支持使用GFS的用户，这将比复制更可靠，因为它可以保证在生命周期和备份之间的任何时间点运行一个单实例

我们正在努力复制。我们的代码正在运行，应该很快就会发布。但事实证明，共享存储非常可靠

我们将支持复制，但IMHO共享存储是大多数情况下的最佳解决方案。唯一一种情况是无法投资支持GFS的磁盘（或任何其他共享和高可用磁盘）时，情况并非如此

---

我们有一些大银行在生产环境中使用此解决方案。正如你所说，我们正在取得进展。即使已经支持复制，这些银行实际上也会使用硬件解决方案（包括灾难恢复数据中心）。

我对使用共享存储作为备用策略表示怀疑。如果日志在硬件故障期间损坏，故障转移节点（从节点）将无法使用存储。克莱伯特，你在HA设置中损坏HornetQ数据的经验是什么？我们在过去使用GFS时遇到了很多问题，最终让我们可以删除GFS。你用过DRBD进行存储同步吗？我自己也没用过DRDB。我能想到的日志损坏的唯一情况是磁盘发生崩溃，但据我所知，这些GFS磁盘应该被复制，并具有故障恢复能力。至于软件故障，我们一直在测试HornetQ，最新版本已经证明是稳定的。我们正在努力完成复制。很抱歉，我们目前无法为您提供该选项，但我们正在努力。另外：另一个选项是通过NFS。我刚从我们的内核团队得到确认，只要AIO支持文件上的O_DIRECT，它就可以在NFS上正常工作。值得一提的是，我的公司已经放弃了HornetQ评估，因为它需要共享磁盘。我们有一个拥有大量硬件的数据中心，但没有共享磁盘。HornetQ将要求我们重新配置硬件以使用它；RabbitMQ和ActiveMQ不支持。我认为这是一个遗憾，因为HornetQ在其他方面是一个优秀的软件，但这对我们来说是一个阻碍。@TomAnderson我们将很快准备好复制。实际上已经准备好了。。我们现在只是在擦亮它