You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Autopilot GKE集群中创建Burstable/BestEffort Pod失败的问题求助

Autopilot GKE集群创建Burstable/BestEffort Pod异常的解决思路

一、为啥按示例创建的Pod变成Guaranteed?

Autopilot是托管式集群,有强制的资源规则:所有Pod必须设置CPU和内存的资源请求,如果你没显式写,集群会自动补默认值(比如0.25核CPU、0.5Gi内存)。而当Pod的资源请求和限制完全相等时,K8s就会把它判定为Guaranteed级别——这就是你遇到的问题根源。

二、正确创建Burstable Pod的方法

要生成Burstable级别的Pod,必须显式设置资源请求小于资源限制,同时符合Autopilot的资源范围要求:

  1. 明确写resources.requests和resources.limits,且两者数值不一样
  2. 请求值不能低于Autopilot的下限(比如CPU至少0.1核,内存至少0.1Gi)
    给你个可用的YAML示例:
apiVersion: v1
kind: Pod
metadata:
  name: burstable-demo
spec:
  containers:
  - name: nginx-container
    image: nginx:alpine
    resources:
      requests:
        cpu: "0.25"
        memory: "0.5Gi"
      limits:
        cpu: "0.5"
        memory: "1Gi"

三、nodeSelector和tolerations为啥不生效?

Autopilot集群的节点完全由Google管理,用户根本没法干预节点调度——官方文档里的nodeSelector和tolerations示例是给标准GKE集群用的,放到Autopilot里要么被直接忽略,要么导致Pod创建失败。你把它们移除是对的,Autopilot下不需要这些配置。

四、关于BestEffort Pod的额外说明

别折腾BestEffort类型了,Autopilot直接不支持这种Pod。因为BestEffort的定义就是完全不设置资源请求和限制,但Autopilot强制要求所有Pod必须设置资源请求,所以这种Pod根本创建不出来。

内容的提问来源于stack exchange,提问作者e741af0d41bc74bf854041f1fbdbf

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.27 18:57:46