MongoDB副本集在虚拟化平台中怕内存气球，因其会强制回收WiredTiger缓存页，触发OOM或缓存收缩，导致写入卡顿、同步延迟、节点失联；需禁用气球机制并关闭swap与THP以保障内存确定性。
为什么 MongoDB 副本集在虚拟化平台里怕内存气球（Memory Ballooning）
因为 mongod 进程依赖稳定的内存分配，而内存气球会偷偷回收它已申请但未主动释放的内存页，触发 WiredTiger 引擎的 OOM 崩溃或强制降级缓存策略，导致写入卡顿、同步延迟甚至节点失联。
内存气球干扰 WiredTiger 缓存的实际表现
WiredTiger 默认把 50% 的物理内存用作内部缓存（wiredTigerCacheSizeGB），但它不主动向 OS 释放空闲页——这是为了加速数据读取。而内存气球驱动（如 VMware Tools 中的 vmware-tools-daemon 或 Hyper-V 的 Hyper-V Integration Services）会周期性地“inflate”气球进程，向 Guest OS 申请大量内存，迫使 OS 回收匿名页。WiredTiger 的缓存页正好属于可回收范围，结果就是：
- 缓存被 OS 强制换出，
mongod突然发现可用内存锐减，触发紧急缓存收缩 - 大量磁盘 I/O 激增（
Page faults上升，wt_cache_bytes_read_into_cache暴涨） - oplog 同步变慢，Secondary 进入
RECOVERING状态 - 心跳超时，引发不必要的选举或
NotMaster错误
关闭气球技术的具体操作与替代方案
不同平台关闭方式不同，但核心都是禁用 guest-side 内存回收机制：
- VMware：在 VM 配置中设置
mem.hotadd = "FALSE"，并禁用vmware-tools的内存控制模块（修改/etc/vmware-tools/tools.conf，注释掉或设memoryBalloon = "0"） - Hyper-V：关闭集成服务中的 “Dynamic Memory”，并在 VM 设置中固定 Startup RAM 和 Maximum RAM 数值（二者相等）
- KVM/QEMU：确保不启用
balloon设备（XML 中无<balloon>段），同时在 Guest 内核启动参数中添加transparent_hugepage=never和swappiness=1
替代内存弹性方案更推荐：预留足够静态内存 + 启用 wiredTigerCacheSizeGB 显式限制（例如设为总内存的 60%），避免缓存无节制增长；再配合监控 extra_info.page_faults 和 mem.virtual 指标，比依赖气球更可控。
容易被忽略的关联点：swap 和 THP
即使关了气球，若宿主机开启 swap 或启用了透明大页（THP），mongod 仍可能被调度器误伤：
- swap 会让 WiredTiger 缓存页被换出到磁盘，延迟飙升——务必在 Guest OS 中执行
swapoff -a并注释/etc/fstab中 swap 行 - THP 会导致内存分配碎片和锁竞争，MongoDB 官方明确要求
echo never > /sys/kernel/mm/transparent_hugepage/enabled - 这些配置必须在每次 reboot 后持久生效，仅临时执行没用
真正稳住副本集，不是靠虚拟层“动态腾挪”，而是让 mongod 对内存有确定性预期——气球破坏的就是这个确定性。
