Redis对cgroupv1/cgroupv2的支持情况及最低兼容版本咨询

Redis与cgroup的关联及cgroupv2支持版本 #

• Redis会利用cgroup机制感知容器的内存限制：当容器配置了内存配额时，Redis会读取cgroup的内存限制值，以此调整自身的maxmemory策略（若未显式配置maxmemory）。
• 你使用的Redis 5.0.2仅支持cgroupv1，Redis从6.2.0版本开始正式支持cgroupv2。Kubernetes 1.26版本默认采用cgroupv2作为容器运行时的cgroup驱动，旧版本Redis无法正确识别该环境下的容器内存限制，可能引发内存使用超出预期的问题。

节点内存上升但Pod内存无明显变化的排查方向 #

• 排查系统组件内存占用：升级K8s后，kubelet、containerd等核心组件在cgroupv2环境下的内存消耗可能增加，可通过kubectl top node结合节点上的free、top命令（执行kubectl debug node/<node-name> -it --image=busybox进入节点）查看系统级内存占用情况。
• 检查kube-system命名空间Pod：calico、metrics-server、azure-cni等集群组件的内存使用可能在升级后上升，执行kubectl top pod -n kube-system对比升级前后的数据。
• 注意cgroupv2的内存统计差异：cgroupv2对内存的统计方式（如缓存、RSS的归类）与cgroupv1不同，kubectl top和Azure Monitor的Pod内存统计仅覆盖容器进程的RSS，而节点层面的内存包含系统缓存、内核内存等部分，可能导致两者数据出现偏差。
• 验证Redis进程实际内存：进入Redis Pod执行redis-cli info memory查看used_memory、used_memory_rss等指标，确认是否超出容器配置的内存限额——旧版本Redis在cgroupv2下可能无法自动适配内存限制，导致实际使用内存未被Pod监控正确统计。

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