我有一个在 us-central1 中运行的 GKE 集群,具有可抢占的节点池。我在每个区域都有节点(us-central1-b、us-central1-c、us-central1-f)。在过去 10 小时内,我收到底层节点 vm 的以下错误:
Instance '[instance-name]' creation failed: The zone
'[instance-zone]'
does not have enough resources available to fulfill
the request. Try a different zone, or try again
later.
我尝试使用 HA(多区域)设置在不同区域中使用不同机器类型创建新集群,但每个集群都出现相同的错误。
我在 Google Cloud Status Dashboard 上看到了一个问题并按照建议尝试使用控制台,但出现超时错误。
还有人遇到这个问题吗?知道我可能错了什么吗?
更新
- 11 月 11 日
- 我在 us-west2 中建立了一个集群,这是唯一可以工作的集群。我使用了 gcloud 命令行,似乎 UI 不起作用。 Google Cloud Status Dashboard 上有一条与此情况类似的注释,use gcloud not ui。
- 我尝试使用 gcloud 命令行和 ui 在 us-central1 中创建节点池,但没有成功。
- 我现在正在联合跨区域的部署并支持多区域入口。
- 十一月12
- 无法在 us-central1 中创建 HA 集群;与上面列出的消息相同。
- 通过 Twitter 联系并收到回复。
- 与 K8s guide to federation 合作看看我是否可以运行多集群。最有可能会使用 Kelsey Hightowers approach
- 唯一的问题是,无法启动集群进行联合。
调查结果
- 与 Google 支持人员交谈,需要 150 美元/月。包裹让技术人员回答我的问题。
- 抢占式实例对于主节点池来说不是一个好的选择。我这样做是因为我很便宜,这让我很痛苦。
- 新架构是一个主节点池,committed use不自动缩放的虚拟机,以及具有可抢占实例的辅助节点池以满足自动缩放需求。辅助池的最小节点数 = 0,最大节点数 = 5(目前);该集群是区域性的,因此实例跨所有区域。
- n1-standard-1 的成本 sustained use (假设 24/7) list 上有 30% 的折扣。
- 1 年 n1-standard-1 的费用 committed use与 list 相比大约有 37% 的折扣。
- 抢占式实例每 24 小时重新配置一次,前提是当该地区的资源需求激增时,抢占式实例未被从您手中夺走。
- 我相信我受到了 us-central1 资源高峰的影响。
- 想要联合 K8 的人必看:Kelsey Hightower - CNCF Keynote | Kubernetes Federation
最佳答案
问题似乎已于 11 月 13 日得到解决。
关于kubernetes - GKE |集群不会在任何区域配置,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53244471/