GKE扩展内存与Kubernetes可分配内存疑问：8GB为何仅显示6.37GB？

这是GKE节点资源管理里很常见的疑问，我来帮你拆解这部分"失踪"的内存去向：

• GCE宿主机系统预留：你用的应该是基于Container-Optimized OS（COS）的GKE节点吧？不管你自定义多少内存，COS本身的内核、系统守护进程（比如sshd、syslog）以及文件系统缓存都会占用一部分内存。这部分完全不属于Kubernetes调度池，是宿主机系统层面的必要开销。
• Kubernetes节点级资源预留：Kubernetes的kubelet会强制预留一部分资源给节点本身，确保kubelet、kube-proxy这些核心组件不会因为Pod抢占资源而崩溃。GKE默认会根据节点规格设置这部分预留值，哪怕你自定义了内存，这部分预留依然会被计算在内——比如对于8G内存的节点，这部分预留大概在500MB左右。
• 容器运行时的开销：负责管理容器的containerd（GKE默认的容器运行时）本身也会占用内存，用于镜像管理、容器生命周期管控等。这部分内存不会被计入任何Pod的request/limit，但确实会消耗节点的可用内存。
• GKE专属系统进程：除了kube-system里的Pod，GKE节点上还有一些不属于Kubernetes命名空间的进程，比如监控代理、日志收集进程等，这些进程是节点正常运行必需的，同样会占用少量内存。

我们可以简单算个账：8GB总内存减去系统预留（约1GB）、K8s节点预留（约0.5GB）、containerd及其他进程（约0.13GB），正好剩下6.37GB左右的可分配内存，和你看到的数值完全匹配。

如果想验证的话，你可以：

1. 登录到节点上执行free -h，对比总内存和实际可用内存的差值
2. 用kubectl describe node <你的节点名>查看Capacity和Allocatable字段的差异，里面会明确列出Kubernetes层面的预留资源

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