GCP网页界面无法创建K8集群或node pool问题如何排查

• 优先做前端侧基础校验：
  清理浏览器缓存、Cookie，或使用无痕模式访问GCP控制台重试，排除广告拦截、代理类浏览器插件对GCP控制台API请求的拦截。同时打开浏览器F12开发者工具的「网络」标签，重新触发创建操作，筛选状态码为4xx/5xx的异常请求，查看响应体的具体报错内容：
  • 若返回403：核对当前控制台登录账号的IAM权限，确认已授予container.clusters.create、container.nodePools.create等必要权限，需注意控制台登录账号和gcloud使用的账号可能存在差异。
  • 若返回409：校验当前所选区域的资源配额是否充足，重点核对CPU、内存、公网IP的剩余配额，gcloud创建成功可能是因为使用了其他区域的配额。
  • 若返回5xx：属于GCP服务端异常，可查看GCP官方服务状态面板，确认对应区域的GKE服务是否有公示的故障事件。
• 排查操作审计日志：
  进入GCP的操作审计日志页面，筛选资源类型为Kubernetes Cluster、操作名称为google.container.v1.ClusterManager.CreateCluster或google.container.v1.ClusterManager.CreateNodePool，对应时间段的日志会完整记录权限校验、资源校验的失败原因。也可以通过gcloud命令拉取日志：

  gcloud logging read "resource.type=k8s_cluster AND protoPayload.methodName=~"Create" AND timestamp>=\"202X-XX-XXT00:00:00Z\"" --limit 20
  

  使用时替换命令中的时间范围为故障发生的时间段即可。
• 做参数差异化对比：
  核对gcloud创建资源时使用的所有参数，和控制台填写的参数是否完全一致，包括区域、可用区、节点机型、磁盘规格、网络配置、集群版本等，部分小众配置可能存在控制台前端适配问题，导致提交的参数不合法。如果gcloud操作时使用了自定义组织策略、专用服务账号等特殊配置，确认控制台创建时也选择了相同配置。

你提供的截图仅展示了前端通用加载失败提示，无有效错误信息，通过上述步骤获取到具体报错后即可快速定位根因。

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