Kubernates学习导图（四）——Pod详解

最新推荐文章于 2024-04-28 17:01:10 发布
最新推荐文章于 2024-04-28 17:01:10 发布
阅读量457 收藏
点赞数
分类专栏： 学习 文章标签： k8s kubernetes docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/khcsnmbs/article/details/102915327
版权

三、  pod详解

1、version:   版本号    kind:  Pod

2、metadata: 元数据

 * metadata.name:   RFC规范的pod命名
 * metadata.namespace:  所属的命名空间， 默认default.
 * metadata.labels[ key-valus...]：自定义标签
 * metadata.annotations: 自定义注解

3、Spec :  Pod中容器定义

 # spec.containers[ ] ：容器列表
 # spec.containers[ ].name ：容器名称RFC 1035规范
 # spec.containers[ ].image ：容器的镜像名称
 # spec.containers[ ].iamgePullPolicy ：获取容器策略（always, never, ifNotPresent）
 # spec.containers[ ].commond[] ：启动命令列表，不指定则镜像打包时命令
 # spec.containers[ ].args[] ：启动时 命令参数列表
 # spec.containers[ ].workingdir ：工作目录
 # spec.containers[ ].VolumeMounts :存储卷配置（共享名称、绝对路径、是否只读）
 # spec.containers[ ].ports[] ：暴露端口号列表（名称、容器port、主机port、协议TCP/udp）
 # spec.containers[ ].env [] :  容器运行的环境变量列表 （名称、值）
 # spec.containers[ ].resource ：资源限制、请求的设置（limits限制设置CPU|Memory、请求设置CPU|memory）
 # spec.columes[ ]: POD上容器共享存储卷列表 （存储卷名称、empty|hostPath|secret| configMap| ）
 # spec.columes[ ].livenessProbe : 容器内部健康检查，几次无响应后自动重启容器 （exec\httpGet\tcpSocket、检查间隔、超时设置），
 # spec.restartPolicy：重启策略（always\OnFailure\newver）
 # spec.nodeSelector ：Pod将要调度的包含这些label的Node上。
 # spec.imagePullSecrets：pull镜像时使用的secret名称。name:secretkey
 # spec.hostNetWork：是否使用主机网络模式。True则使用主机网络，不再docker网桥，则该台主机无法启动第二个副本。

4、Pod基本用法:

  •  创建额docker镜像以一个前台命令作为启动命令。（如果docker镜像运行完毕，容器自然关闭，而k8s的RC认为不正常关闭，则会无线循环重启）

      使用supervisor辅助进行前台功能

  •  由一个、多个容器封装组合而成。

 5、静态pod. (由kubelet管理，仅在特定的node上的pod， 不能通过apiserver管理，无法健康检查)

*  创建方式：  配置文件、 http方式
*  配置文件方式，绝对路径path。启动参数配置 --config=${path}，再重启kubelet服务， 会扫描到所有.yaml和.json进行创建。使用apiserver删除pod，则一直显示pending。只能到该节点删除.ymal文件。
*  http方式： 略

6、pod共享卷配置(例： 一个Pod  包含tomcat、busybox)。

#   同一个Pod中多个容器共享Pod级别的存储卷Volume(tomcat写日志， busysbox读日志).
#   定义 ： spec.volumnes: [{names: app-logs, emptyDir:{}}， ] 
     使用 ： spec.containers[].volumeMounts:  {name:  app-logs,  mountPath:  /usr/local/tomcat/logs}
指定容器访问对应的log目录可看到相同

7、Pod的配置管理（应用程序和配置分离， 环境变量/外挂文件  来配置注入）

*   集群配置管理方案：  ConfigMap （生成容器内的环境变量、设置容器启动命令参数、以Volume的形式挂载为容器内部文件目录）
*   使用key-value形式表示。value可以是值，也可以是文件。data:  {datadir: /data/var,  key-serverxml:  <?xml><server>....</server>}
*   创建：
     kubectl create configmap命令行方式创建ConfigMap。
     kubectl create configmap  Name  --from-file=**   --from-file=****  (从目录、文件创建)
                                                         --from-literal=key=value         ...          （从key-value赋值创建）
*   查看：     kubectl  get configmap  / describe  configmap ***
*   使用： 
    环境变量获取：  env：[{name: *,    valueFrom:{configMapKeyRef: {name:  configmapName, key:  key}}} , {....}]   。
    Volume挂载： 例如将配置中的xml挂载到容器内  configfiles/new_name下。
                          容器内 ;  volumeMounts: {name:  c1,   mountPath:  /configfiles}
              容器外配置Volumes: {name：c1，ConfigMap:{name: configmapname,  items: {key: cmkey,  path: new_name}}
*限制条件：  Pod前创建、可以定义属于某个Namespace、不能配置管理、
                    APIserver管理的Pod可以使用，静态Pod不能使用CofigMap、
                    挂载的目录会覆盖原有其他文件，可以通过临时文件存储，然后在复制或者link。                    

8、Pod生命周期和重启

*    Pending:  Pod已创建，容器只有部分创建，或者在下载镜像。  Succeeded：成功执行退出、退出不重启。  Failed:  全部退出，但是至少一个失败。
     Runing：全部创建，至少一个在运行（正常）、启动、重启（不正常）。  unknown：无法获取状态，可能网络不通畅。
*    重启策略（RestartPolicy） ： always(默认） 、 OnFailure 、Never
      always:  容器失效重启。 Onfailure: 终止运行退出、退出码不为0重启。
     重启时间：  1、2、4、8，最长5min，成功重启后10min。重置重启时间
     重启控制器：（ReplicationController  |  DaemondSet(always)、Job （Onfailure | never）、 kubelet管理 (失效重启)）

9、Pod健康检查：LivenessProbe \   ReadinessProbe

#  livenessProbe: 默认无值 success。 探测到不健康kubelet将其杀掉重启
#  ReadinessProbe：  判断容器是否启动完成，如果检测 到失败，Pod状态被修改，EndPoint Controller将从service的EndPoint中删除容器的Pod.
#  livenessProbe实现方式：
    ExecAction：执行一个命令返回为0 ，泽健康。livenessProbe-exec-command: [cat,  /tmp/health]
    TCPSocketAction：通过IP和端口号TCP检查。libenessProbe-tcpSocket-port: 80
    HTTPGetAction:   通过IP、端口号路径调用HTTP GET，状态码（200,400），则健康。livenessProbe-httpGet: {path: /_status/healthz,    port: 80}
#  每种方式都有initialDelaySeconds（启动后首次检查等待时间）和timeoutSeconds（等待响应的超时时间/s）两个参数。

9、Pod调度。（容器的载体：RC、deployment、 daemonset、 job）完成 Pod的调度与自动化控制

>   RC\Deployment:  【全自动调度】 ：  内置的调度算法NodeSelector /NodeAffinity。Scheduler则会根据调度算法从Node中选择一个可用。

  •       .先给Node打标签。kubectl label nodes 《node_name》  < label-key>=<label-value>
  •       .Pod定义中加nodeSelector配置。  spec-selector-template-spec-[nodeSelector:{zone: north},  containers] 

    ****NodeAffinity：亲和性调度 (包含NodeSelector的选择，也可设置亲和性策略)     

  •      . RequiredDuringSchedulingRequiredDuringExecution：类似NdoeSelector, 不满足的Pod将从Node上移除，
  •      . RequiredDuringSchedulingIgoredDuringExecution：类似上个，不满足是不会移除之前调度的Pod。
  •      . PreferredDuringSchedulingIgnoredDuringExectuion：满足调度条件的Node，那些更具有优先，不满足Node条件，系统不一定移除之前的。
metadata-annotations-scheduler.alpha.kubenetes.io/affinity:{    
   "nodeAffinity" : {
        "requiredDuringSchedulingIgnoreedDuringExecution": {
              "nodeSelectorTerms": [  
                { "matchExpressions": 【  
                       {   "key":"kubernetes.io/e2e-az-name", 
                           "operator":"in", 
                           "value"：["e2e-az1","e2e-az2"] 
                       }】   
                }  ,...............
               ]
          }   
    }
}


      operator :  In 、NotIn、Exist、DoesNotExist、Gt、Lt。如果同时设置了NodeSelector和NodeAffinity，须同时满足才可以调度
>  DaemonSet：【特定场景调度】（管理每个集群的Node上仅运行一个Pod副本的实例，例如：监控）
    适宜场景： 每个Node上一个daemon进程，例如： GlusterFS存储或者Ceph存储
                     每个Node上运行一个日志采集程序， 例如：  fluentd/logstach
         每个Node上运行一份监控性能程序，例如： Prometheus, Exporter， collectd, New Relic agent, Ganglia gmond
    
>  Job:  【 批处理调度】,kubernetes Job资源对象定义并启动一个批处理任务， 并行或者串行启动多个计算进程去处理一批工作项，直至完成结束
     模式：  Job Template  Expansion (Job对象对应WorkItem) 、  Queue with pod Per Work Item(任务队列存放WorkItem， 启动N个POD) 、  
                 Queue with  Variable Pod Count（前者一样，启动Pod数量可变）
     Single Job With Static Work Assignment模式，程序分配，而非队列
     并行问题： Non-parallel Jobs(job Pod一一对应)、Parallel Josb with a  fixed  completion  count(并行)， Parallel  jobs with a work queue（每个pod独立判断决定任务）

10、 Pod扩缩容（RC的scale机制）

*     kubectl  scale rc  ***-rc    --replicas=n；将 ***-rc扩缩容至n个
*     k8sv1.1  Horizontal  Pod Autoscaler( HPA):基于master的kube-controller-manager的餐胡--horizontal-pod-autoscaler-sync-perid，
      周期性检测Pod的CPU使用率，满足定义阈值下，自动调节Pod数量。
     > 需按照heapster组件
     > 需在RC/Deployemnt中定义 resources.requests.cpu值，否则(hpa)无法正常工作
      如 :一个RC xxx-rc中定义了resources.requests.cpu。kubectl  autoscale rc  php-apache  --min=1  --max=10  --cpu-percent=50   

11、Pod的滚动升级    （rolling-update）: kubectl  rooling-update创建一个新的RC 控制旧的RC中POD副本逐渐减少0， 同时新的RC中的副本从0 增加至目标值，

  • 方法1：

*  创建新的版本v2,yaml文件。（RC名字不能与旧的相同，selector总至少一个Label与旧的不同，表示为新的RC）
*  运行命令：  kubectl  rolling-update name   -f   ***-v2.yaml
*  新的全部创建，旧的全部销毁

  • 方法2：

*  kubectl rooling-update name  --image=redis-master:2.0  
*  更新后与上个区别： 新的RC仍将使用该旧的名字  


 

khcsnmbs
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kubernetes核心技术-Pod(基础概述)
qq_46567096的博客
05-12 3282
Pod概述 Pod是k8s系统中可以创建和管理的最小单元，是资源对象模型中由用户创建或部署的最小资源对象模型，也是在k8s上运行容器化应用的资源对象，其他的资源对象都是用来支撑或者扩展Pod对象功能的，比如控制器对象是用来管控Pod对象的，Service或者Ingress资源对象是用来暴露Pod引用对象的，PersistentVolume资源对象是用来为Pod提供存储等等，k8s不会直接处理容器，而是Pod,Pod是由一个或多个container组成 Pod是Kubernetes的最重要概念，每一个Po.
Kubernetes——Pod详解
最新发布
一坨小橙子的博客
05-23 1272
Kubernetes的Pod详解、Pod基础概念、Pause容器、Pod分类（自主式静态、控制器管理的Pod）、Pod分类（基础容器、初始化容器（Init）、应用容器（Main容器））、镜像拉取策略（IfNotPresent、Always、Never）、镜像重启策略（Always、OnFailure、Nerver）
【Kubernetes】Kubernetes之Pod详解
一个萌新的博客
08-09 1665
Pod基础概念-Pod两种使用方式，共享两种资源、提供的功能、Pod概念和特殊组成结构的原因、Pod的种类(基础容器/父容/根容器/pause容器、初始化容器/init容器、应用容器/务容器/main c) ，镜像拉取策略 (Always、Never、INotPresent）
Kubernates——Pod定义详解
吴声子夜歌的博客
08-29 338
Pod定义详解 yml格式的Pod定义文件的完整内容如下： apiVersion: v1 kind: Pod metadata: name: string namespace: string labels: - name: string annotations: - name: string spec: containers: - name: string image: string imagePullPolicy: [Always | Never | IfNtPresent
Kubernetes应用快速入门
cloudUncle的博客
10-01 1091
一、创建pod 1. kuberctl run命令 [root@master manifests]# kubectl run --help Create and run a particular image, possibly replicated. Creates a deployment or job to manage the created container(s). ...... ....
Kubernetes1.6集群部署完全指南——二进制文件部署开启TLS基于CentOS7
10-24
Node 节点是 Kubernetes 集群中的工作负载节点，负责运行 Pod。为了确保 Node 节点与 Master 节点之间的通信安全，需要对其进行 TLS 加密配置。 - 配置 Flannel 网络插件。 - 安装并配置 kubelet 和 kube-proxy。 -...
Kubernetes架构详解.docx
10-11
Kubernetes 的架构分为两个主要部分：主节点（Master Node）和工作节点（Worker Node），以及一个关键概念——Pod。 主节点是 Kubernetes 集群的控制中心，它包含了几个核心组件： 1. **API 服务器（API Server）*...
kubernetes-server-linux-amd64.tar.gz
08-28
《Kubernetes 1.25.10在Linux AMD64平台上的二进制安装详解》 Kubernetes（简称K8s）是Google开源的一款容器编排系统，它允许用户在集群上部署、管理和扩展容器化的应用。在这个场景中，我们关注的是针对Linux AMD...
阿里云深入浅出Kubernetes项目实战手册-超详细127页1
08-03
K8S是一个广泛应用的容器编排系统，而阿里云提供了自己的K8S服务——ACK(AliCloud Container Service for Kubernetes)。 ### 理论篇 #### 集群控制器理解 集群控制器是K8S的核心组成部分，它相当于整个集群的...
v1.20.11-kubernetes-server-linux-amd64.tar.gz
09-24
《Kubernetes v1.20.11 Linux服务器版本详解》 Kubernetes，简称K8s，是目前全球最流行的容器编排系统，用于管理分布式应用程序和服务。在本篇文章中，我们将聚焦于Kubernetes的v1.20.11版本，这个版本针对Linux...
容器编排技术 -- Kubernetes 中查看Pods和Nodes
YunWisdom
08-18 929
容器编排技术 -- Kubernetes 中查看Pods和Nodes 1Kubernetes Pod 2Pod概述 3Node 4Node概述 5Troubleshooting with kubectl Kubernetes Pod 在模块2中创建Deployment时，Kubernetes会创建了一个Pod来托管应用。Pod是Kubernetes中一个抽象化概念...
3.12 访问Pod元数据
u010502101的博客
10-20 507
文章目录一、通过环境变量形式传递元数据 在ConfigMap和Secret章节中可知，可以通过ConfigMap和Secret向应用中传递Pod创建前可预先知道的数据，但不能传递Pod创建后未知的一些元数据，比如pod的名字，pod的ip，因为这些信息都是pod创建后才会知道，在创建pod时不可以通过ConfigMap和Secret传递数据，可以通过下列方式传递pod的一些元数据信息：环境变量和Downward API。 Pod中可传递的元数据包括如下数据： pod的名称 pod的IP pod所在的命名空
k8s关于pod的metadata、spec.containers、spec.volumes的属性介绍（yaml格式）
树下一少年的博客
11-12 1755
一.metadata常用属性 二.spec.containers子属性介绍 explain pod.spec.containers给出的参考 1.command示例 2.env和envFrom示例 3.ports部分详解 4.resources部分详解 5.startupProbe格式 6.terminationMessagePath和terminationMessagePolicy格式 7.volumeDevices格式 8.volumeMounts格式 三.spec.volumes子属性介绍
kubernetes：字段选择器（field-selector）标签选择器（labels-selector）和筛选 Kubernetes 资源
热门推荐
琦彦
10-15 1万+
字段选择器（field-selector） 字段选择器允许您根据一个或多个资源字段的值筛选 Kubernetes 资源。 下面是一些使用字段选择器查询的例子： metadata.name=my-service metadata.namespace!=default status.phase=Pending 下面这个kubectl命令将筛选出status.phase字段值为Run...
运维实践 | 如何优雅将K8S资源清单中的元数据metadata，通过环境变量注入到Pod容器?...
WeiyiGeek 唯一极客IT知识分享
01-03 745
Kubernetes 自从1.7开始，可以在 pod 的container 内获取pod的spec,metadata 等源数据信息，实际上是使用 downward API 通过环境变量把自身的信息呈现给 Pod 中运PS: 许多新老朋友，或许已经两个月没看到我更新文章了吧，因为家里宝宝出生了，当了两个月的新手老爸，带娃真心是比上班、比学习技术还累。但是为了不脱粉，以及持续学习路径与心得，帮助各位朋友一起学习，一起进步，特此又抽空余时间进行技术文章发布，希望各位朋友多多支持哟。亲，文章都看完了，不关注一下吗？
k8s解析数据 -o=jsonpath=‘{}‘ 的使用
岳来的博客
04-28 711
k8s解析数据 -o=jsonpath='{}' 的使用
【Kubernetes】Pod数据存储
知识输出、记录学习
12-14 1045
建议按顺序阅读：详细记录了k8s中数据存储方式的演进
Pod详解
Yosigo_的博客
08-07 1919
Pod介绍 Pod结构 每个Pod中都可以包含一个或者多个容器，这些容器可以分为两类： 用户程序所在的容器，数量可多可少 Pause容器，这是每个Pod都会有的一个根容器，它的作用有两个： 可以以它为依据，评估整个Pod的健康状态 可以在根容器上设置Ip地址，其它容器都此Ip（Pod IP），以实现Pod内部的网路通信 这里是Pod内部的通讯，Pod的之间的通讯采用虚拟二层网络技术来实现，我们当前环境用的是Flannel Pod定义 下面是Pod的资源清单： apiVers.
Kubernetes资源管理详解：从Pod到Deployment
Pod 是 Kubernetes 中的基本 deployable 单元，包含一个或多个容器。Pod 是一个逻辑上紧凑的容器组，用于将容器组成一个整体。Pod 资源类型为 `po`，API 版本为 `v1`。 ReplicaSet ReplicaSet 是一个确保一定数量...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值