目录
一、概述
二、Label Selector(标签选择器)
1)、基于等值(Equality-based)
2)、基于集合(Set-based)
三、Label相关操作
(1)、yaml文件定义标签
(2)、查看标签
(3)、筛选标签
(4)、添加标签
(5)、更新标签
(6)、删除标签
三、Label使用场景
一、概述
Label(标签)是Kubernetes系统中一个比较重要的概念,给某个资源对象(Node、Pod、Service等)定义一个Label,就相当于给它打了一个标签,然后可以通过Label Selector(标签选择器)查询和筛选拥有某些Label的资源对象,Kubernetes通过label对资源进行分区和管理。
Label的特点:
- 1)、一个Label是一个key=value的键值对,其中key与value由用户自己指定。Label可以被附加到各种资源对象上,例如Node、Pod、Service等。
- 2)、一个资源对象可以定义任意数量的Label,同一个Label也可以被添加到任意数量的资源对象上。
- 3)、Label通常在资源对象定义时确定,也可以在对象创建后动态添加或者删除。
我们可以通过给指定的资源对象捆绑一个或多个不同的Label来实现多维度的资源分组管理功能,以便灵活、方便地进行资源分配、调度、配置、部署等管理工作。
示例如下:这是一个有 environment: production 和 app: nginx 标签的 Pod 配置文件。
apiVersion: v1
kind: Pod
metadata:
name: label-demo
labels: # 定义标签集合
environment: production # 使用键值对方式定义
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.14.2
ports:
- containerPort: 80
二、Label Selector(标签选择器)
Label标签定义完毕之后,还要考虑到标签的选择,这就要使用到Label Selector(标签选择器),即:
- Label用于给某个资源对象定义标签;
- Label Selector用于查询和筛选拥有某些标签的资源对象;
API 目前支持两种类型的选择算符:基于等值的和基于集合的。
1)、基于等值(Equality-based)
基于等值或基于不等值的需求允许按标签键和值进行过滤。 匹配对象必须满足所有指定的标签约束,尽管它们也可能具有其他标签。 可接受的运算符有 =、== 和 != 三种。 前两个表示相等(并且是同义词),而后者表示不相等。例如:
- app = nginx:匹配所有具有标签app=nginx的资源对象;
- environment != prod:匹配所有不具有标签environment = prod的资源对象,比如environment = dev、environment = qa等;
2)、基于集合(Set-based)
基于集合的标签需求允许你通过一组值来过滤键。 支持三种操作符:in、notin 和 exists(只可以用在键标识符上)。例如:
- release in(stable, beta):匹配所有具有标签release = stable或者release = beta的资源对象;
- tier not in(backend):匹配所有不具有标签tier = backend的资源对象;
标签的选择条件可以使用多个,此时将多个Label Selector进行组合,使用逗号","进行分隔即可。例如app=nginx,environment!=prod、release in (stable, beta),app=nginx等等。
复杂查询下Selector的示例:
selector:
matchLabels: # 由 {key,value} 对组成的映射
app: nginx
matchExpressions: # Pod 选择算符需求的列表
# 可以使用的操作包括In、NotIn、Exists、DoesNotExist
- { key: tier , operator: In , values: [frontend]}
- { key: environment, operator: NotIn, values: [dev]}
三、Label相关操作
(1)、yaml文件定义标签
以nginx Pod为例,Label被定义在其metadata中,如下图:
然后我们就可以在Service、RC等管理对象中通过Label Selector(标签选择器)设置需要关联Pod的Label,如下图:
(2)、查看标签
kubectl get xxx 命令默认不会列出任何标签,使用 --show-labels 选项来查看。例如:
$ kubectl get pod
NAME READY STATUS RESTARTS AGE
nginx-748c667d99-6d5s9 1/1 Running 0 35m
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-6d5s9 1/1 Running 0 35m app=nginx,pod-template-hash=748c667d99
$ kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 7d8h
nginx NodePort 10.103.144.31 <none> 80:32327/TCP 34m
$ kubectl get svc --show-labels
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE LABELS
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 7d8h component=apiserver,provider=kubernetes
nginx NodePort 10.103.144.31 <none> 80:32327/TCP 35m app=nginx
(3)、筛选标签
查看匹配标签条件的pod:
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-6d5s9 1/1 Running 0 41m app=nginx,pod-template-hash=748c667d99
$ kubectl get pod -l app=nginx
NAME READY STATUS RESTARTS AGE
nginx-748c667d99-6d5s9 1/1 Running 0 42m
$ kubectl get pod -l app=nginx1
No resources found in default namespace.
查看匹配标签key的pod:
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-6d5s9 1/1 Running 0 43m app=nginx,pod-template-hash=748c667d99
$ kubectl get pod -L app
NAME READY STATUS RESTARTS AGE APP
nginx-748c667d99-6d5s9 1/1 Running 0 43m nginx
$ kubectl get pod -L pod-template-hash
NAME READY STATUS RESTARTS AGE POD-TEMPLATE-HASH
nginx-748c667d99-6d5s9 1/1 Running 0 44m 748c667d99
多个匹配条件之间使用逗号分开,多个条件之间是“and”关系。例如:
# 选择release为stable或者beta的pod
kubectl get pod -l 'release in (stable, beta)' --show-labels
# 选择release为stable或者beta但不包括env=test的pod
kubectl get pod -l env!=test,'release in (stable, beta)' --show-labels
(4)、添加标签
给名为nginx 的pod添加Label:environment=dev
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-6d5s9 1/1 Running 0 45m app=nginx,pod-template-hash=748c667d99
$ kubectl label pod nginx-748c667d99-6d5s9 environment=dev
pod/nginx-748c667d99-6d5s9 labeled
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-6d5s9 1/1 Running 0 46m app=nginx,environment=dev,pod-template-hash=748c667d99
(5)、更新标签
把名为nginx 的pod修改Label 为 environment=test,且覆盖现有的value。
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-2trsf 1/1 Running 0 60s app=nginx,environment=dev,pod-template-hash=748c667d99
#使用--overwrite覆盖
$ kubectl label pod nginx-748c667d99-2trsf environment=test --overwrite
pod/nginx-748c667d99-2trsf labeled
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-2trsf 1/1 Running 0 2m12s app=nginx,environment=test,pod-template-hash=748c667d99
注意,如果更新的时候标签不存在怎么处理呢?答案是会创建一个新的标签。例如:
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-q2j2r 1/1 Running 0 44s app=nginx,env=test,pod-template-hash=748c667d99
# 更新一个不存在的标签release=stable,那么k8s将会创建新的标签,自动添加上去
$ kubectl label pod nginx-748c667d99-q2j2r release=stable --overwrite
pod/nginx-748c667d99-q2j2r labeled
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-q2j2r 1/1 Running 0 105s app=nginx,env=test,pod-template-hash=748c667d99,release=stable
(6)、删除标签
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-2trsf 1/1 Running 0 2m12s app=nginx,environment=test,pod-template-hash=748c667d99
#标签名后面加个“-”就代表要删除该标签
$ kubectl label pod nginx-748c667d99-2trsf environment-
pod/nginx-748c667d99-2trsf unlabeled
$ kubectl get pod --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-748c667d99-2trsf 1/1 Running 0 5m6s app=nginx,pod-template-hash=748c667d99
除了给Pod添加Label之外,Service、Node等对象也是可以添加标签的,例如某个应用需要运行在一个或者多个固定的节点上,我们就可以给Node节点添加特定的Label,这样k8s调度的时候,只会将Pod调度到具有特定Label的节点上。
三、Label使用场景
一些常用的Label示例如下:
- "release" : "stable", "release" : "canary"
- "environment" : "dev", "environment" : "qa", "environment" : "production"
- "tier" : "frontend", "tier" : "backend", "tier" : "cache"
- "partition" : "customerA", "partition" : "customerB"
- "track" : "daily", "track" : "weekly"
有一些常用标签的例子;你可以任意制定自己的约定。 请记住,标签的 Key 对于给定对象必须是唯一的。
Label Selector在Kubernetes中的重要使用场景如下。
- kube-controller进程通过在资源对象RC上定义的Label Selector来筛选要监控的Pod副本数量,使Pod副本数量始终符合预期设定的全自动控制流程。
- kube-proxy进程通过Service的Label Selector来选择对应的Pod,自动建立每个Service到对应Pod的请求转发路由表,从而实现Service的智能负载均衡机制。
- 通过对某些Node定义特定的Label,并且在Pod定义文件中使用NodeSelector这种标签调度策略,kube-scheduler进程可以实现Pod定向调度的特性。