消息队列：选择和调整大小

Question

• 我有 20 条消息/秒，每个 1 - 1.5 MB。
  • 我需要高可用性（至少 2 到 4 台服务器）。
  • 我需要低延迟（每日高音量 -> 首选全 RAM）。
  • 我需要持久的中毒消息队列。
  • 本地只有少数客户（大约 16 个）。
  • 我可以为每台服务器（代理）提供 12-16G 字节的 RAM。

您会推荐哪种 JMS 消息队列/消息传递？
在什么配置（CPU/RAM）上？

我可以建议可选的 NAS 持久性（以防最终交付失败）吗？

谢谢

Answer 1

如果您要使用 WebSphere MQ，您将需要 NFS v4 而不是 NAS，但除此之外，如果进行相应调整，它符合您的要求。我会配置它：

• 性能循环记录
• NPMCLASS(HIGH) 在正常关闭时保留消息，但在发生故障时可能会丢失它们。提供高性能的内存传输，延迟写入直到内存缓冲区溢出或 QMgr 关闭。
• BOQNAME/BOQTHRESH 在 BOQTHRESH 退出后自动重新排队有害消息。
• 用于工作负载平衡和水平扩展的 WebSphere MQ 集群。
• 受支持的 UNIX/Linux 平台。

我只是在猜测硬件要求，但我已经看到平均硬件的吞吐量非常好。 http://bit.ly/WMQSupportPacs 页面上提供了特定于平台的性能报告。他们就是那些名为 MP* 的人。

• 8 到 10 GB 内存
• 4-CPU

您肯定希望在服务器端和客户端都使用 WMQ v7，而不是早期版本。

完全披露：我是一名 IBM 员工，我专攻 WMQ，我对其他传输提供商没有任何比较建议。不过，我相信其他人会参与进来，这样您就可以对可用的选择进行一个很好的调查。