Kubernetes - 4.1 Workload - Pod-低调大师

Kubernetes - 4.1 Workload - Pod

2020-02-22 668

什么是Pod?

Kubernetes中最小的管理单元，作为应用运行的载体。当Pod运行多个容器时，同一个Pod中的所有容器可以共享PID、Network、IPC、UTS命名空间。打个比方，例如Pod是豆荚，Container容器就是豆子，一个豆荚里可以有一个或者多个豆子。

Pod的使用方式

通过kubectl创建
kubectl run nginx-pod --image=nginx:1.16

通过yaml资源定义清单创建
kubectl apply -f nginx-pod.yaml

apiVersion: v1 #表示api资源是哪一个组及版本
kind: Pod #表示资源类别
metadata: #表示元数据
  name: nginx #名称，作用域在名称空间内唯一
spec: #表示期望状态
  containers: #表示容器资源
  - name: nginx #名称，作用域在Pod内唯一
    image: nginx:1.16 #指定镜像

通过kubectl命令查看Pod
kubectl get pods

Pod的资源管理

Pod开始创建时会进行请求所需资源，Kubernetes会根据Pod所需要的资源量安排在最合适的Node节点上，这保证了Pod所需要的资源是可以成功获得的。Pod的资源管理可以设置内存，CPU，临时存储所需的资源及最大资源使用限制。

kubectl apply -f pod-resouce-management.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    resources:
      requests: #所需资源
        memory: "64Mi"
        cpu: "250m"
      limits: #资源限制
        memory: "128Mi"
        cpu: "500m"

默认情况下不指定资源限制时，Pod对CPU和内存的使用是没有上限的。通常情况下除了对Pod的资源限制之外，也可以对容器的资源进行限制，两者可以同时进行资源限制。当只为容器做资源限制时，每个容器不能超过其指定的上限。当只为Pod做资源限制时，所有容器不能超过指定Pod的上限。

Pod QoS 服务质量

在Kubernetes中，Pod的QoS服务质量有3个级别，通过资源的指定赋予不同的QoS标签，在节点出现资源不足时根据Pod QoS级别就会采用顺序驱逐。
BestEffort
Pod中的容器都没有设置CPU或内存的Requests及Limits，QoS优先级最低，节点资源不足时将被优先驱逐。
Burstable
Pod中的至少有一个容器设置CPU或内存的Requests及Limits，且Requests不等于Limits。QoS优先级中等。
Guaranteed
Pod中的全部容器都设置CPU或内存的Requests及Limits，且Requests等于Limits。QoS优先级最高。

kubectl apply -f pod-qos-besteffort.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx-qos-besteffort
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    resources: # 不指定

查看Pod的QoS等级为BestEffort
kubectl get pods nginx-qos-besteffort -o yaml

kubectl apply -f pod-qos-burstable.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx-qos-burstable
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    resources: # 指定内存资源，但不指定CPU资源，且所需资源及资源限制不同
      requests: 
        memory: "64Mi"

查看Pod的QoS等级为Burstable
kubectl get pods nginx-qos-burstable -o yaml

kubectl apply -f pod-qos-guaranteed.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx-qos-guaranteed
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    resources: # 指定相同数值的所需内存资源及内存资源限制
      requests:  
        memory: "64Mi"
        cpu: "250m"
      limits: 
        memory: "64Mi"
        cpu: "250m"

查看Pod的QoS等级为Guaranteed
kubectl get pods nginx-qos-guaranteed -o yaml

Pod的生命周期

Pod的本身的设计理念就是一部状态机，生命周期不是一直处于一个状态的，由用户手动操作或者控制器操作后将会改变其状态。
在Pod中的status.phase字段记录着目前pod的生命周期阶段，在Pod中一共有5种运行状态：
Pending: 集群已接收Pod创建指令并完成Pod创建，但Pod未被绑定到节点或容器未完成运行。
Running: Pod已绑定到节点，容器已全部创建完成，并且最少有一个容器在运行。
Succeeded: Pod中的容器已终止运行且不会启动。
Failed: Pod中的容器由故障导致终止运行。
Unknown: 无法确定Pod的状态。

Pod的重启策略

当Pod中的容器处于退出状态时，kubelet就根据资源定义清单spec.restartPolicy的重启策略进行对应操作。
Always: 默认的重启策略，如果容器处于退出状态时则重启。
OnFailure: 当容器退出状态不为0则重启。
Never: 从不重启。

kubectl apply -f pod-restart-policy.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  restartPolicy: Always #重启策略
  containers:
  - name: nginx
    image: nginx:1.16

Pod的容器探针

容器探针是由各个节点kubelet对容器的健康情况的诊断方法。应用于保证业务可用性，通过检查到故障后下线服务避免影响业务，以及重启服务进行自动恢复。

容器探针
livenessProbe: 存活探针
解决针对容器在运行一段时间后出现异常情况而需要重启解决的问题。在探针检测失败后，容器会被杀掉，并根据重启策略进行重启。
readinessProbe: 就绪探针
解决容器由于依赖其他服务等情况无法一启动就开始被调度。在探针检测失败后，将会service endpoint下线掉该Pod，在恢复后会重新加入service endpoint提供服务。
startupProbe: 启动探针 - v1.16引入新功能
针对在启动时间较长的容器，避免存活探针检测时对容器的启动时间约束。

探测方式
ExecAction 通过对容器执行命令后返回码判断是否成功，如果是0则为健康。
TCPSocketAction 通过对容器IP、端口进行TCP检查。如果端口开放则为健康。
HTTPGetAction 通过对容器的IP、端口、路径进行HTTP Get检查，如果返回状态码为2xx或者3xx则为健康。

探测结果
Success 容器通过了探针的探测检查
Failure 容器不通过了探针的探测检查
Unknow 无法探测检查，不采取任何动作

kubectl apply -f pod-probe.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx:1.16
    ports: 
    - containerPort: 80
    readinessProbe: #就绪探针
      exec:
        command: /data/check.sh
      initialDelaySeconds: 5 #启动后延迟检测
      periodSeconds: 10 #间隔的探测时间
    livenessProbe: #存活探针
      httpGet:
        path: /health
        port: 80
      initialDelaySeconds: 15 #启动后延迟检测
      periodSeconds: 20 #间隔的探测时间
    startupProbe: #启动探针
      tcpSocket: 
        port: 5672
      failureThreshold: 30 #检测失败后重试次数
      periodSeconds: 10  #间隔的探测时间

通用探针字段
initialDelaySeconds Pod启动后延迟探测
periodSeconds 间隔的探测时间
timeoutSeconds 探测的超时时间
successThreshold 检测失败后重试成功的次数，达到该次数后将认为success
failureThreshold 检测失败后重试次数，达到该次数后将认为fail

http探针字段
host 探测的主机名，默认为Pod IP
port 探测的端口号，范围1-65535
scheme 探测的方式，http或是https
path 探测的http路径，例如/health
httpHeaders 探测时http标头

exec探针字段
command 探测的命令

Pod的节点选择

在默认情况下，Pod会被Kuberentes调度到具有所需运行资源的节点上，可以通过标签选择、直接指定节点来选择运行的节点。

通过节点标签绑定Pod
kubectl label nodes k8s-c01-p002 environment=prod
kubectl get nodes --show-labels

kubectl apply -f node-lable-selector.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx:1.16
  nodeSelector: 
    environment: prod #指定匹配的标签

通过节点名称绑定Pod
kubectl apply -f nodename-selector.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  nodeName: k8s-c01-p003 #指定节点匹配
  containers:
  - name: nginx
    image: nginx:1.16

使用技巧

单独使用Pod并不能真正发挥Kubernetes的威力，所以一般不会直接进行Pod的创建，而是通过Deployment控制器来创建及管理Pod，这会让Pod实现故障自愈及滚动升级等功能。

微信关注我们

原文链接：https://yq.aliyun.com/articles/746009

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

每日一博 | Go testing.common 公共类源码剖析

简介我们知道单元测试函数需要传递一个testing.T类型的参数，而性能测试函数需要传递一个testing.B类型的参数，该参数可用于控制测试的流程，比如标记测试失败等。 testing.T和testing.B属于testing包中的两个数据类型，该类型提供一系列的方法用于控制函数执行流程，考虑到二者有一定的相似性，所以Go实现时抽象出一个testing.common作为一个基础类型，而testing.T和testing.B则属于testing.common的扩展。本节，我们重点看testing.common，通过其成员及方法，来了解其实现原理。数据结构 // common holds the elements common between T and B and // captures common methods such as Errorf. type common struct { mu sync.RWMutex // guards this group of fields output []byte // Output generated by test or benc...

2020-02-24

685

云栖号：https://yqh.aliyun.com第一手的上云资讯，不同行业精选的上云企业案例库，基于众多成功案例萃取而成的最佳实践，助力您上云决策！今日最新云头条快讯：近日，阿里巴巴集团向平台商家发布公告，强调平台会持续从商家准入、商品抽检和品控等五条“爱心助农”准则入手，严控产品品质关，同时呼吁所有参与“爱心助农”项目的商家拿出最好的产品，用真心回馈广大消费者的爱心；23日下午举行的上海市新冠肺炎疫情防控新闻发布会上，上海市公积金管理中心主任浦建华表示，对于受疫情影响的缴存职工，市公积金中心将加大支持力度，全面做好服务工作。一起来看最新的资讯：阿里发“助农五条”准则：让爱心成为最好的助农质检员以彼心换我心，大家同心。2月21日，阿里巴巴集团向平台商家发布公告，强调平台会持续从商家准入、商品抽检和品控等五条“爱心助农”准则入手，严控产品品质关，同时呼吁所有参与“爱心助农”项目的商家拿出最好的产品，用真心回馈广大消费者的爱心。受当前物流、人力和成本等因素影响，一些地方出现农产品滞销的情况，社会各方都在力所能及地帮助解决滞销问题。自2月6日启动“爱心助农”项目，平台不到两周时...

2020-02-24

636

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。