ToB企服应用市场:ToB评测及商务社交产业平台

标题: Kubernetes(K8S) Pod 介绍 [打印本页]

---

作者: 宁睿    时间: 2022-11-28 13:05
标题: Kubernetes(K8S) Pod 介绍
Pod 是 k8s 系统中可以创建和管理的最小单元， 是资源对象模型中由用户创建或部署的最小资源对象模型， 也是在 k8s 上运行容器化应用的资源对象， 其他的资源对象都是用来支撑或者扩展 Pod 对象功能的， 比如控制器对象是用来管控 Pod 对象的， Service 或者Ingress 资源对象是用来暴露 Pod 引用对象的， PersistentVolume 资源对象是用来为 Pod提供存储等等， k8s 不会直接处理容器， 而是 Pod， Pod 是由一个或多个 container 组成Pod 是 Kubernetes 的最重要概念， 每一个 Pod 都有一个特殊的被称为” 根容器“的 Pause容器。 Pause 容器对应的镜 像属于 Kubernetes 平台的一部分， 除了 Pause 容器， 每个 Pod还包含一个或多个紧密相关的用户业务容器

• 最小部署单元
  
• 是一组容器的集合
  
• 一个Pod 中的容器，是共享网络的
  
• 生命周期是短暂的，重启后数据丢失，所以需要（nfs)
  

Pod 存在的意义

• 创建容器使用 Docker, 一个 Docker 对应一个容器，一个容器有一个进程，一个容器运行一个应用程序(多个不方便管理)  docker ps -a
  
• Pod是多进程设计：里面可以包括多个容器，一个容器运行一个应用程序，因此Pod可以运行多个应用程序
  
• 为了亲密性应用：两个应用之间进行交互，网络之间调用，两个应用需要频繁调用
  

Pod 实现机制

容器本身之间相互隔离，通过 namespace、group

• 共享网络，通过Pause容器，把其它业务容器加入到 Pause 容器里面，让所有业务容器在同一个  namespace ，实现网络共享
  
  
• 共享存储，引入数据卷Volumn，使用数据卷进行持久化存储（日志数据，业务数据），当一个节点挂了，漂移到另一个节点，数据不丢失
  
  

Pod 拉取策略

1. [root@k8smaster ~]# kubectl edit deployment/javademo1
2. .....
3. spec:
4.       containers:
5.       - image: registry.cn-shanghai.aliyuncs.com/vipsoft/vipsoft:4.3
6.         imagePullPolicy: IfNotPresent
7.         name: vipsoft
8.         resources: {}
9.         terminationMessagePath: /dev/termination-log
10.         terminationMessagePolicy: File
11. .....

复制代码

• imagePullPolicy: IfNotPresent
  
• Always ：总是拉取 pull
  
• IfNotPresent: 默认值,本地有则使用本地镜像,不拉取
  
• Never：只使用本地镜像，从不拉取
  

Pod 资源限制

由Docker限制，非Pod去限制

1. apiVersion: v1
2. kind: Pod
3. metadata:
4.   name: frontend
5. spec:
6.   containers:
7.   - name: db
8.     image: mysql
9.     env:
10.     - name: MYSQL ROOT PASSWORD
11.       value: "password"
12.       resources:
13.               # 调度需要至少这么大
14.         requests:
15.           memory: "64Mi"
16.           # 1核=1000m，250m=0.25核
17.           cpu:“250m”
18.         # 最大不超过
19.         limits:
20.           memory: ”128Mi"
21.           cpu:"500m"

复制代码

Pod和Container的资源请求和限制：
spec.containers[].resources.requests.cpu
spec.containers[].resources.requests.memory
spec.containers[].resources.limits.cpu
spec.containers[].resources.limits.memory
Pod 重启机制

1. apiVersion: v1
2. kind: Pod
3. metadata:
4.   name: dns-test
5. spec:
6.   containers:
7.   - name: busybox
8.     image: busybox:1.28.4
9.     args:
10.     - /bin/sh
11.         - -C
12.         - sleep 36000
13.   restartPolicy:Never

复制代码

restartPolicy

• Always:当容器终止退出后，总是重启容器，默认策略。
  
• OnFailure:当容器异常退出（退出状态码非0）时，才重启容器。
  
• Never:当容器终止退出，从不重启容器。
  

Pod 健康检查

1. apiVersion: v1
2. kind: Pod
3. metadata:
4.   name: liveness-exec
5.   labels:
6.     test: liveness
7. spec:
8.   containers:                        #容器
9.   - name: liveness                #容器名字
10.     image: busybox                #镜像
11.     args:                        #args
12.     - /bin/sh
13.     - -c
14.     - touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600
15.     livenessProbe:                #存活检查
16.       exec:
17.         command:        #命令
18.         - cat
19.         - /tmp/healthy
20.       initialDelaySeconds: 5         # 延迟探测时间
21.       periodSeconds: 5                 # 执行探测频率

复制代码

• livenessProbe (存活检查)
  如果检查失败，将kill杀死容器，根据Pod的 restartPolicy 来操作
  
• readinessProbe (就绪检查)
  如果检查失败，K8S会把Pod从Service endpoints 中剔除。
  Probe 支持以下三种检查方法：
  
• httpGet
  发送HTTP请求，返回200~400范围状态码为成功。
  
• exec
  执行 Shell 命令返回状态码是0为成功。
  
• tcpSocket
  发起TCP Socket 建立成功。
  

Pod 调度策略

创建Pod流程


影响调度因素

• Pod 资源限制对Pod调度有影响，根据 Request 找到足够 Node 节点进行调试
  
• 节点选择器标签，nodeSelector.env_role:dev，影响
  
  

1. kubectl label node node1 env_role=dev

复制代码

• 节点的亲和性，nodeAffinity 和 nodeSelector 基本一样，根据节点上标签约束来对Pod调度到哪些节点上，功能更强大，符合条件就用，不符合也能用，支持各种操作符
  （1） 硬亲和性：约束条件必须满足
  （2） 软亲和性：尝试满足，不保证
  

1. apiVersion: v1
2. kind: Pod
3. metadata:
4.   name: with-node-affinityspec:
5. spec:
6.   affinity:
7.     nodeAffinity:
8.       # 硬亲和性
9.       requiredDuringschedulingIgnoredDuringExecution:
10.         nodeSelectorTerms :
11.         - matchExpressions :
12.           - key: env
13.           roleoperator: In # NotIn Exists Gt Lt DoesNotExists
14.           values:
15.           - dev
16.           - test
17.       preferredDuringschedulingIgnoredDuringExecution:
18.       # 软亲和性
19.       - weiqht:1
20.         preference:
21.            matchExpressions :
22.            - key: group
23.            operator: In
24.            values:
25.            - otherprod
26.   containers:
27.   - name: webdemo
28.     image: nginx

复制代码

污点和污点容忍

nodeSelector、nodeAffinity: Pod调度到某些节点上，Pod 属性，高度时实现
Taint 污点：节点不做普通分配调试，是节点属性
场景

• 专用节点
  
• 配置特定硬件节点
  
• 基于 Taint 驱逐
  

演示

1. # 查看当前节点的污点
2. [root@k8smaster ~]# kubectl describe node k8snode3 | grep Taint
3. # 添加污点 kubectl taint node 节点名称 key=value:污点值-
4. [root@k8smaster ~]# kubectl taint node k8snode1 key=value:NoSchedule
5. # 删除污点 kubectl taint node 节点名称 key=value:污点值-
6. [root@k8smaster ~]# kubectl taint node k8snode1 env_role:NoSchedule-

复制代码

污点值

• NoSchedule: 一定不被调度
  
• PreferNoSchedule：尽量不被调度
  
• NoExecute：不会调试，并且还会驱逐Node已有 Pod
  

污点容忍

加上 tolerations


免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4