在虚拟机或Kubernetes上运行IBM MQ及无OpenShift部署方案咨询

以下分别提供虚拟机、非OpenShift的Kubernetes环境下的可行部署方案：

虚拟机环境部署方案 #

• 前置准备：使用符合IBM MQ兼容要求的操作系统（如RHEL 8+/Ubuntu 20.04+/SUSE 15+），虚拟机配置最低2核4G，单独挂载20G以上数据盘用于存储MQ日志和持久化消息，放行1414（默认服务端口）、9443（Web管理端口）的出入站规则
• 安装执行：
  1. 获取对应操作系统版本的IBM MQ二进制安装包，解压到本地目录
  2. RHEL系执行rpm -ivh MQSeries*.rpm完成安装，Ubuntu系执行dpkg -i MQSeries*.deb完成安装，默认安装路径为/opt/mqm
• 初始化配置：
  1. 执行/opt/mqm/bin/setmqinst -i -p /opt/mqm配置全局MQ实例
  2. 切换到默认mqm用户，执行crtmqm [队列管理器名称]创建队列管理器，执行strmqm [队列管理器名称]启动队列管理器
  3. 执行runmqsc [队列管理器名称]进入命令行模式，依次输入DEFINE LISTENER(LISTENER.TCP) TRPTYPE(TCP) PORT(1414) CONTROL(QMGR)、START LISTENER(LISTENER.TCP)创建并启动TCP监听
• 验证：执行dspmq查看队列管理器运行状态，检测1414端口可正常访问即部署完成

Kubernetes（非OpenShift）环境部署方案 #

支持三种主流部署方式，无需依赖任何OpenShift专属组件：

Operator部署（生产环境推荐） #

• 前置准备：Kubernetes集群版本1.24及以上，配置好可用的块存储类，集群可访问IBM MQ官方镜像或已将镜像同步到私有镜像仓库
• 步骤：
  1. 先部署与集群版本兼容的Cert-Manager组件，用于Operator证书自动化管理，待Cert-Manager所有Pod处于Running状态后执行后续步骤
  2. 部署IBM Operator Catalog源，创建专属命名空间后安装IBM MQ Operator订阅，等待Operator Pod正常运行
  3. 编写QueueManager自定义资源清单，指定队列管理器名称、镜像版本、存储配置、资源限制、端口暴露规则、安全策略等参数，提交到集群后Operator将自动完成MQ实例的调度、配置、启动全流程
• 验证：查看QueueManager资源状态变为Ready后，通过集群内部Service或对外暴露的NodePort/Ingress访问MQ服务即可

Helm Chart部署（轻量化场景推荐） #

• 前置准备：集群已安装Helm 3.x，配置好可用存储类
• 步骤：
  1. 添加IBM MQ官方Helm仓库并更新索引
  2. 自定义编写values.yaml配置文件，关闭OpenShift专属的SCC配置，按需调整队列管理器名称、持久化存储大小、服务暴露方式、资源配额等参数
  3. 执行helm install ibm-mq ibm-charts/ibm-mq -f values.yaml -n mq --create-namespace完成部署
• 验证：查看MQ Pod运行正常，端口可连通即部署完成

原生StatefulSet手动部署（高自定义场景适用） #

• 步骤：
  1. 编写StatefulSet配置，使用官方IBM MQ容器镜像，通过volumeClaimTemplates绑定存储类，持久化/var/mqm目录
  2. 配置环境变量指定队列管理器名称、连接密码、安全规则等参数
  3. 配套编写Service资源，暴露1414服务端口和9443管理端口
  4. 将资源清单提交到集群，等待Pod启动完成即可
• 注意事项：生产环境需自行配置探针、高可用策略、权限规则，保障服务稳定性

部署注意：所有Kubernetes场景下都建议使用块存储做持久化，禁止使用hostPath存储用于生产环境，同时配置网络策略限制MQ端口的访问范围，避免未授权访问。

内容的提问来源于stack exchange，提问作者Mohammed Zishan