k8s学习之路 | Day12 k8s 对象（二）

已于 2023-02-22 15:48:42 修改
阅读量248 收藏
点赞数 1
分类专栏： Kubernetes 文章标签： kubernetes 学习 运维 云原生 容器
于 2023-02-22 12:56:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/whale0306/article/details/129160379
版权

文章目录

标签

k8s 标签定义

  • 标签（Labels） 是附加到 Kubernetes 对象（比如 Pod）上的键值对

  • 旨在用于指定对用户有意义且相关的对象的标识属性，但不直接对核心系统有语义含义

  • 标签可以用于组织和选择对象的子集

  • 标签可以在创建时附加到对象，随后可以随时添加和修改

  • 每个对象都可以定义一组键/值标签。每个键对于给定对象必须是唯一的

为什么需要标签

因为标签是能够支持高效的查询和监听操作，对于用户界面和命令行是很理想的

标签使用户能够以松散耦合的方式将他们自己的组织结构映射到系统对象，而无需客户端存储这些映射。

服务部署和批处理流水线通常是多维实体（例如，多个分区或部署、多个发行序列、多个层，每层多个微服务）。 管理通常需要交叉操作，这打破了严格的层次表示的封装，特别是由基础设施而不是用户确定的严格的层次结构。

示例标签

  • "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 对于给定对象必须是唯一的

标签的语法规则

  1. 它是一个键值对

  2. 有效的标签键有2个段：可选的前缀和名称，用斜杠/分隔

    • 名称段是必须的
      • 小于等于63个字符
      • 字母数字字符[a-z0-9A-Z]开头和结尾
      • 带有破折号、下划线、点和之间的字母数字组成
    • 对于前缀，是可选的
      • 必须是 DNS 子域：由.分隔的一系列 DNS 标签
      • 不超过253字符
      • 后跟斜杠/

  3. 如果省略前缀，则假定标签键对于用户是私有的

  4. 如果向最终用户对象添加标签的自动系统组件，例如： kube-scheduler、kube-controller-manager、 kube-apiserver、kubectl 或其他第三方自动化工具，必须指定前缀

  5. kubernetes.io/ 和 k8s.io/ 前缀是为 Kubernetes 核心组件保留的

  6. 有效的标签值：

    • 必须为 63 个字符或更少（可以为空）
    • 除非标签值为空，必须以字母数字字符（[a-z0-9A-Z]）开头和结尾
    • 包含破折号（-）、下划线（_）、点（.）和字母或数字

标签示例文件

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

如何打标签

以一个最基础的deploy对象为例

对于指令式来说

通过kubectl label --help查看了一个示例

kubectl label [--overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]
  • 浅尝一下
##执行几次部署
kubectl create deploy nginx-demo1 --image=nginx:1.21-alpine
kubectl create deploy nginx-demo2 --image=nginx:latest
kubectl create deploy tomcat-demo1 --image=tomcat:latest

image-20230221101055966

  • 查看当前的部署后的标签信息
 kubectl get deploy -owide

image-20230221101149146

  • 增加标签信息
##kubectl label pods foo unhealthy=true
kubectl label deploy nginx-demo1 image=nginx-1.21-alpine

image-20230221102214795

  • 改变已有的标签信息
##加参数覆盖即可
kubectl label deploy nginx-demo1 image=nginx-1.21-alpine-test --overwrite

image-20230221102423854

  • 删除标签信息
kubectl label deploy nginx-demo1 image-

image-20230221102614881

对于yaml文件

通过定义在metadata下面来形成标签

  • 通过层层解释，我们可以看到这个标签的具体写法
kubectl explain deploy
kubectl explain deploy.metadata
kubectl explain deploy.metadata.labels
######################################################
Map of string keys and values

image-20230221102959850

  • 所以就这样写
##label-demo.yaml##
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: tomcat-demo				## 标签1
    environment: production			## 标签2
  name: tomcat-demo
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-demo
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: tomcat-demo
    spec:
      containers:
      - image: tomcat
        name: tomcat
        resources: {}

image-20230221104342701

  • 修改一下文件
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: tomcat-demo				
    environment-demo: production-demo
  name: tomcat-demo
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-demo
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: tomcat-demo
    spec:
      containers:
      - image: tomcat
        name: tomcat
        resources: {}

image-20230221104506690

标签选择算符

用来做什么？

因为标签不支持唯一性，实际环境中许多对象携带着相同的标签

  1. 通过标签选择算法，客户端/用户可以识别一组对象，

支持的类型

  • 基于等值的
  • 基于集合的
  • 标签选择算符可以由逗号分隔的多个需求组成，在多个需求的情况下，必须满足所有要求，因此逗号分隔符充当逻辑与（&&）运算符
  • 空标签选择算符或者未指定的选择算符的语义取决于上下文， 支持使用选择算符的 API 类别应该将算符的合法性和含义用文档记录下来

基于等值的标签选择算符

基于等值或基于不等值的需求允许按标签键和值进行过滤。 匹配对象必须满足所有指定的标签约束，尽管它们也可能具有其他标签。 可接受的运算符有 =、== 和 != 三种。 前两个表示相等（并且是同义词），而后者表示不相等。

这个东西应该就是快速查找用的吧

  • 尝试一下
##我们按照这个模板准备3次部署
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: tomcat-demo
    environment: dev
    #environment: qa
    #environment: production
  name: tomcat-demo
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-demo
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: tomcat-demo
    spec:
      containers:
      - image: tomcat
        name: tomcat
        resources: {}

image-20230221110052126

  • 检查一下对应的标签信息
#########对于tomcat-demo1#########
Labels:                 app=tomcat-demo1
                        environment=dev

#########对于tomcat-demo2#########
Labels:                 app=tomcat-demo2
                        environment=qa

#########对于tomcat-demo3#########
Labels:                 app=tomcat-demo3
                        environment=production
  • 试一下标签选择算符
###我要查一下标签中environment=dev的部署信息
kubectl get deploy  -l environment=dev -owide

###多查几个条件(逗号是且的关系，都要满足)
kubectl get deploy  -l environment=dev,app=tomcat-demo1 -owide
kubectl get deploy  -l environment=dev,app=tomcat-demo1,app=tomcat-demo3 -owide

image-20230221110524790

  • 再试一下
kubectl get deploy  -l app!=tomcat-demo3 -owide
kubectl get deploy  -l app==tomcat-demo3 -owide

image-20230221110712154

基于集合的标签选择算符

基于集合的标签需求允许你通过一组值来过滤键。 支持三种操作符：in、notin 和 exists（只可以用在键标识符上）

示例说明：

environment in (production, qa)
tier notin (frontend, backend)
partition
!partition

第一个示例选择了所有键等于 environment 并且值等于 production 或者 qa 的资源。

第二个示例选择了所有键等于 tier 并且值不等于 frontend 或者 backend 的资源，以及所有没有 tier 键标签的资源。

第三个示例选择了所有包含了有 partition 标签的资源；没有校验它的值。

第四个示例选择了所有没有 partition 标签的资源；没有校验它的值。

  • 浅尝一下
###我要找出标签信息为environment的值为dev、qa
kubectl get deploy -l 'environment in (dev, qa)' -owide

### 找出键environment并且值不等于dev、qa的
kubectl get deploy -l 'environment notin (dev,qa)' -owide

image-20230221120002394

标签的一些参考

给节点添加标签

  • 获取节点标签信息
kubectl get nodes --show-labels

[root@k8s-01 ~]# kubectl get nodes k8s-01 --show-labels
NAME     STATUS   ROLES                  AGE   VERSION   LABELS
k8s-01   Ready    control-plane,master   9d    v1.21.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-01,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
[root@k8s-01 ~]#
  • 添加一个标签
kubectl label nodes k8s-01 disktype=ssd

image-20230221120657718

pod 调度到选择的节点

看下节点信息

[root@k8s-01 ~]# kubectl get nodes --show-labels
NAME     STATUS   ROLES                  AGE   VERSION   LABELS
k8s-01   Ready    control-plane,master   9d    v1.21.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-01,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
k8s-02   Ready    worker                 9d    v1.21.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-02,kubernetes.io/os=linux,node-role.kubernetes.io/worker=
k8s-03   Ready    worker                 9d    v1.21.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-03,kubernetes.io/os=linux,node-role.kubernetes.io/worker=
[root@k8s-01 ~]#

给任意工作节点打一个标签

kubectl label nodes k8s-02 environment=dev

image-20230221121515609

准备一个 pod

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    env: test
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:			## 节点选择器，表示该pod调度到有environment: dev标签的节点上
    environment: dev

运行一下

kubectl apply -f pod.yaml

检查一下调度情况

kubectl describe pod nginx

可以看到默认调度器调度到k8s-02节点上了

image-20230221121925493

注解

注解的定义

  • 为对象附加任意的非标识的元数据
  • 客户端程序（例如工具和库）能够获取这些元数据信息
  • 有助于识别对象信息

注解的规范

层层解释一下，注解这个东西

kubectl explain deploy.metadata.annotations

image-20230221122440480

  • 注解中的元数据，可以很小，也可以很大，可以是结构化的，也可以是非结构化的，能够包含标签不允许的字符
  • ap 中的键和值必须是字符串。 换句话说，你不能使用数字、布尔值、列表或其他类型的键或值

注解（Annotations） 存储的形式是键/值对：

  • 有效的注解键分2部分
    • 可选的前缀。以斜杠/分隔
      • 必须是 DNS 子域：一系列由点（.）分隔的 DNS 标签， 总计不超过 253 个字符，后跟斜杠（/）
      • 如果省略前缀，则假定注解键对用户是私有的。 由系统组件添加的注解 （例如，kube-scheduler，kube-controller-manager，kube-apiserver，kubectl 或其他第三方组件），必须为终端用户添加注解前缀。
    • 名称段。
      • 63个字符以内
      • 以字母数字字符（[a-z0-9A-Z]）开头和结尾
      • 允许使用破折号（-），下划线（_），点（.）和字母数字

注解使用的场景

以下是一些例子，用来说明哪些信息可以使用注解来记录：

  • 由声明性配置所管理的字段。 将这些字段附加为注解，能够将它们与客户端或服务端设置的默认值、 自动生成的字段以及通过自动调整大小或自动伸缩系统设置的字段区分开来。

  • 构建、发布或镜像信息（如时间戳、发布 ID、Git 分支、PR 数量、镜像哈希、仓库地址）。

  • 指向日志记录、监控、分析或审计仓库的指针。

  • 可用于调试目的的客户端库或工具信息：例如，名称、版本和构建信息。

  • 用户或者工具/系统的来源信息，例如来自其他生态系统组件的相关对象的 URL。

  • 轻量级上线工具的元数据信息：例如，配置或检查点。

  • 负责人员的电话或呼机号码，或指定在何处可以找到该信息的目录条目，如团队网站。

  • 从用户到最终运行的指令，以修改行为或使用非标准功能。

你可以将这类信息存储在外部数据库或目录中而不使用注解， 但这样做就使得开发人员很难生成用于部署、管理、自检的客户端共享库和工具。

浅尝一下注解

对于指令式来说

  1. 我们部署了一次应用kubectl create deploy tomcat --image=tomcat

  2. 查看一下这次部署的注解信息kubectl describe deploy tomcat

image-20230221123550422

  1. 查看一下注解命令怎么弄的？kubectl annotate --help

image-20230221123647778

  1. 我们给上面的部署弄一个注解：author=whale
##
kubectl annotate deploy tomcat author='whale'

image-20230221123806942

  1. 感觉就是有点类似于标签

对于yaml来说

这是一次部署信息

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: tomcat-demo
    environment: production
  name: tomcat-demo
  annotations:						# 这是注解
    imageregistry: https://hub.docker.com/
    author: whale
spec:
  replicas: 1
  selector:
    matchLabels:
      app: tomcat-demo
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: tomcat-demo
    spec:
      containers:
      - image: tomcat
        name: tomcat
        resources: {}

image-20230221124858068

小鲸鱼大梦想
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
k8s标签Labels概念和操作详解
bajiucoding
04-26 4467
标签（Labels），是附加到k8s对象上的键值对标识，支持高效的查找和监听。作用就是字面意思，给k8s对象打上标签，我们可以使用标签来选择对象。 和**注解（annotations）**的区别在于注解仅用于记录一些元数据，不能用来做标识。不支持高效查找和监听 为什么要有标签 开发人员日常工作中肯定会用到类似id的概念，id就是用来唯一标识某个对象。标签也是用来做标识，不过它可以从多个维度来标识，这就增加了通过标识来管理的灵活性。 k8s管理的对象往往是很灵活而不是有固定层次结构的，比如管理应用的发布，会涉
云原生k8s部署流水线
09-22
云原生k8s部署流水线
判断字母数字下划线python_如何验证Python中的字符串仅包含字母，数字，下划线和破折号？...
weixin_39957805的博客
02-05 3727
您可以使用正则表达式来完成此任务。为了验证字符串仅包含字母，数字，下划线和破折号，我们可以使用以下正则表达式：“ ^ [A-Za-z0-9 _-] * $”。示例importreprint(bool(re.match("^[A-Za-z0-9_-]*$",'aValidString123--__')))print(bool(re.match("^[A-Za-z0-9_-]*$",'inv@l...
云原生容器实战(四)-Kubernetes工作负载资源之Deployment
JavaEdge全是干货的技术号
12-30 1190
一个 Deployment 控制器为 Pods 和 ReplicaSets 提供声明式的更新能力。 你负责描述 Deployment 中的 目标状态，而 Deployment 控制器以受控速率更改实际状态， 使其变为期望状态。你可以定义 Deployment 以创建新的 ReplicaSet，或删除现有 Deployment， 并通过新的 Deployment 收养其资源。 不要管理 Deployment 所拥有的 ReplicaSet 。 如果存在下面未覆盖的使用场景，请考虑在 Kubernetes 仓
k8s开发基础-Deployment的autoscale(需安装metric-server)和rollback
longway111的博客
03-28 4062
# kubectl create deployment web --image=nginx:latest --replicas=2 deployment副本扩容和缩容 # kubectl scale deployment/test -n default --replicas=2 或者 kubectl patch -n default deployment/test -p '{"spec":{"replicas":2}}' deployment的版本回滚 改变images生成新的deploy.
kubectl命令详解
赵北的技术博客
11-05 710
Kubernetes kubectl 命令表 文章目录Kubernetes kubectl 命令表"一劳永逸" 的话，有是有的，而 "一劳永逸" 的事却极少kubectl run语法：示例：其它详细说明kubectl expose语法kubectl annotate有效资源类型包括：语法示例kubectl autoscale语法示例kubectl convert语法示例kubectl create语法示例kubectl create clusterrole语法示例kubectl create cluster
k8s学习之路 | Day11 k8s 对象（一）
小鲸鱼大梦想
02-20 286
名称空间作用域仅针对带有名称空间的对象，例如 Deployment、Service 等， 这种作用域对集群访问的对象不适用，例如 StorageClass、Node、PersistentVolume 等。用于区分多次创建的同名对象（如前所述，按照名字删除对象后，重新再创建同名对象时，两次创建的对象 name 相同，但是 UID 不同。通过创建对象，你就是在告知 Kubernetes 系统，你想要的集群工作负载状态看起来应是什么样子的， 这就是 Kubernetes 集群所谓的。
k8s学习之路 | Day17 k8s 工作负载
小鲸鱼大梦想
02-28 776
官方参考链接：https://kubernetes.io/docs/concepts/workloads/podsPodcontainers工作负载是在 k8s上运行的应用程序相对来说，一个应用程序又很复杂，可能由一个或者多个组件共同协同完成，这种情况我们都可以用一组Pod来表示一个应用，也就是一个工作负载之前我们学到的内容来看，Pod遵循预定义的生命周期，如果Pod所在节点出现致命错误，该节点上所有的Pod状态都会失败，即使这个节点恢复正常了，也是需要创建新的Pod来恢复应用打个比方。
k8s容器管理工具视频教程.zip
02-19
k8s-day1 01-k8s集群的安装.mp4 02-为什么要使用k8s.mp4 03-k8s的功能特性和基础架构.mp4 04-k8s的基础单元pod.mp4 k8s-day2 01-副本控制器rc.mp4 02-新副本控制器deployment.mp4 03-容器的网络访问service.mp4 04-...
k8s-day01.docx
10-25
k8s-day01.docx
k8s-day-orange:Kubernetes东西的游乐场
05-01
K8s日 在GCP上设置k8。 笔记 设置容器 cd webserver docker build . 代理到远程控制平面 kubectl proxy 部署控制器令牌 kubectl -n kube-system describe secret $( kubectl -n kube-system get secret ) 日志 ...
K8s云原生部署中间件
09-21
在现代企业IT环境中，云原生（Cloud Native）已经成为一种重要的技术趋势，它强调利用容器化、微服务、持续交付和...对于想要深入学习这一领域的读者，可以参考01_笔记中的详细内容，进一步了解K8s在实践中的应用。
K8S集群应用国产信创适配实战经验总结
yztezhl的专栏
07-06 713
sealos安装k8s是当下最火热稳定的首选之一
新版k8s拉取镜像失败问题
最新发布
m0_72363694的博客
07-12 259
新版版从k8s1.23后放弃使用docker容器作为的默认运行时了，而是采用的containerd，使用时不在使用docker拉取镜像，这就带来了一系列的问题。解决镜像拉取问题（原因外网屏蔽拉取不到使用国内加速器）contained的配置文件在/etc/containerd/config.toml解决devops安装失败问题。查看安装器配置文件（devops已经关闭）找到如上registry的配置部分，加上阿里云的镜像加速配置。重启containerd。
科普文：K8S中常见知识点梳理
为无为，事无事，味无味。
07-09 722
比如，可以指定一个 Pod 只能被调度到与指定节点具有相同标签的节点上，或者指定一个 Pod 不能被调度到与指定节点具有相同标签的节点上。在这种方式下，Kubernetes 会根据当前节点的资源使用情况，将 Pod 动态地调度到具有可用资源的节点上，从而实现资源的最优分配。通过为节点打上不同的标签，可以让 Kubernetes 将特定类型的 Pod 调度到具有相应标签的节点上。集群自动伸缩（Cluster Autoscaler）：根据集群节点的资源利用率，动态地增加或减少节点的数量，以适应不同的负载需求。
单机版k8s搭建
weixin_61067952的博客
07-08 970
Kubernetes 支持多种网络方案，而且不同网络方案对 –pod-network-cidr有自己的要求，这里设置为10.244.0.0/16 是因为我们将使用 flannel 网络方案，必须设置成这个 CIDR。如果使用kubectl报错，/etc/kubernetes/admin.conf访问拒绝，使用sudo chown $(id -u):$(id -g) /etc/kubernetes/admin.conf。–pod-network-cidr 指定 Pod 网络的范围。
Kubernetes 为pod指定DNS
小楼一夜听春雨，深巷明朝卖杏花
07-09 549
所以说当创建pod的时候，并没有指定使用的是哪个DNS服务器，pod里面指定的是clusterfirst，优先使用集群里面的dns，kubelet知道既然使用集群里面的dns，那么集群里面的dns就是clusterdns 10.96.0.10。这里有dnsPolicy，设置为ClusterFirst ，表示优先使用集群里面的DNS服务器，那么集群里面的DNS服务器是谁呢？那么创建pod的时候可不可以去修改它所使用的dns呢？这样创建的pod不再使用集群里面的dns了，而是使用指定的dns，
k8s NetworkPolicy
lkflxy93的博客
07-11 339
默认情况下，所有 Pod 之间是全通的。每个 Namespace 可以配置独立的网络策略，来 隔离 Pod 之间的流量。v1.7 + 版本通过创建匹配所有 Pod 的 Network Policy 来作为默认的网络策略。
k8s 二进制部署 .pdf
12-08
该资源是一份关于在六台机器上使用二进制方式部署Kubernetes (k8s) 集群的详细指南，重点强调了高可用性配置。集群包含两台Master节点，两台Node节点以及两台运行Nginx和Keepalived的服务器，用于提供高可用的API...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值