如何通过编程方式（使用kubectl）判断Kubernetes集群类型？

可以通过检查集群节点元数据、组件版本、特有资源这几个维度自动推断集群类型，以下是具体实现方法：

1. 检查节点标签与注解 #

节点的专属标签/注解是识别集群环境的最直接依据：

• Docker Desktop：节点通常带有kubernetes.io/hostname=docker-desktop标签，单节点集群的节点会标注node-role.kubernetes.io/master角色

  kubectl get nodes -o jsonpath='{.items[0].metadata.labels.kubernetes\.io/hostname}'
  

• k3s：节点会包含k3s.io/hostname、k3s.io/node-role这类专属标签

  kubectl get nodes -o jsonpath='{.items[0].metadata.labels.k3s\.io/hostname}'
  

• EKS：节点带有eks.amazonaws.com/nodegroup标签，或alpha.eksctl.io/cluster-name注解

  kubectl get nodes -o jsonpath='{.items[0].metadata.labels.eks\.amazonaws\.com/nodegroup}'
  

• GKE：节点标签包含cloud.google.com/gke-nodepool，主机名格式通常为gke-<集群名>-<节点池名>-<随机字符串>

  kubectl get nodes -o jsonpath='{.items[0].metadata.labels.cloud\.google\.com/gke-nodepool}'
  

2. 解析kubelet版本字符串 #

不同发行版的kubelet版本会带有专属后缀/前缀：

kubectl get nodes -o jsonpath='{.items[0].status.nodeInfo.kubeletVersion}'

• k3s版本示例：v1.27.3+k3s1（带+k3s后缀）
• EKS版本示例：v1.27.3-eks-a5565ad（带-eks.后缀）
• GKE版本示例：v1.27.3-gke.1000（带-gke.后缀）
• Docker Desktop版本示例：v1.27.4（标准K8s版本，无发行版专属后缀）

3. 检查集群特有资源 #

每个发行版会自带专属的系统组件或配置资源：

• EKS：kube-system命名空间下存在aws-auth ConfigMap（用于IAM权限管理）

  kubectl get configmap aws-auth -n kube-system --ignore-not-found
  

• GKE：kube-system命名空间下存在gke-config ConfigMap

  kubectl get configmap gke-config -n kube-system --ignore-not-found
  

• k3s：kube-system下会有k3s-server、k3s-agent相关Pod，默认安装Traefik组件

  kubectl get pods -n kube-system | grep k3s-
  

• Docker Desktop：kube-system下的API Server Pod名称为kube-apiserver-docker-desktop

  kubectl get pods -n kube-system | grep kube-apiserver-docker-desktop
  

编程实现思路 #

在CLI工具中可按以下优先级依次验证：

1. 优先检查节点标签/注解，这是最精准的标识
2. 若标签匹配失败，解析kubelet版本字符串做二次判断
3. 最后检查集群特有资源，作为兜底验证逻辑

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