125 lines
4.9 KiB
Markdown
125 lines
4.9 KiB
Markdown
# RabbitMQ 自建生产集群
|
||
|
||
本目录用于在客户自己的 Kubernetes 集群中部署 RabbitMQ，不依赖云厂商消息队列服务。模板使用 RabbitMQ 官方 Cluster Operator 管理三节点集群。
|
||
|
||
该组件独立于 EasyAI 主应用的 production overlay，需先部署 RabbitMQ，再把 Operator 生成的连接凭据写入 EasyAI 配置。
|
||
|
||
## 架构
|
||
|
||
- 3 个 RabbitMQ 节点，分别调度到不同 Worker 节点；
|
||
- 每个 RabbitMQ Pod 使用独立的 RWO PVC；
|
||
- 优先跨可用区调度；
|
||
- 客户端通过 `easyai-rabbitmq.easyai.svc.cluster.local:5672` 访问；
|
||
- 新建的普通持久化业务队列默认使用 quorum queue；
|
||
- Operator 负责 StatefulSet、内部 Service、节点发现和滚动更新，模板额外提供 `maxUnavailable: 1` 的 PodDisruptionBudget。
|
||
|
||
## 前提条件
|
||
|
||
- Kubernetes 集群至少有 3 个可调度 Worker 节点；
|
||
- 已有支持动态创建 RWO PVC 的 StorageClass；
|
||
- 已安装与客户 Kubernetes 版本兼容的 RabbitMQ Cluster Operator；
|
||
- 节点可以拉取 `rabbitmq:4.3.2-management`，或已将该镜像同步到客户私有仓库。
|
||
|
||
安装 Operator 前请先核对官方兼容要求：
|
||
|
||
<https://www.rabbitmq.com/kubernetes/operator/install-operator>
|
||
|
||
联网环境可按官方方式安装：
|
||
|
||
```bash
|
||
kubectl apply -f https://github.com/rabbitmq/cluster-operator/releases/latest/download/cluster-operator.yml
|
||
kubectl -n rabbitmq-system rollout status deploy/rabbitmq-cluster-operator --timeout=10m
|
||
```
|
||
|
||
生产环境建议下载并审计 Operator YAML，将其中镜像同步到客户私有仓库后再安装，避免部署时依赖公网和浮动版本。
|
||
|
||
## 修改模板
|
||
|
||
编辑 `rabbitmq-cluster.yaml`：
|
||
|
||
1. 将 `CHANGE_ME_RABBITMQ_STORAGE_CLASS` 替换为客户的 RWO StorageClass；
|
||
2. 根据消息量调整每个节点的 `storage`、CPU 和内存；
|
||
3. 无法访问 Docker Hub 时，将 `image` 替换为客户私有仓库中的同版本镜像；
|
||
4. 如果 Worker 节点不足 3 个，先扩容节点，不要删除主机级反亲和规则后直接用于生产。
|
||
|
||
检查占位符并渲染：
|
||
|
||
```bash
|
||
grep -R -n 'CHANGE_ME' k8s/addons/rabbitmq-cluster
|
||
kubectl kustomize k8s/addons/rabbitmq-cluster > /tmp/easyai-rabbitmq.yaml
|
||
```
|
||
|
||
## 部署
|
||
|
||
先创建 EasyAI namespace，再部署 RabbitMQ：
|
||
|
||
```bash
|
||
kubectl apply -f k8s/overlays/production/namespace.yaml
|
||
kubectl apply -k k8s/addons/rabbitmq-cluster
|
||
```
|
||
|
||
等待集群就绪：
|
||
|
||
```bash
|
||
kubectl -n easyai wait rabbitmqcluster/easyai-rabbitmq \
|
||
--for=condition=AllReplicasReady \
|
||
--timeout=15m
|
||
|
||
kubectl -n easyai get rabbitmqcluster easyai-rabbitmq
|
||
kubectl -n easyai get pod,svc,pvc,pdb \
|
||
-l app.kubernetes.io/name=easyai-rabbitmq
|
||
```
|
||
|
||
## 配置 EasyAI
|
||
|
||
Operator 会生成 `easyai-rabbitmq-default-user` Secret。初次连通性验证时可读取该 Secret 中的用户名和密码：
|
||
|
||
```bash
|
||
kubectl -n easyai get secret easyai-rabbitmq-default-user \
|
||
-o jsonpath='{.data.username}' | base64 --decode
|
||
echo
|
||
|
||
kubectl -n easyai get secret easyai-rabbitmq-default-user \
|
||
-o jsonpath='{.data.password}' | base64 --decode
|
||
echo
|
||
```
|
||
|
||
将读取到的值写入 `k8s/overlays/production/app-secret.yaml`：
|
||
|
||
```yaml
|
||
CONFIG_MQ_USER: Operator生成的用户名
|
||
CONFIG_MQ_PASSWORD: Operator生成的密码
|
||
```
|
||
|
||
Operator 生成的是集群默认管理用户。正式生产环境建议使用该用户完成初始化后，另行创建仅供 EasyAI 使用的应用用户，并只授予目标 vhost 的 configure/write/read 权限；随后将 `CONFIG_MQ_USER` 和 `CONFIG_MQ_PASSWORD` 替换为应用用户凭据。不要在多个系统之间共用默认管理用户。
|
||
|
||
修改 `k8s/overlays/production/app-config.yaml`：
|
||
|
||
```yaml
|
||
CONFIG_MQ_PROTOCOL: amqp
|
||
CONFIG_MQ_HOST: easyai-rabbitmq.easyai.svc.cluster.local
|
||
CONFIG_MQ_PORT: "5672"
|
||
CONFIG_MQ_VHOST: /
|
||
```
|
||
|
||
然后按仓库根目录 README 部署 EasyAI 主应用。
|
||
|
||
## 验证
|
||
|
||
```bash
|
||
kubectl -n easyai exec easyai-rabbitmq-server-0 -- rabbitmq-diagnostics -q ping
|
||
kubectl -n easyai exec easyai-rabbitmq-server-0 -- rabbitmqctl cluster_status
|
||
kubectl -n easyai exec easyai-rabbitmq-server-0 -- rabbitmqctl list_queues name type durable messages consumers
|
||
```
|
||
|
||
预期 `cluster_status` 中有 3 个运行节点，EasyAI 启动后业务持久化队列的 `type` 为 `quorum`。
|
||
|
||
## 运维注意事项
|
||
|
||
- 不要直接修改 Operator 生成的 StatefulSet；通过 `RabbitmqCluster` 资源修改集群。
|
||
- 不要同时重启两个 RabbitMQ 节点；维护前确认 quorum 状态正常。
|
||
- 模板保留 Operator 的默认终止宽限期，使 preStop 能在节点退出前检查 quorum 安全状态；不要为了加快删除而随意缩短。
|
||
- PVC 只解决节点重建时的数据持久化，不等同于备份。应定期导出 definitions，并结合存储快照制定恢复方案。
|
||
- 升级 RabbitMQ 或 Operator 前，先在测试环境验证队列声明、发布消费、断线重连和节点故障切换。
|
||
- 若要启用 AMQPS，应按客户证书体系配置 `spec.tls`，并将 EasyAI 的协议和端口调整为 `amqps`/`5671`。
|