如何在OpenShift中正确暴露RabbitMQ的AMQP端口？

为啥普通 Route 连不上？因为 OpenShift 默认 Route 是为 HTTP/HTTPS 设计的，会把流量按 HTTP 规则解析，但 AMQP 是二进制 TCP 协议，路由器无法处理这类流量，直接丢弃请求，所以 RabbitMQ 容器连日志都看不到。而 kubectl port-forward 是直接打通本地端口与 Pod 端口，绕开了路由器的 HTTP 处理逻辑，所以能正常工作。

改为 TCP 透传模式的 Route #

把 Route 配置改成 passthrough 类型的 TCP Route，让路由器直接转发 TCP 流量到后端 Service，不做任何 HTTP 层面的解析。修改后的 Helm 模板如下：

kind: Route
apiVersion: route.openshift.io/v1
metadata:
  name: rabbit-amqp
  namespace: dev
  labels:
    {{- include "app.labels" . | nindent 4 }}
spec:
  host: "my-dns"
  port:
    targetPort: amqp
    protocol: TCP  # 明确标记为TCP流量
  wildcardPolicy: None
  to:
    kind: Service
    name: rabbit-amqp
    weight: 100
  tls:
    termination: passthrough  # 关键：透传所有流量，不解析HTTP
    insecureEdgeTerminationPolicy: None

额外注意事项 #

1. TLS 适配：

   • 若未给 RabbitMQ 配置 TLS，客户端用 amqp:// 连接时，需集群管理员给 OpenShift 路由器分配专门的 TCP 端口（默认443为HTTPS端口，passthrough 会默认使用该端口，但后端未开TLS时客户端会报错）。
   • 更稳妥的方式是给 RabbitMQ 配置 TLS 证书，将 Service 和 Deployment 的端口改为5671（RabbitMQ 默认 AMQPS 端口），客户端用 amqps://my-dns:443 连接，流量全程加密，路由器直接透传 TLS 流量到后端。

2. 验证步骤：

   • 应用修改后的 Helm 配置：helm upgrade rabbit ./your-chart -n dev
   • 检查 Route 状态：oc get route rabbit-amqp -n dev，确保 READY 列显示 True
   • 实时查看 RabbitMQ 日志：oc logs -f deployment/rabbit -n dev，此时客户端连接后，应该能看到连接成功的日志。

3. 现有配置无问题：

   • Service 的 selector 正确匹配 Deployment 的 labels，oc describe 显示 Endpoints 已关联到 Pod 的 IP 和端口，说明后端服务本身正常，问题仅出在 Route 的协议处理逻辑上。

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