我正在寻找一种增加 GKE 上主节点虚拟机大小的方法。
On https://kubernetes.io/docs/admin/cluster-large/#size-of-master-and-master-components https://kubernetes.io/docs/admin/cluster-large/#size-of-master-and-master-components它建议对于 11-100 个节点的集群，我们应该为 Kubernetes master 使用 n1-standard-4 VM。
然而，由于集群一开始较小，并且发展到如此规模，这是否意味着我们陷入了动力不足的主节点？从上面的链接：
请注意，这些主节点大小目前仅在集群启动时设置，并且如果您稍后扩展或缩小集群（例如手动删除或添加节点，或使用集群自动扩展程序），则不会进行调整”
那么，有什么办法可以增大master的尺寸呢？
您指出的 Kubernetes 文档是NOT正确并且应该修改，因为 master 实际上可以扩展。
首先请注意，如果集群的行为稳定且高性能，那么用户不应关心 Google Cloud 如何以及何时调整主节点大小。
它是一项托管服务，因此一些细节不公开，例如如何调整主节点大小以及使用哪些算法不共享。
此外，自动缩放器 GKE 中没有有关主站机器类型的信息或免责声明官方文档 https://cloud.google.com/kubernetes-engine/docs/concepts/cluster-autoscaler如果主节点无法调整大小，则可能会发生这种情况，因为这可能会破坏集群的健康状况。
来自博客
“主虚拟机自动扩展、升级、备份和保护”
- https://cloudplatform.googleblog.com/2017/11/Cutting-Cluster-Management-Fees-on-Google-Kubernetes-Engine.html https://cloudplatform.googleblog.com/2017/11/Cutting-Cluster-Management-Fees-on-Google-Kubernetes-Engine.html
但是，如果您愿意，您可以测试该行为：
创建一个只有一个节点的集群
添加10个节点
-
主服务器将暂时无法访问，并且对 API 的调用将解决错误
$ gcloud container clusters get-credentials cluster-1 --zone us-central1-a --project **-**
Fetching cluster endpoint and auth data.
WARNING: cluster cluster-1 is not running. The kubernetes API may not be available.
检查日志，您会注意到日志中将出现一个条目“主升级”
有一个功能要求 https://issuetracker.google.com/79973484如果要求改进 Google 云文档，您可以决定为其加注星标以便接收更新。
另一方面，为了修复 Kubernetes 文档，我打开了公共问题 https://github.com/kubernetes/website/issues/8640在 Github 上。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
