Kubernetes Label/Label Selector

简介:

标签 Label

标签就是“键值”类型的数据,它们可用于资源创建时直接指定,也可随时按需添加于活动对象,而后即可由标签选择器进行匹配度检查从而完成资源挑选。
一个对象(资源)可拥有不止一个标签,而同一个标签也可被添加至多个资源之上。
实践中,可以为资源附加多个不同维度的标签以实现灵活的资源分组管理功能,例如:版本标签、环境标签、分层架构标签等,用于交叉标识同一个资源所属的不同版本、环境及架构层级等。
标签中的键名称通常由键前缀和键名组成,其中键前缀可选,其格式形如:KEY_PREFIX/KEY_NAME。

键名至多能使用63个字符,可使用字母、数字、连接号(-)、下划线(_)、点号(.)等字符,且只能以字母或数字开头;
键前缀必须为DNS子域名格式,且不能超过253个字符。省略键前缀时,键将被视为用户的私有数据,不过由Kubernetes系统组件或第三组件自动为用户资源添加的键必须使用键前缀,而"kubernetes.io/"前缀预留给kubernetes的核心组件使用;
标签中的键值必须不能多于63个字符,它要么为空,要么是以字母或数字开头及结尾,且中间仅使用了字母、数字、连接号(-)、下划线或点号等字符的数据。

标签选择器 Label Selector

标签选择器用于表达标签的查询条件或选择标准,Kubernetes API目前支持两个标签选择器:
1.基于等值关系(equality-based)
操作符有 "=、==、!=" 三种,都表示”等值“关系,最后一个表示”不等“关系
2.基于集合关系(set-based)
KEY in (VALUE1,VALUE2,...)
KEY not in (VALUE1,VALUE2,...)
KEY: 所有存在此键名标签的资源;
!KEY: 所有不存在此键名标签的资源。

使用标签选择器时还将遵循以下逻辑:
1.同时指定的多个选择器之间的逻辑关系为”与“操作;
2.使用”空值“的标签选择器意味着每个资源对象都将被选中;
3.”空的“标签选择器将无法选出任何资源。

定义标签选择器的方式:
kubernetes的诸多资源对象必须以标签选择器的方式关联到pod资源对象,例如"Service"、"Deployment"和"ReplicatSet"类型的资源等,它们在spec字段中嵌套使用嵌套的"selector"字段,通过"matchLabels"来指定标签选择器,有的甚至还支持使用"matchExpressions"构造复杂的标签选机制。

1."matchLabels": 通过直接给定键值对指定标签选择器;
2."matchExpressions": 基于表达式指定的标签选择器列表,每个选择器形如: {key:KEY_NAME,operator:OPERATOR,values:[VALUE1,VALUE2,...]}' ,选择器列表间为”逻辑与“的关系
(使用in或者not in操作符时,其values非必须为非空的字符串列表,而使用exists或DostNotExists时,其values必须为空)

使用标签和标签选择器:

显示pod之上的标签:

kubectl get pods --show-labels

修改标签:
在metadata下添加labels:字段

通过命令添加标签:

kubectl label pods <pod_Name> -n <NameSpace> <key=value>(标签)

通过命令修改标签:

kubectl label pods <pod_Name> -n <NameSpace> --overwrite(覆盖) <key=KEY>(标签)

删除标签:

kubectl label pods <pod_Name> -n <NameSpace> <value>-

标签选择(过滤)

kubectl get pods --show-labels -l <key=value>

-L 选项:代表以字段的方式显示,上边为键,下边为值value

[root@k8s-master1 ~/k8s/yaml/pod-tz]# kubectl get pods -l "app in (myapp,ngx)"
NAME       READY   STATUS    RESTARTS   AGE
myapp-v1   1/1     Running   3          3h5m
myapp-v2   1/1     Running   0          73s
[root@k8s-master1 ~/k8s/yaml/pod-tz]# kubectl get pods -l "app in (myapp,ngx)" -L app
NAME       READY   STATUS    RESTARTS   AGE    APP
myapp-v1   1/1     Running   3          3h5m   myapp
myapp-v2   1/1     Running   0          79s    ngx
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
11月前
|
Kubernetes 调度 异构计算
k8s Label 2
k8s Label 2
|
Kubernetes Shell 调度
【k8s 系列】k8s 学习十六,Label 2
在 k8s 中,我们会轻轻松松的部署几十上百个微服务,这些微服务的版本,副本数的不同进而会带出更多的 pod
176 0
|
Kubernetes 容灾 应用服务中间件
【k8s 系列】k8s 学习十一,Label,RC,HPA
上面简单说了一下 pod 的基本知识点,待到后面会使用到 pod 的一些高阶知识点的时候,还可以再细细琢磨底层原理
117 0
|
Kubernetes 应用服务中间件 nginx
|
Kubernetes 容器 Perl
kubernetes资源对象--Label
概念 Label机制是K8S中一个重要设计,通过Label进行对象弱关联,灵活地分类和选择不同服务或业务,让用户根据自己特定的组织结构以松耦合方式进行服务部署。 Label是一对KV,对用户而言非常有意义的,但对K8S本身而言没有直接意义的。
1104 0
|
9天前
|
Kubernetes 监控 Cloud Native
Kubernetes集群的高可用性与伸缩性实践
Kubernetes集群的高可用性与伸缩性实践
37 1
|
30天前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景
|
1月前
|
Kubernetes 持续交付 开发工具
ACK One GitOps:ApplicationSet UI简化多集群GitOps应用管理
ACK One GitOps新发布了多集群应用控制台,支持管理Argo CD ApplicationSet,提升大规模应用和集群的多集群GitOps应用分发管理体验。
|
1月前
|
Kubernetes Cloud Native 云计算
云原生之旅:Kubernetes 集群的搭建与实践
【8月更文挑战第67天】在云原生技术日益成为IT行业焦点的今天,掌握Kubernetes已成为每个软件工程师必备的技能。本文将通过浅显易懂的语言和实际代码示例,引导你从零开始搭建一个Kubernetes集群,并探索其核心概念。无论你是初学者还是希望巩固知识的开发者,这篇文章都将为你打开一扇通往云原生世界的大门。
126 17
|
1月前
|
Kubernetes 应用服务中间件 nginx
搭建Kubernetes v1.31.1服务器集群,采用Calico网络技术
在阿里云服务器上部署k8s集群,一、3台k8s服务器,1个Master节点,2个工作节点,采用Calico网络技术。二、部署nginx服务到k8s集群,并验证nginx服务运行状态。
609 1
下一篇
无影云桌面