CPU

资源时#xff0c;调度器就使用…pod资源限制探针健康检查一、资源限制当定义

Pod

spec.containers[].resources.requests.cpu

spec.containers[].resources.requests.memory

spec.containers[].resources.limits.cpu

//定义

spec.containers[].resources.limits.memory

二、CPU资源单位CPU

的请求。

spec.containers[].resources.requests.cpu

0.5

以字节为单位。

可以以整数表示或者以10为底数的指数的单位E、P、T、G、M、K来表示

或者以2为底数的指数的单位Ei、Pi、Ti、Gi、Mi、Ki来表示#如1KB10310001MB10610000001000KB1GB10^910000000001000MB1KiB21010241MiB22010485761024KiB示例1

apiVersion:

images.my-company.example/app:v4env:-

name:

passwordresources:requests:memory:

64Micpu:

images.my-company.example/log-aggregator:v6resources:requests:memory:

64Micpu:

passwordresources:requests:memory:

64Micpu:

wordpressresources:requests:memory:

64Micpu:

在遇到故障之后重启的动作1.Always当容器终止退出后总是重启容器默认策略2.OnFailure当容器异常退出退出状态码非0时重启容器正常退出则不重启容器3.Never当容器终止退出从不重启容器注K8S

中不支持重启

查看Pod状态等容器启动后30秒后执行exit退出进程进入error状态就会重启次数加1

kubectl

Probe探针是由kubelet对容器执行的定期诊断探针的三种规则livenessProbe

判断容器是否正在运行。

如果探测失败则kubelet会杀死容器并且容器将根据

restartPolicy

状态。

如果容器不提供存活探针则默认状态为Success。

livenessProbe

判断容器是否正在运行。

如果探测失败则kubelet会杀死容器并且容器将根据

restartPolicy

状态。

如果容器不提供存活探针则默认状态为Success。

livenessProbe

判断容器是否正在运行。

如果探测失败则kubelet会杀死容器并且容器将根据

restartPolicy

状态。

如果容器不提供存活探针则默认状态为Success。

注以上规则可以同时定义。

在readinessProbe检测成功之前Pod的running状态是不会变成ready状态的Probe支持三种检查方法exec

在容器内执行指定命令。

如果命令退出时返回码为0则认为诊断成功tcpSocket

对指定端口上的容器的IP地址进行TCP检查三次握手。

如果端口打开则诊断被认为是成功的httpGet

对指定的端口和路径上的容器的IP地址执行HTTPGet请求。

如果响应的状态码大于等于200且小于400则诊断被认为是成功的每次探测都将获得以下三种结果之一成功容器通过了诊断。

失败容器未通过诊断。

未知诊断失败因此不会采取任何行动示例1exec方式

apiVersion:

在执行第一次探测前应该等待5秒即第一次探测是在容器启动后的第6秒才开始执行。

默认是

kubelet

存活探测情况下的放弃就意味着重新启动容器。

就绪探测情况下的放弃

Pod

#timeoutSeconds探测的超时后等待多少秒。

默认值是

Kubernetes

3600]livenessProbe:exec:command:

[test,-e,/tmp/live]initialDelaySeconds:

1periodSeconds:

/serverlivenessProbe:httpGet:path:

/healthzport:

liveness-httpget-containerimage:

soscscs/myapp:v1imagePullPolicy:

IfNotPresentports:-

/index.htmlinitialDelaySeconds:

1periodSeconds:

/usr/share/nginx/html/index.htmlkubectl

get

8080readinessProbe:tcpSocket:port:

5periodSeconds:

10livenessProbe:tcpSocket:port:

15periodSeconds:

soscscs/myapp:v1livenessProbe:initialDelaySeconds:

5timeoutSeconds:

readiness-httpget-containerimage:

soscscs/myapp:v1imagePullPolicy:

IfNotPresentports:-

/index1.htmlinitialDelaySeconds:

1periodSeconds:

/index.htmlinitialDelaySeconds:

1periodSeconds:

readiness-httpget.yaml//readiness探测失败无法进入READY状态

kubectl

/usr/share/nginx/html/index.htmlkubectl

get

/index.htmlinitialDelaySeconds:

5periodSeconds:

/index.htmlinitialDelaySeconds:

5periodSeconds:

/index.htmlinitialDelaySeconds:

5periodSeconds:

10.244.1.15:80,10.244.2.13:80,10.244.2.14:80

3m42skubectl

/usr/share/nginx/html/index.html//readiness探测失败Pod

无法进入READY状态且端点控制器将从

/var/log/nginx/message]volumeMounts:-

name:

/var/log/nginx/message]volumeMounts:-

name:

Container先执行然后当一个主容器启动后Kubernetes

将立即发送