Kubernetes Windows容器内存限制不生效及Pod重启问题咨询

在Azure Kubernetes Service (AKS) 上运行Windows容器，部署YAML中的资源配置如下：

containers:
  - name: $$DEPLOYMENT_ALIAS$$$$APP_NAME$$
    image: $$DOCKER_IMAGE_NAME$$:$$DOCKER_IMAGE_VERSION$$
    imagePullPolicy: "Always"
    resources:
      requests:
        memory: "2Gi"
        cpu: "1"
      limits:
        memory: "3Gi"
        cpu: "1.5"

实际运行时，所有Pod在内存占用达到1GB时就会重启。已知Docker中采用Hyper-V隔离模式的Windows容器存在默认1GB内存限制，现疑问：

1. 该1GB内存限制在Kubernetes（AKS）环境中是否同样存在？
2. 还有哪些原因会导致Windows容器的内存请求/限制配置不生效？

注：无法访问AKS底层配置。

一、Hyper-V隔离模式的1GB内存限制在AKS中的情况 #

是的，这个默认限制在AKS的Windows节点环境中同样存在。采用Hyper-V隔离模式的Windows容器本质是运行在轻量级Hyper-V虚拟机中的进程，该虚拟机默认的内存配额就是1GB。如果Kubernetes层面的内存限制没有同步覆盖这个底层虚拟机的内存配置，容器占用内存达到1GB时，Hyper-V会直接终止虚拟机（对应容器重启），此时K8s中配置的limits.memory: 3Gi会被底层隔离机制的限制覆盖。

二、导致内存请求/限制不生效的其他原因 #

• 节点OS或容器运行时版本过低：旧版本的Windows Server节点（如2019早期版本）或containerd运行时，对Kubernetes资源限制传递到Hyper-V隔离容器的支持不完善，无法正确将K8s的内存限制同步到Hyper-V虚拟机的配置中。
• AKS节点池的默认配置限制：部分AKS旧版本的Windows节点池可能默认设置了Hyper-V隔离容器的内存上限，即使K8s部署中配置了更高的限制，也会被节点池的默认配置覆盖。
• 隔离模式配置冲突：如果容器镜像或部署中强制指定了Hyper-V隔离模式，但K8s集群未启用对应资源限制的支持，会导致内存限制无法生效。
• 应用自身内存溢出：若应用在内存占用未达K8s限制前就出现内存泄漏或溢出，也会触发容器重启，但这种情况通常会伴随应用日志中的错误信息，可通过kubectl logs排查。

建议 #

1. 确认容器的隔离模式：通过kubectl describe pod <pod-name>查看容器的隔离模式字段，确认是否为Hyper-V隔离。
2. 升级AKS节点池：将Windows节点池升级到Windows Server 2022或更高版本，新版本对Hyper-V隔离容器的资源限制支持更完善，可直接通过K8s的resources.limits配置覆盖默认的1GB限制。
3. 尝试切换隔离模式：若业务允许，将容器切换为进程隔离模式，进程隔离的Windows容器不存在默认1GB内存限制，可直接遵循K8s的资源配置。

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