概述目标:在节点升级/维护期间通过PDB限制同时中断的Pod数量,保持服务SLO与请求处理能力。适用:有状态或需最小副本保障的服务。核心与实战PDB定义(按最小可用):apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
name: api-pdb
namespace: prod
spec:
minAvailable: 2
selector:
matchLabels: { app: api }
或按最大不可用:apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
name: web-pdb
namespace: prod
spec:
maxUnavailable: 1
selector:
matchLabels: { app: web }
示例节点排空与验证:kubectl drain <node> --ignore-daemonsets --delete-emptydir-data
kubectl get pdb -n prod
kubectl describe pdb api-pdb -n prod
滚动更新配合:kubectl -n prod rollout restart deployment/api
验证与监控PDB状态:`AllowedDisruptions`与`CurrentHealthy`应符合期望;当不足时驱逐会被阻止。维护影响:观察在排空期间的请求成功率与延迟;在观测面板中验证SLO保持。例外情况:持久卷的Pod需结合StatefulSet与存储策略;确保安全停机步骤。常见误区PDB过严导致无法进行维护;需与副本数与负载相匹配。忽视选择器与命名空间导致未生效;需精确匹配目标工作负载。仅设置PDB而无就绪探针/滚动策略;必须配合健康探针与更新策略。结语PDB为K8s维护活动提供安全阀,配合滚动与探针可在高可用目标下进行稳定的升级与节点操作。

发表评论 取消回复