KubeCon 首次落地印度：云原生社区的新坐标

# proposal-template.yaml — KubeCon 提案元数据骨架
# 提交前替换所有 <> 占位符，保持字段名不变

title: "<你的议题标题，例如：Taming Pod Disruption Budgets in Multi-AZ Indian Clouds>"
abstract: |
  <150-250 字摘要。说明问题、方案、听众收获。
  例如：当 Kubernetes 集群跨多个可用区部署时，
  Pod Disruption Budget (PDB) 的默认行为常常导致节点维护期间
  出现意料之外的驱逐失败。本演讲将拆解 PDB 与
  Cluster Autoscaler 的交互逻辑，并展示一套
  在印度公有云多 AZ 环境下验证过的 PDB 配置策略。>
type: "presentation"          # presentation / lightning-talk / workshop
level: "intermediate"         # beginner / intermediate / advanced
audience:
  - "platform-engineers"
  - "sre"
  - "kubernetes-operators"
keywords:
  - "kubernetes"
  - "pod-disruption-budget"
  - "multi-az"
  - "cluster-autoscaler"
speakers:
  - name: "<你的名字>"
    bio: "<50 字简介>"
    company: "<公司>"
    github: "<GitHub ID>"
duration: "30m"               # 30m / 60m（取决于类型）

#!/usr/bin/env bash
# pdb-health-check.sh — 检查每个 AZ 的 PDB 覆盖率与节点状态
# 使用前确保 kubectl 已指向目标集群，且节点带 topology.kubernetes.io/zone 标签

set -euo pipefail

echo "=== 集群区域分布 ==="
kubectl get nodes -o custom-columns=NAME:.metadata.name,ZONE:.metadata.labels.topology\\.kubernetes\\.io/zone,STATUS:.status.conditions[?\(@.type==\"Ready\"\)].status

echo ""
echo "=== Pod Disruption Budget 概览 ==="
kubectl get pdb -A -o custom-columns=NAMESPACE:.metadata.namespace,NAME:.metadata.name,MIN-AV:.spec.minAvailable,MAX-UNAV:.spec.maxUnavailable,CURRENT:.status.currentHealthy,DESIR:.status.desiredHealthy

echo ""
echo "=== 每区域 PDB 风险评估 ==="
# 统计每个 AZ 的 Ready 节点数
zones=$(kubectl get nodes -o jsonpath='{.items[*].metadata.labels.topology\.kubernetes\.io/zone}' | tr ' ' '\n' | sort -u)

for zone in $zones; do
  ready_count=$(kubectl get nodes -l "topology.kubernetes.io/zone=$zone" -o jsonpath='{.items[?(@.status.conditions[0].type=="Ready")].status.conditions[0].status}' | grep -c "True" || echo 0)
  total_count=$(kubectl get nodes -l "topology.kubernetes.io/zone=$zone" --no-headers | wc -l)
  echo "区域 $zone: $ready_count/$total_count 节点 Ready"

  if (( ready_count < total_count )); then
    echo "  ⚠ 该区域有非 Ready 节点，检查 PDB 是否阻止了驱逐"
    kubectl get pods -A --field-selector spec.nodeName=$(kubectl get nodes -l "topology.kubernetes.io/zone=$zone" -o jsonpath='{.items[?(@.status.conditions[0].status!="True")].metadata.name}') --no-headers 2>/dev/null | head -5 || echo "  (无受影响 Pod 或节点已完全 NotReady)"
  fi
done

echo ""
echo "=== 建议 ==="
echo "1. 确保每个 AZ 至少有 minAvailable + 1 个 Ready 节点，否则维护窗口将被 PDB 阻塞"
echo "2. 对跨 AZ 的 Deployment，优先使用 maxUnavailable 百分比而非绝对值"
echo "3. 运行 kubectl drain --dry-run=client <node> 预演驱逐结果"

# 保存脚本后直接执行
chmod +x pdb-health-check.sh
./pdb-health-check.sh

# 如果只是想看干跑结果（不影响集群）
kubectl drain --dry-run=client --ignore-daemonsets --delete-emptydir-data node-your-zone-1