首页 > 其他分享 >Pod

Pod

时间:2022-11-08 20:57:12浏览次数:36  
标签:容器 必选 name nginx Pod 端口号

pod

1.1 创建一个Pod

定义一个Pod

kubectl run nginx --image=nginx:1.18.0 -oyaml --dry-run>nginx.yaml
#vim nginx.yaml
apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 =============================================================
 #创建pod
 kubectl create -f nginx.yaml
 =============================================================
 #查看Pod状态
 kubectl get pod nginx
=============================================================
使用kubectl run 创建一个pod
kubectl run nginx-run --image=nginx:1.15.12

1.2更改Pod的启动命令和参数

# vim nginx.yaml
apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 command: # 可选,容器启动执行的命令
 - sleep
 - "10"
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号

1.3 Pod状态及Pod故障排查命令

状态 说明
Pending(挂起) Pod已被kubenetes系统接收,但仍有一个或多个容器未被创建,可以通过kubectl describe 查看处于Pending状态的原因
Running(运行中) Pod已经被绑定到一个节点上,并且所有的容器已经被创建,而且至少有一个是运行状态,或者正在启动,或者重启,可以通过kubectl logs 查看pod的日志
Failed(失败) 所有容器都已经被终止,并且至少还有一个容器,以失败的方式终止,也就是说这个容器要么以非零状态退出,要么被系统终止,可以通过logs和describe查看Pod日志和状态
ImagePullBackOff ErrImagePull 镜像拉取失败,一般由于镜像不存在,网络不通或者需要登录认证引起的,可以使用describe命令查看具体原因
CrashLoopBackOff 容器启动失败,可以通过logs命令查看具体原因,一般为启动命令不正确,健康检测不通过
OOMKilled 容器内存溢出,一般是容器的内存Limit设置的过小,或者程序本身有内存溢出问题,可以通过logs查看程序启动日志
Terminating Pod正在被删除,可以通过describe查看状态
SysctlForbidden Pod自定义了内核配置,但是kubelet没有内核配置或配置的内核参数不支持,可以通过describe查看状态
Completed 容器内部主进程退出,一般计划任务执行结束会显示该状态,此时可以通过logs查看容器日志
ContainerCreating Pod正在创建,一般为正在下载镜像,或者有配置不当的地方,可以通过describe查看具体原因

注意:pod的phase字段,只有Pending,Running,Suncceeded,Failed,Unknown,其余的为处于上述的状态原因,可以通过kubectl get pod xxx -o yaml 查看。

1.4 Pod镜像拉取策略

通过spec.containers[].imagePullPolicy参数可以指定镜像的拉取策略,目前支持的策略如下

操作方式 说明
always 总是拉取,当镜像tag为latest时,且imagePullPolicy未配置,默认为Always
Never 不管是否存在都不会拉取
IfNotPresent 镜像不存在时,拉取镜像,如果tag为非lastest,且imagePullPolicy,未配置,默认为IfNotPresent

​ 更改镜像拉取策略未IfNotPresent:

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent # 可选,镜像拉取策略
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号

​ 1.5Pod重启策略

可以使用sepc.restartPolicy指定容器的重启策略

操作方式 说明
Always 默认策略,容器失效时,自动重启该容器
OnFailure 容器以不为0的状态终止,自动重启该容器
Never 无论何种状态,都不会重启

​ 指定重启策略为Never:

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent
 command: # 可选,容器启动执行的命令
 - sleep
 - "10"
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 restartPolicy: Never

1.6 Pod的三种探针

种类 说明
startupProbe Kubernetes1.16 新加的探测方式,用于判断容器内的应用程序是否已经启动。如果
配置了 startupProbe,就会先禁用其他探测,直到它成功为止。如果探测失败,Kubelet
会杀死容器,之后根据重启策略进行处理,如果探测成功,或没有配置 startupProbe,
则状态为成功,之后就不再探测。
livenessProbe 用于探测容器是否在运行,如果探测失败,kubelet 会“杀死”容器并根据重启策略
进行相应的处理。如果未指定该探针,将默认为 Success
readinessProbe 一般用于探测容器内的程序是否健康,即判断容器是否为就绪(Ready)状态。如
果是,则可以处理请求,反之 Endpoints Controller 将从所有的 Service 的 Endpoints
中删除此容器所在 Pod 的 IP 地址。如果未指定,将默认为 Success

1.7 Pod探针的实现方式

实现方式 说明
ExecAction 在容器内执行一个指定的命令,如果命令的返回值为0,则认为容器健康
TCPSocketAction 通过TCP连接检查容器指定的端口,如果端口开放,则认为容器健康
HTTPGetAction 对指定的URl进行Get请求,如果状态码在200~400之间,则认为容器健康

1.8 livenessProbe 和 readinessProbe

创建一个没有探针的Pod

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent
 command: # 可选,容器启动执行的命令
 - sh
 - -c
 - sleep 10; nginx -g "daemon off;"
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 restartPolicy: Never

配置健康检查

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent
 command: # 可选,容器启动执行的命令
 - sh
 - -c
 - sleep 10; nginx -g "daemon off;"
 readinessProbe: # 可选,健康检查。注意三种检查方式同时只能使用一种。
 httpGet: # 接口检测方式
 path: /index.html # 检查路径
 port: 80
 scheme: HTTP # HTTP or HTTPS
 #httpHeaders: # 可选, 检查的请求头
 #- name: end-user
 # value: Jason 
 initialDelaySeconds: 10 # 初始化时间, 健康检查延迟执行时间
 timeoutSeconds: 2 # 超时时间
 periodSeconds: 5 # 检测间隔
 successThreshold: 1 # 检查成功为 2 次表示就绪
 failureThreshold: 2 # 检测失败 1 次表示未就绪
 livenessProbe: # 可选,健康检查
 tcpSocket: # 端口检测方式
 port: 80
 initialDelaySeconds: 10 # 初始化时间
 timeoutSeconds: 2 # 超时时间
 periodSeconds: 5 # 检测间隔
 successThreshold: 1 # 检查成功为 2 次表示就绪
 failureThreshold: 2 # 检测失败 1 次表示未就绪
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 restartPolicy: Never

1.9 配置startupProbe

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent
 command: # 可选,容器启动执行的命令
 - sh
 - -c
 - sleep 30; nginx -g "daemon off;"
 startupProbe:
 tcpSocket: # 端口检测方式
 port: 80
 initialDelaySeconds: 10 # 初始化时间
 timeoutSeconds: 2 # 超时时间
 periodSeconds: 5 # 检测间隔
 successThreshold: 1 # 检查成功为 2 次表示就绪
 failureThreshold: 5 # 检测失败 1 次表示未就绪
 readinessProbe: # 可选,健康检查。注意三种检查方式同时只能使用一种。
 httpGet: # 接口检测方式
 path: /index.html # 检查路径
 port: 80
 scheme: HTTP # HTTP or HTTPS
 #httpHeaders: # 可选, 检查的请求头
 #- name: end-user
 # value: Jason 
 initialDelaySeconds: 10 # 初始化时间, 健康检查延迟执行时间
 timeoutSeconds: 2 # 超时时间
 periodSeconds: 5 # 检测间隔
 successThreshold: 1 # 检查成功为 2 次表示就绪
 failureThreshold: 2 # 检测失败 1 次表示未就绪
 livenessProbe: # 可选,健康检查
 exec: # 端口检测方式
 command:
 - sh
 - -c
 - pgrep nginx
 initialDelaySeconds: 10 # 初始化时间
 timeoutSeconds: 2 # 超时时间
 periodSeconds: 5 # 检测间隔
 successThreshold: 1 # 检查成功为 2 次表示就绪
 failureThreshold: 2 # 检测失败 1 次表示未就绪
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 restartPolicy: Never

1.10 preStop和postStart

apiVersion: v1 # 必选,API 的版本号
kind: Pod # 必选,类型 Pod
metadata: # 必选,元数据
 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称
spec: # 必选,用于定义 Pod 的详细信息
 containers: # 必选,容器列表
 - name: nginx # 必选,符合 RFC 1035 规范的容器名称
 image: nginx:1.15.12 # 必选,容器所用的镜像的地址
 imagePullPolicy: IfNotPresent
 lifecycle:
 postStart: # 容器创建完成后执行的指令, 可以是 exec httpGet TCPSocket
 exec:
 command:
 - sh
 - -c
 - 'mkdir /data/'
 preStop:
 exec:
 command:
 - sh
 - -c
 - sleep 10
 ports: # 可选,容器需要暴露的端口号列表
 - containerPort: 80 # 端口号
 restartPolicy: Never

1.11 gRPC探测(1.24默认开启)

apiVersion: v1
kind: Pod
metadata:
 name: etcd-with-grpc
spec:
 containers:
 - name: etcd
 image: registry.cnhangzhou.aliyuncs.com/google_containers/etcd:3.5.1-0
 command: [ "/usr/local/bin/etcd", "--data-dir", "/var/lib/etcd", "--
listen-client-urls", "http://0.0.0.0:2379", "--advertise-client-urls", 
"http://127.0.0.1:2379", "--log-level", "debug"]
 ports:
 - containerPort: 2379
 livenessProbe:
 grpc:
 port: 2379
 initialDelaySeconds: 10

标签:容器,必选,name,nginx,Pod,端口号
From: https://www.cnblogs.com/zongliang-ya/p/16871138.html

相关文章

  • k8s实战入门——Pod
    PodPod是kubernetes集群进行管理的最小单元,程序要运行必须部署在容器中,而容器必须存在于Pod中。Pod可以认为是容器的封装,一个Pod中可以存在一个或者多个容器。kubernet......
  • pod(九):污点taint 与容忍度tolerations
    目录一.系统环境二.前言三.污点taint3.1污点taint概览3.2给节点添加污点taint四.容忍度tolerations4.1容忍度tolerations概览4.2设置容忍度tolerations一.系统环境......
  • pod(八):pod的调度——将 Pod 指派给节点
    目录一.系统环境二.前言三.pod的调度3.1pod的调度概述3.2pod自动调度3.2.1创建3个主机端口为80的pod3.3使用nodeName字段指定pod运行在哪个节点3.4使用节点标签nodeS......
  • k8s-HorizontalPodAutoscaler(水平自动扩缩)
    官网https://kubernetes.io/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/第一、需要部署配置metricsserver的集群kubernetesMetricsSe......
  • k8s节点升级cpu与内存后,静态pod无法启动-cpuManagerPolicy
    简述: 最近k8s master内存压力比较大, pod数量越来越多, 打算对cpu 内存进行扩容扩容有 cpu4C/8G, 变更成8C/16G, 通过升级后,发现apiserver 静态pod无法启动,在kube......
  • Pod 终止流程
    Pod终止流程我们先了解下容器在Kubernetes环境中的终止流程:Pod被删除,状态变为 Terminating。从API层面看就是Podmetadata中的deletionTimestamp字段会被......
  • kubectl get pod -w
    -w,--watch=false:Afterlisting/gettingtherequestedobject,watchforchanges.Uninitializedobjectsareexcludedifnoobjectnameisprovided.--w......
  • pod容忍(toleration)
    污点就是拒绝,容忍就是忽略,Node通过污点拒绝pod调度上去,Pod通过容忍忽略拒绝apiVersion:apps/v1kind:Deploymentmetadata:name:my-deploymentnamespace:test......
  • 静态POD
    前言:虽然学习了一段时间的k8s的各种资源,但是静态POD一直停留在概念层面,不知道它有什么用。静态POD下面是摘录自《kubernetes权威指南》上关于静态POD的描述信息。定义:静......
  • pod(七):静态pod
    目录一.系统环境二.前言三.静态pod3.1何为静态pod3.2创建静态pod3.2.1使用--pod-manifest-path指定静态pod目录3.2.2静态pod默认目录/etc/kubernetes/manifests一.系......