Kubernete Pod 容器探针
2023-04-18 13:09:59 时间
livenessProbe 用来检测容器是否存活。
readinessProbe 用来检测服务是否可用(就绪),
另外还有 startupProbe 用来探测服务启动。(用在启动时间比较长的情况,启动成功后才交给livenessProbe)
ExeAction 在容器内执行命令,返回码为0表示成功
apiVersion: v1
kind: Pod
metadata:
name: test-liveness-probe1
spec:
containers:
- name: test-liveness-probe1
image: busybox
resources:
limits:
memory: "8Mi"
cpu: "500m"
command: ['/bin/sh','-c','echo ok > /tmp/health;sleep 10; rm -rf /tmp/health; sleep 600']
livenessProbe:
exec:
command:
- cat
- /tmp/health
initialDelaySeconds: 15
timeoutSeconds: 3 #命令超时时间,1.20之前无效
periodSeconds: 5 #探测间隔
failureThreshold: 3 # 重试几次表示失败
tcpSocket 通过端口测试TCP连接,能够建立连接表示成功
apiVersion: v1
kind: Pod
metadata:
name: test-liveness-probe1
spec:
containers:
- name: test-liveness-probe1
image: busybox
resources:
limits:
memory: "8Mi"
cpu: "500m"
livenessProbe:
tcpSocket:
port: 8080
initialDelaySeconds: 15
timeoutSeconds: 1 #探测超时时间,默认1
periodSeconds: 5 #循环间隔
failureThreshold: 3 # 连续探测几次失败认为失败,默认3,最小1
Http 请求测试,返回的代码在200-400之间表示成功
apiVersion: v1
kind: Pod
metadata:
name: test-liveness-probe1
spec:
containers:
- name: test-liveness-probe1
image: busybox
resources:
limits:
memory: "8Mi"
cpu: "500m"
livenessProbe:
httpGet:
path: /healthz
port: 8080
httpHeaders:
- name: Custom-Header
value: vvv
initialDelaySeconds: 15
timeoutSeconds: 3 #探测超时时间
periodSeconds: 5 #循环间隔
failureThreshold: 3 # 连续探测几次失败认为失败
readinessGates 这个没看懂怎么用通过外部Controller控制pods是否可用。
相关文章
- 自然框架之数据访问
- 容灾备份系统建设要预先考虑的六大因素
- 重复数据删除技术对备份有着深刻影响
- 灵活备份 让Windows Server 2008中的数据更安全
- SQL Server 2008与Vista兼容问题
- SQL Server轻松掌握如何删除群集实例
- 不重复随机数列生成算法
- SQL Server Compact Edition启用日志记录
- 总结Win2003 Server与SQL Server 2005的远程连接过程
- 企业如何利用分析技术将洞察力转化为行动
- DB2性能优化准则
- 三月第三周系统升级录:开源的NoSQL数据库MongoDB
- DB2数据仓库OLAP服务:OLAP 服务入门
- SQL Server 2008的新特性概述:集成服务
- 解析如何提高SQL Server 的安全性
- 数据迁移的细节决定成败
- 改善数据中心布线的技巧
- 探寻数据中心能效问题的症结所在
- 两种方法完成Access数据库转Excel工作簿
- CYQ.Data数据框架的性能评测