Ibm mq 将IBM MQ从大型机中移出—最佳实践？

今天，我们的MQ安装主要依赖于大型机，但正在考虑将其迁移到Windows或Linux。 在大多数环境中，我们有三个队列管理器（QMGR）。跨两个LPAR的队列共享组中有两个，对于不需要全天候运行的应用程序，还有一个独立的qmgr。我们有许多较小的应用程序，它们共享少数QMGR

当我读到在Windows和Linux中构建qmgr时，我得到的印象是，大多数设计都倾向于在每个应用程序中使用qmgr或集群。在Windows/Linux上为一百个小型应用程序构建通用qmgr是不可能的吗

我考虑过多实例Qmgr（主动/被动）或集群解决方案。

---

在我有数百个不同的应用程序需要MQ通信的场景中，什么是最佳实践。

首先，您需要的是StackOverflow上不允许的意见

其次，如果有使用MQ的z/OS（大型机）应用程序，则无法将MQ移出大型机，因为大型机应用程序没有客户端模式连接。我的意思是，大型机MQ应用程序无法以客户端模式连接到在分布式平台（即Linux、Windows等）上运行的队列管理器。您需要在大型机和分布式平台上都有队列管理器，以允许消息在平台之间流动。因此，您的标题“将IBM MQ移出大型机”是不可能的，除非所有的大型机MQ应用程序也移出大型机

我得到的印象是，大多数设计都支持qmgr或集群 应用程序

我不知道你从哪里读到的，但听起来像是90年代的信息。通常，只有在有充分理由的情况下，才应该隔离队列管理器

我考虑过多实例Qmgr（主动/被动）或 集群解决方案

我认为您需要了解mqmi和mqclustering，因为它们不是相互排斥的。MQ集群与故障转移或HA（高可用性）无关

---

以下是MQ知识中心对的描述。

首先，您需要的是StackOverflow上不允许的意见

其次，如果有使用MQ的z/OS（大型机）应用程序，则无法将MQ移出大型机，因为大型机应用程序没有客户端模式连接。我的意思是，大型机MQ应用程序无法以客户端模式连接到在分布式平台（即Linux、Windows等）上运行的队列管理器。您需要在大型机和分布式平台上都有队列管理器，以允许消息在平台之间流动。因此，您的标题“将IBM MQ移出大型机”是不可能的，除非所有的大型机MQ应用程序也移出大型机

我得到的印象是，大多数设计都支持qmgr或集群 应用程序

我不知道你从哪里读到的，但听起来像是90年代的信息。通常，只有在有充分理由的情况下，才应该隔离队列管理器

我考虑过多实例Qmgr（主动/被动）或 集群解决方案

我认为您需要了解mqmi和mqclustering，因为它们不是相互排斥的。MQ集群与故障转移或HA（高可用性）无关

---

以下是来自MQ知识中心的描述。

您需要了解并记录您的需求

您可以容忍多长时间的故障切换？
使用z/OS上的共享队列，如果您杀死一个MQ-另一个MQ可以在几秒钟内继续处理消息。应用程序必须检测连接是否断开并重新连接。 如果您选择中端解决方案，则可能需要更长的时间才能检测到队列管理器出现故障，并切换到其他解决方案。在此期间，在途信息将不可用

如果您有10个中端队列管理器并杀死其中一个，则连接到失效队列管理器的应用程序可以检测到中断，并在几秒钟内重新连接到其他队列管理器，因此新消息的吞吐量会有一个短暂的波动。连接到其他9个队列管理器的应用程序将不受影响，因此总体上会出现较小的“blip”

您有响应时间标准吗？所以企业的“预算”在MQ中不超过5ms，在DB2中不超过15ms，等等。 中端是否会影响响应时间，例如，客户端和服务器之间是否存在或多或少的网络延迟

您担心数据的机密性吗。在z/OS上，默认情况下可以启用磁盘加密

您是否担心数据的安全性，例如使用密钥存储库，以及在密钥存储库旁边存放文件（带有密钥存储库的密码）。Z/OS在这方面优于中端

您可以在z/OS和中端上使用防篡改密钥库

缩放 您需要多少分布式队列管理器来处理当前的工作负载和任何增长（以及任何意外的峰值）。这是否会改变您的运营模式

如果您使用的是AMS，则密钥库的维护是一项挑战。如果再添加一个收件人，则需要在所有队列管理器上更新使用队列的所有用户标识的密钥库。使用z/OS，每个队列管理器更新一个密钥环

迁移到中端将如何影响您的灾难恢复？使用中端可能更容易（只需启动一个新的队列管理器），也可能更难-您需要先创建环境，然后才能启动一个新的队列管理器

最坏的情况是什么环境，例如与您交谈的系统——如果它们停机一天。您的队列管理器能否容纳/缓冲工作负载？ 如果你有一天的数据，dra需要多长时间