Pod资源管理(01)-标签以及Pod的生命周期

最新推荐文章于 2024-06-16 23:26:06 发布
最新推荐文章于 2024-06-16 23:26:06 发布
阅读量645 收藏 3
点赞数 2
文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42864043/article/details/109597634
版权

在一个pod中，通常只能有一个主容器，其它容器是为了辅助主容器得任务而设定的。

在同一个pod中，它们共享IPC\UTS\Network,因此各容器之间可以通过lo接口互相通信，各容器将共享同一个主机名，共享同一个IP地址，共享同一个网络名称空间。

在同一个pod中的容器可以共享挂载同一个存储卷。

 

Service如何识别哪些是后端得pod？Pod Controller如何识别哪些Pod是当前控制器得Pod？

标签和标签选择器

 

标签

标签就是“键值”类型得数据，它们可于资源创建时直接指定，也可随时按需添加于活动对象，而后即可由标签选择器进行匹配度检查从而完成资源挑选。

  • 一个对象可拥有不止一个标签，而同一个标签也可被添加至多个资源之上
  • 实践中，可以为资源附加多个不同维度得标签以实现灵活得资源分组管理功能，例如版本标签、环境标签、分层架构标签等，用于交叉标识同一个资源所属得不同版本、环境及架构层级等
  • 标签中得键名称通常由键前缀和键名组成，其中键前缀可选，其格式形如下“KEY_PREFIX/KEF_NAME”  前缀/键名

- 键名至多能使用63个字符，可使用字母、数字、连接号（-）、下划线（_）、点号（.）等字符，且只能以字母或数字开头

- 键前缀必须为DNS子域名格式，且不能超过253个字符。省略键前缀时，键将被视为用户得死有数据，不过由Kubernetes系统组件或第三方组件自动为用户资源添加得键必须使用键前缀，而"kubernetes.io/"前缀预留给kubernetes得核心组件使用

- 标签中的键值必须不能多余63个字符，它要么为空，要么是以字母或者数字开头及结尾，且中间仅使用了字母、数字、连接号（-）、下划线（_）或点号（.）等字符的数据

 

 

标签选择器（Label Selector）

  • 标签选择器用于表达标签的查询条件或选择标准，kubernetes API目前支持两个选择器：

- 基于等值关系（equality-based）操作符有=、==和!=三种，其中前两个意义相同，都表示“等值”关系，最后一个表示“不等”关系

- 基于集合关系（set-based）

    KEY in（VALUE1,VALUE2,...）

    KEY not in （VALUE1,VALUE2,...）

    KEY：所有存在此键名标签的资源；

    !KEY：所有不存在此键名标签的资源。

  •  使用标签选择器时还将遵循以下逻辑

- 同时指定的多个选择器之间的逻辑关系为“与”操作；

- 使用空值的标签选择器意味着每个资源对象都将被选中；

- 空的标签选择器将无法选出任何资源。

 

定义标签选择器的方式

  • kubernetes的诸多资源对象必须以标签选择器的方式关联到Pod资源对象，例如Service、Deployment和ReplicaSet类型的资源等，它们在Spect字段中嵌套使用嵌套的‘selector’字段，通过‘matchLabels’来指定标签选择器，有的甚至还支持使用“matchExpressions”构造复杂的标签选择机制。

- 定义标签选择器方式1 matchLabels：通过直接给定键对指定标签选择器；

- 定义标签选择器方式2 matchExpressions： 基于表达式指定的标签选择器列表，每个选择器形如“{key:KEY_NAME在,operator:OPERATOR,values:[VALUE1,VALUE2,...]}”,选择器列表间为“逻辑与”关系；

    使用In或NotIn操作符时，其values非必须为非空的字符串列表，而使用Exists或DostNotExist时，其values必须为空。

 

#显示pod之上的标签，默认是不显示的

[root@master basic]# kubectl get pods --show-labels
NAME                      READY   STATUS    RESTARTS   AGE     LABELS
mypod                     1/1     Running   0          22h     <none>
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d21h   app=ng-dep,pod-template-hash=5fb7d74687

 #定义标签

[root@master basic]# vim pod.demo-2.yaml

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo-2
  namespace: prod
  labels:      #定义标签
    app: pod-demo
    rel: stable
spec:
  containers:
  - name: myapp
    image: ikubernetes/myapp:v1
  - name: bbox
    image: busybox:latest
    imagePullPolicy: IfNotPresent
    command: ["/bin/sh","-c","sleep 3600"]

[root@master basic]# kubectl apply -f pod.demo-2.yaml
pod/pod-demo-2 configured

[root@master basic]# kubectl get pods -n prod --show-labels  #查看标签
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=pod-demo,rel=stable

 注意：标签可以在创建资源时定义，也可以在创建之后修改它，当然前提是使用apply创建，如果使用create创建在create时会出错的

#给带标签的pod在加标签

[root@master basic]# kubectl get pods -n prod --show-labels   #先查看原有的标签
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=pod-demo,rel=stable
[root@master basic]# kubectl label pods pod-demo-2 -n prod tier=frontend    #给带标签的pod加标签
pod/pod-demo-2 labeled
[root@master basic]# kubectl get pods -n prod --show-labels    #查看pod的标签
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=pod-demo,rel=stable,tier=frontend      #可以发现这里多了一个tier=frontend标签

 

#覆盖标签

[root@master basic]# kubectl get pods -n prod --show-labels
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=pod-demo,rel=stable,tier=frontend
[root@master basic]# kubectl label pods pod-demo-2 -n prod --overwrite app=myapp
pod/pod-demo-2 labeled
[root@master basic]# kubectl get pods -n prod --show-labels
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=myapp,rel=stable,tier=frontend

#删掉标签

[root@master basic]# kubectl label pods pod-demo-2 -n prod rel-    #rel-表示删除rel的标签
pod/pod-demo-2 labeled
[root@master basic]# kubectl get pods -n prod --show-labels     #查看标签
NAME         READY   STATUS    RESTARTS   AGE   LABELS
pod-demo-2   2/2     Running   23         23h   app=myapp,tier=frontend

 

#指定标签选择器来显示

 [root@master basic]# kubectl get pods --show-labels
NAME                      READY   STATUS    RESTARTS   AGE     LABELS
mypod                     1/1     Running   0          22h     <none>
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d22h   app=ng-dep,pod-template-hash=5fb7d74687
[root@master basic]# kubectl get pods --show-labels -l app=ng-dep    #-l过滤app=ng-dep标签的pod
NAME                      READY   STATUS    RESTARTS   AGE     LABELS
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d22h   app=ng-dep,pod-template-hash=5fb7d74687

 #过滤!= app=ng-dep的pod

[root@master basic]# kubectl get pods --show-labels -l app!=ng-dep  
NAME    READY   STATUS    RESTARTS   AGE   LABELS
mypod   1/1     Running   0          23h   <none>

 #过滤app=myapp或者app=ng-dep的pod

[root@master basic]# kubectl get pods --show-labels -l "app in (myapp,ng-dep)"   
NAME                      READY   STATUS    RESTARTS   AGE     LABELS
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d22h   app=ng-dep,pod-template-hash=5fb7d74687

 #-L app是显示pod的APP的键的值是什么

[root@master basic]# kubectl get pods  -l "app in (myapp,ng-dep)" -L app  
NAME                      READY   STATUS    RESTARTS   AGE     APP
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d22h   ng-dep

#查看app键的pod，不管值是什么

[root@master basic]# kubectl get pods -l "app" --show-labels
NAME                      READY   STATUS    RESTARTS   AGE     LABELS
ng-dep-5fb7d74687-vfssn   1/1     Running   0          4d22h   app=ng-dep,pod-template-hash=5fb7d74687

#查看没有app键的pod，不管值是什么

[root@master basic]# kubectl get pods -l '!app' --show-labels

 

资源注解（annotation）

  • 注释也是“键值”类型的数据，不过它不能用于标签及挑选kubernetes对象，仅用于为资源提供“元数据”信息
  • 注释中的元数据不受字符数量的限制，它可大可小，可以为结构化或非结构化形式，也支持使用在标签中禁止使用的其它字符
  • 在kubernetes的新版本中（Alpha或Beta阶段）为某资源引入新字段时，常以注解方式提供以避免其增删等变动给用户带来困扰，一旦确定支持使用它们，这些新增字段再引入到资源中并淘汰相关的注解

 

#定义注解

[root@master basic]# vim pod.demo-2.yaml  

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo-2
  namespace: prod
  labels:
    app: pod-demo
    rel: stable
  annotations:   #定义注解
    ik8s.io/project: hello
spec:
  containers:
  - name: myapp
    image: ikubernetes/myapp:v1
  - name: bbox
    image: busybox:latest
    imagePullPolicy: IfNotPresent
    command: ["/bin/sh","-c","sleep 3600"]

[root@master basic]# kubectl apply -f pod.demo-2.yaml
pod/pod-demo-2 configured

#查看Annotations

[root@master basic]# kubectl describe pods pod-demo-2 -n prod
Name:         pod-demo-2
Namespace:    prod
Priority:     0
Node:         node1/172.21.96.13
Start Time:   Mon, 09 Nov 2020 16:19:08 +0800
Labels:       app=pod-demo
              rel=stable
              tier=frontend
Annotations:  ik8s.io/project: hello
Status:       Running
IP:           10.244.1.4
IPs:
  IP:  10.244.1.4
Containers:
  myapp:
    Container ID:   docker://db986ffc0061cd365f428889630ccc47f6c18e9f6c35b790b52fed8f7b02e335
    Image:          ikubernetes/myapp:v1
    Image ID:       docker-pullable://ikubernetes/myapp@sha256:9c3dc30b5219788b2b8a4b065f548b922a34479577befb54b03330999d30d513
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Mon, 09 Nov 2020 16:19:09 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-996cr (ro)
  bbox:
    Container ID:  docker://11488121eeeb0ab3d62950fa3e8cbcb1e51cce564e54dc12fff63bfd1c26e1a6
    Image:         busybox:latest
    Image ID:      docker-pullable://busybox@sha256:a9286defaba7b3a519d585ba0e37d0b2cbee74ebfe590960b0b1d6a5e97d1e1d
    Port:          <none>
    Host Port:     <none>
    Command:
      /bin/sh
      -c
      sleep 3600
    State:          Running
      Started:      Tue, 10 Nov 2020 16:19:37 +0800
    Last State:     Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Tue, 10 Nov 2020 15:19:36 +0800
      Finished:     Tue, 10 Nov 2020 16:19:36 +0800
    Ready:          True
    Restart Count:  24
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-996cr (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             True
  ContainersReady   True
  PodScheduled      True
Volumes:
  default-token-996cr:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-996cr
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type    Reason   Age                 From     Message
  ----    ------   ----                ----     -------
  Normal  Created  30m (x25 over 24h)  kubelet  Created container bbox
  Normal  Started  30m (x25 over 24h)  kubelet  Started container bbox
  Normal  Pulled   30m (x24 over 23h)  kubelet  Container image "busybox:latest" already present on machine

 

Pod的生命周期

 

Pod的生命周期参考https://www.cnblogs.com/linuxk/p/9569618.html

 

 

 

于木木
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
aadpi-terminator:在支持Azure AD Pod身份的Kubernetes群集中创建AzureIdentityTerminator资源并管理Azure AD客户端ID的整个生命周期
03-17
aadpi终止子 在支持Azure AD Pod身份的Kubernetes群集中创建AzureIdentityTerminator资源并管理Azure AD客户端ID的整个生命周期
stackset-controller:用于管理应用程序生命周期和Kubernetes中的流量切换的有用的StackSet资源
05-02
Kubernetes StackSet控制器 Kubernetes StackSet Controller是一个概念（以及实现），用于简化和自动化Kubernetes上运行的某些类型的应用程序的应用程序生命周期。 它并不意味着对所有类型的应用程序都是通用的解决方案，但是它明确地专注于“ Web应用程序”，即接收HTTP流量并持续部署有新版本的应用程序，该版本应立即接收流量或逐渐减少来自的流量。应用程序的一个版本到下一个版本。 以蓝色/绿色部署为例。 默认情况下，Kubernetes提供资源类型，该资源类型与结合可以以滚动更新的形式提供一定程度的应用程序生命周期。 虽然滚动更新是一个强大的概念，但是某些用例存在一些局限性： 滚动更新无法以蓝色/绿色样式切换流量。 只能通过缩放Pod的数量来在应用程序的不同版本之间分配流量。 例如，如果您希望将1％的流量分配给新版本，则至少需要100
(K8S实践2)Pod常用操作
cursing的博客
03-11 1200
一、创建pod的两种方式 1.命令方式 ①创建命令： #kubectl run kubia --image=luksa/kubia --replicas=3 ②查看资源： #kubectl get pod -o wide 2.文件方式 #vim nginx-master.yaml apiVersion: extensions/v1beta1 #描述文件遵循extensions/v1beta1...
k8s--基础--12.5--pod--名称空间,标签,节点名称
zhou920786312的博客
08-09 3529
内容KIND: Pod。
【kubernetes系列】kubernetes中的container的command和args
margu_168的博客
07-04 2564
概述 kubernetes中container的command和args主要用于设置运行的命令和参数，它与docker中的entrypoint和cmd有一定的相似之处，但还是有一定的区别。 官方文档可参考 https://kubernetes.io/docs/tasks/inject-data-application/define-command-argument-container/#running-a-command-in-a-shell 如下是Docker 与 Kubernetes中对应的字段名称。
promethus监控入门
weixin_42435798的博客
11-20 499
链接：https://pan.baidu.com/s/1qyIqBmrUpg4gHzVzDhKnjw?pwd=2221提取码：2221--来自百度网盘超级会员V2的分享。
第10章 K8s进阶篇-高级调度计划任务，污点和容忍和Affinity
dluhehe的博客
12-10 772
K8s进阶篇-高级调度计划任务，污点和容忍和Affinity
Kubernetes的yaml文件使用语法及简单操作
qq_43966957的博客
12-10 1176
Kubernetes的yaml文件使用语法及简单操作
kubernetes入门篇1
smallbird108的专栏
05-04 252
1.kubernetes是什么 kubernetes是一个全新的基于容器技术的分布式架构领先方案。如果系统设计遵循了Kubernetes的设计思想，那么传统的系统架构中的那些和业务没有多大关系的底层代码或功能模块，都可以从我们的视线中消失，我们不必再费心于负载均衡器的选择和部署实施问题。kubernetes也是一个开发平台，并且不局限于一种语言，因此现有的系统也很容易改造升级并迁...
（十八）Kubernetes集群Pod资源基于pod的亲和性调度配置
郑俊强的博客
02-12 397
如果指定作用域为kubernetes.io/os，那么就调度在于pod所在的node主机相同操作系统的任意节点上。所谓pod亲和性调度，就是根据一系列规则向某一个pod靠近，也就是调度到与某个pod相同的。创建一个参照pod，用于pod亲和性调度的目标pod。将匹配的规则设置成不存在的标签值，观察pod的状态。将匹配的规则设置成不存在的标签值，观察pod的状态。将匹配的规则设置成存在的标签值，观察pod的状态。将匹配的规则设置成存在的标签值，观察pod的状态。结论：与参照主机位于同一node节点。
flink-on-k8s-operator:Kubernetes运算符，用于管理Apache Flink和Beam应用程序的生命周期
04-29
Apache Flink的Kubernetes运算符使用自定义资源定义了Kubernetes语言的词汇表（例如Pod，Service等），并运行Pod来监视自定义资源。 一旦FlinkCluster自定义资源被控制器创建并检测到，控制器便会基于该自定义资源的...
kubernetes对象Volume用法详解
01-10
概述 Volume是对各种存储资源的抽象、虚拟化。...其生命周期与容器相同，如果容器crash后被重启，也就是旧容器被删除而新容器启动，则旧容器的可读写层与容器一起被删除，其上数据丢失。同理如果p
【云原生】K8S 相关知识点整理 -- Pod
CopperSun 技术博客
11-10 416
【云原生】K8S 相关知识点整理 -- Pod 简介 Pod 是 Kubernetes 中的最小调度单元，K8S 通过定义一个 Pod 资源，然后在 Pod 里面运行容器(容器需要指定一个镜像)，从而运行具体的服务；一个 Pod 封装一个/多个容器，Pod 里的容器共享存储、网络等资源；即可以将整个 Pod 看作虚拟机，每个容器相当于运行在虚拟机的进程 Pod 网络 每个 Pod 都被分配唯一的 IP 地址 (IP 地址是靠网络插件 calico、flannel、weave 等分配)，Pod 中的容器共
k8s核心资源之：标签（label）
全栈测试笔记
12-18 1435
简介 label是标签的意思，一对key/value，被关联到对象上，k8s中的资源对象大都可以打上标签，如Node、Pod、Service等 一个资源可以绑定任意多个label，k8s通过Label可实现多维度的资源分组管理，后续可通过LabelSelector查询和筛选拥有某些Label的资源对象 操作 帮助 kubectl label --help 打标签 pod：k...
Pod相关标签
weixin_50071922的博客
08-04 312
Pod相关标签 文章目录Pod相关标签Pod的Yaml环境变量不同类型详情关于容器组信息关于资源信息 Pod的Yaml { "metadata": { "name": "",//Pod名称 "generateName": "", "namespace": , //名称空间 "selfLink": "", "uid": "", "resourceVersion": "", "creatio
k8s常用命令
zhoutao0819的博客
12-17 142
使用kubectl create -f pod-imagepullpolicy.yaml命令即可。k8s支持的格式有：wide、json、yaml。方式二：通过yaml文件创建pod。
Kubernetes详解（十一）——标签与标签选择器
永远是少年
04-23 2553
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes中的标签与标签选择器。 一、标签与标签选择器概述 （一）标签 （二）标签选择器 二、标签与标签选择器相关命令 （一）查看Pod对象的标签 （二）标签选择器筛选标签 （三）Pod对象创建后添加标签 （四）修改Pod对象的标签
详解kubernetes中的Pod调度
wuke165的博客
02-29 975
定向调度，指的是利用在pod上声明nodeName或者nodeSelector，以此将Pod调度到期望的node节点上。注意，这里的调度是强制的，这就意味着即使要调度的目标Node不存在，也会向上面进行调度，只不过pod运行失败而已。NodeName用于强制约束将Pod调度到指定的Name的Node节点上。这种方式，其实是直接跳过Scheduler的调度逻辑，直接将Pod调度到指定名称的节点。NodeSelector用于将pod调度到添加了指定标签的node节点上。
Linux中文件查找相关命令比较
最新发布
lurenyi168的专栏
06-16 161
Linux中与文件定位的命令有find、locate、whereis、which，type。
k8s中pod的生命周期
03-14
在Kubernetes（简称K8s）中，Pod最小的可调度和可管理的单元。Pod的生命周期可以分为以下几个阶段： 1. Pending（等待中）：Pod被创建后，处于Pending状态。在这个阶段，K8s调度器正在为Pod选择合适的节点，并且正在创建Pod所需的资源。 2. Running（运行中）：一旦Pod被调度到节点上并且容器已经启动，Pod就进入Running状态。在这个阶段，容器正在运行并提供服务。 3. Succeeded（成功完成）：当Pod中的所有容器成功完成任务后，Pod进入Succeeded状态。例如，一个批处理任务完成后，Pod就会进入这个状态。 4. Failed（失败）：如果Pod中的任何一个容器失败，Pod就会进入Failed状态。例如，容器无法启动或者退出代码非零。 5. Unknown（未知）：如果无法获取Pod的状态信息，Pod就会进入Unknown状态。这可能是由于与节点通信故障或其他未知原因导致的。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值