kubernetes - 如何判断现有集群的类型是区域性的还是区域性的？

在 GKE 上，您可以根据位置创建3 种类型的集群。

单区域集群在一个区域中运行一个控制平面（主）。此控制平面管理在同一区域中运行的节点上的工作负载。

多区域集群具有在单个区域中运行的控制平面的单个副本，并且具有在多个区域中运行的节点。在集群升级或控制平面运行的区域中断期间，工作负载仍然运行。但是，在控制平面可用之前，无法配置集群、其节点及其工作负载。多区域集群平衡可用性和成本以实现一致的工作负载。如果要保持可用性并且节点和节点池的数量经常变化，请考虑使用区域集群。

区域集群

区域集群具有控制平面的多个副本，在给定区域内的多个区域中运行。节点也在运行控制平面副本的每个区域中运行。由于区域集群复制了控制平面和节点，因此它比类似的单地区或多地区集群消耗更多的 Compute Engine 资源。

最简单的方法是检查location集群的 GKE 仪表板。

Zonal Clusters只指定了一个zone，在我的情况下是us-central1-c.

Regional Clusters已指定Region其中可能包含许多区域。在我的情况下，位置us-east1没有任何-X.

在创建时，Regional Cluster您还可以指定zones应添加的默认值。

此外，如果您将转到集群详细信息，您可以看到不同的选项。

Zone Cluster：

在zonal cluster你的Master zone和default zone都是一样的。

Regional Cluster：

在regional cluster您已指定region并且default zones可以在集群创建期间选择。

简而言之。如果您有Region-Zone(us-central1-c, where us-central1is regionand -cis zone) 它的区域，请在您所在位置的 GKE 集群仪表板上。如果你只Region喜欢us-east1它的Regional cluster.

如果您想使用 gcloud CLI

您可以使用gcloud container clusters list并检查是否location指定zone了region-a, region-b, region-c.

$ gcloud container clusters list
NAME       LOCATION       MASTER_VERSION  MASTER_IP     MACHINE_TYPE   NODE_VERSION    NUM_NODES  STATUS
zonal-1    us-central1-c  1.14.10-gke.36  35.194.45.10  n1-standard-1  1.14.10-gke.36  3          RUNNING
cluster-1  us-east1       1.14.10-gke.36  34.75.147.33  n1-standard-1  1.14.10-gke.36  9          RUNNING

您也可以考虑gcloud container describe <cluster-name>，但您还需要指定集群是否是集群，或者regional它zonal可能更像是确认集群。regionalzonal

kubernetes - 如何判断现有集群的类型是区域性的还是区域性的？

问题描述

解决方案

推荐阅读