原文链接:https://akomljen.com/kubernetes-api-resources-which-group-and-version-to-use/
Kubernetes使用声明式的 API 让系统更加健壮。但是这样也就意味着我们想要系统执行某些操作就需要通过使用 CLI或者 REST API来创建一个资源对象,为此,我们需要定义 API 资源的名称、组和版本等信息。但是很多用户就会为此感到困惑了,因为有太多的资源、太多的版本、太多的组了,这些都非常容易产生混淆。如果我们通过 YAML 文件定义过 Deployment 这样的资源清单文件的话,那么你应该会看到 apiVersion:apps/v1beta2、 apiVersion:apps/v1等等这样的信息,那么我们到底应该使用哪一个呢?哪一个才是正确的呢?如何检查 Kubernetes集群支持哪些?其实我们使用 kubectl工具就可以来解决我们的这些疑惑。
API Resources
我们可以通过下面的命令来获取 Kubernetes集群支持的所有 API 资源:
1 | $ kubectl api-resources -o wide |
需要注意的是在 1.11.0以上版本的集群中 kubectl才支持上面的 api-resources命令。
上面的命令输出了很多有用的信息:
SHORTNAMES - 资源名称的简写,比如 deployments 简写就是 deploy,我们可以将这些快捷方式与 kubectl一起使用
APIGROUP - 我们可以查看官方文档以了解更多信息,但简而言之,您将在 yaml文件中使用它像 apiVersion:
KIND - 资源名称
VERBS - 可用的方法,在您想要定义 ClusterRoleRBAC规则时也很有用,您还可以选择获取特定 API 组的 API 资源,例如:
1 | $ kubectl api-resources --api-group apps -o wide |
对于上面的每种资源类型,我们都可以使用 kubectl explain命令来获取有关的资源详细信息:
1 | $ kubectl explain configmap |
kubectl explain命令非常有用,特别是在我们不知道该如何编写 YAML文件的时候,就可以使用改命令来帮助我们获得更多提示信息。
需要注意的是 explain命令可能会显示旧的 group/version,我们可以通过 –api-version参数显示设置它,比如:
请注意,explain可能会显示旧组/版本,但您可以使用–api-version显式设置它,例如:
1 | kubectl explain replicaset --api-version apps/v1 |
API Versions
我们也可以使用下面的命令来获取集群支持的所有 API 版本:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29$ kubectl api-versions
admissionregistration.k8s.io/v1beta1
apiextensions.k8s.io/v1beta1
apiregistration.k8s.io/v1beta1
apps/v1
apps/v1beta1
apps/v1beta2
authentication.k8s.io/v1
authentication.k8s.io/v1beta1
authorization.k8s.io/v1
authorization.k8s.io/v1beta1
autoscaling/v1
autoscaling/v2beta1
batch/v1
batch/v1beta1
certificates.k8s.io/v1beta1
certmanager.k8s.io/v1alpha1
enterprises.upmc.com/v1
events.k8s.io/v1beta1
extensions/v1beta1
metrics.k8s.io/v1beta1
monitoring.coreos.com/v1
networking.k8s.io/v1
policy/v1beta1
rbac.authorization.k8s.io/v1
rbac.authorization.k8s.io/v1beta1
storage.k8s.io/v1
storage.k8s.io/v1beta1
v1
输出结果是以 group/version的方式呈现的,可以通过查看此页面了解更多有关 Kubernetes中 API 版本控制的信息。
有的时候,我们只想检查特定的 group/version是否可以用于某些资源即可,大多数的资源都有可用的 GET方法,所以我们只需要尝试获取下资源,同时提供 API 的 version 和 group 即可验证, kubectlget<API_RESOURCE_NAME>.<API_VERSION>.<API_GROUP>,例如:
1 | $ kubectl get deployments.v1.apps -n kube-system |
如果资源不存在指定的 group/version组合或者资源根本不存在,我们将会收到错误信息:
1 | $ kubectl get deployments.v1beta.apps -n kube-system |
总结
本文将帮助您了解 YAML文件中的 kind和 apiVersion这两个内容,如果你想了解更多关于 Kubernetes设计的信息,我建议你查看下这篇文章,谢谢。