裸金属MicroK8s部署Odoo，Discuss聊天无实时通知故障求助

核心问题定位与修复 #

1. Ingress服务名称不匹配（最可能的直接原因） #

你的Ingress配置中引用的服务名是odoo-svr-http和odoo-svr-gevent，但实际创建的Service名称是odoo-http和odoo-gevent，这会导致Ingress无法正确将流量转发到对应的Odoo服务，直接影响websocket连接的后端路由。

修改Ingress配置中的服务名称，与实际Service一致：

# 修改后的Ingress片段
spec:
  ingressClassName: nginx
  rules:
  - host: mydomain.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: odoo-http  # 修正为实际Service名
            port:
              number: 8069
      - path: /websocket
        pathType: Prefix
        backend:
          service:
            name: odoo-gevent  # 修正为实际Service名
            port:
              number: 8072

2. Odoo容器端口暴露验证 #

虽然K8s Service无需容器显式暴露端口即可转发流量，但为了确保容器内的gevent服务（8072端口）正常监听，建议在Deployment的容器配置中添加端口声明：

# odoo-deployment.yaml 容器部分修改
containers:
  - name: odoo
    image: odoo:16.0
    imagePullPolicy: IfNotPresent
    ports:
      - containerPort: 8069
        name: http
      - containerPort: 8072
        name: gevent
    env:
      # 保留原有环境变量配置

3. Odoo Gevent与Worker配置兼容性调整 #

当启用gevent端口时，Odoo的workers配置需要适配异步模式。当前workers=3可能会导致长连接处理异常，建议调整为：

# odoo.conf 修改
workers = 1  # Gevent模式下建议使用单worker，避免连接分发问题
gevent_workers = 4  # 添加gevent worker数量配置，优化并发处理

4. 代理头完整性配置 #

确保Nginx Ingress正确传递代理相关请求头，在Ingress的location-snippets中补充必要的头信息，帮助Odoo正确识别客户端来源：

# Ingress annotations修改
nginx.org/location-snippets: |
  proxy_redirect off;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header X-Forwarded-Proto $scheme;

验证步骤 #

1. 应用所有配置修改后，重启相关资源：

kubectl apply -f odoo-deployment.yaml
kubectl apply -f odoo-http-service.yaml
kubectl apply -f odoo-gevent-service.yaml
kubectl apply -f odoo-ingress.yaml

2. 查看Odoo容器日志，确认gevent服务正常启动：

kubectl logs -l app=odoo | grep gevent

3. 在浏览器中重新打开Odoo，打开调试工具的Network标签，查看/websocket连接的持续状态，发送测试消息验证实时通知是否生效。

内容的提问来源于stack exchange，提问作者jordan.belfort