总结：整理不易，如果对你有帮助，可否点赞关注一下？更多详细内容请参考：《K8S集群运维指南》一、简介使用Helm结合Bitnami Chart是部署生产级mongodb到Kubernetes集群的事实标准方案。整个过程高度自动化，可以极大地简化运维复杂度。在实际生产环境中，为了保障稳定运行，通常会采用以下几种架构模式：环境信息如下：IP地址节点名称操作系统K8S版本集群角色mongodb角色172.18.1.241kube-master-241Ubuntu 22.04.21.35.0control-plane节点-172.18.1.242kube-worker-242Ubuntu 22.04.21.35.0worker节点数据节点172.18.1.243kube-worker-243Ubuntu 22.04.21.35.0worker节点数据节点172.18.1.244kube-worker-244Ubuntu 22.04.2--仲裁节点说明：数据节点为primary或seconary角色，由mongodb副本集群决定。二、部署local-static-provisioner1、准备数据节点本地存储说明：根据部署规划，副本集群为2个数据节点+1个仲裁节点，其中数据节点需要存储数据，仲裁节点无需存储数据,以下操作分别在kube-worker-242、kube-worker-243上执行。步骤一：格式化磁盘mkfs.xfs-f/dev/vdb步骤二：创建源数据目录mkdir/opt/basic-data/mongodb-data步骤三：执行绑定挂载mount/dev/vdb /opt/basic-data/mongodb-data2、准备逻辑备份本地存储说明：如果启用自动备份CronJob，则需要准备本地存储,以下操作只需在kube-worker-244上执行。步骤一：格式化磁盘mkfs.xfs-f/dev/vdb步骤二：创建源数据目录mkdir/opt/basic-data/mongodb-bakcup步骤三：执行绑定挂载mount/dev/vdb /opt/basic-data/mongodb-bakcup2、配置节点亲和性（强制执行分布策略）说明：给节点添加自定义标签（如local-storage=true）的主要目的是通过nodeSelector或节点亲和性，将特定的Pod精准调度到这些带有标签的节点上，从而满足对本地存储、硬件资源或网络拓扑的依赖。步骤一：kube-worker-242节点root@kube-master-241:~# kubectl label node kube-worker-242 local-storage=trueroot@kube-master-241:~# kubectl get node kube-worker-242 --show-labels | grep local-storage步骤二：kube-worker-243节点root@kube-master-241:~# kubectl label node kube-worker-243 local-storage=trueroot@kube-master-241:~# kubectl get node kube-worker-243 --show-labels | grep local-storage步骤三：kube-worker-244节点root@kube-master-241:~# kubectl label node kube-worker-244 local-storage=trueroot@kube-master-241:~# kubectl get node kube-worker-244 --show-labels | grep local-storage3、其它操作请参考《Kubernetes存储篇：基于local-static-provisioner 2.8.0工具自动创建持久化卷》