Kubernetes kubeadm升级过程中使用patches目录修改静态Pod参数的实践指南

在Kubernetes集群运维过程中，使用kubeadm工具进行版本升级时，经常需要保持某些静态Pod（如etcd、kube-apiserver等）的自定义参数不被覆盖。本文将详细介绍如何正确使用kubeadm的patches功能来持久化这些配置。

背景与挑战

当使用kubeadm upgrade命令升级集群时，系统会重新生成控制平面组件的静态Pod清单文件。默认情况下，这些文件会被重置为默认配置，导致管理员之前添加的自定义参数丢失。常见的需要保留的参数包括：

• etcd的quota-backend-bytes和listen-metrics-urls
• kube-apiserver的encryption-provider-config等

虽然可以通过--config参数指定配置文件，但这种方法即将被弃用，官方推荐使用--patches目录来实现配置持久化。

patches机制详解

kubeadm支持三种patch策略：

1. merge：合并式更新
2. strategic：策略性合并（默认）
3. json：JSON Patch标准操作

对于修改静态Pod参数，JSON Patch策略最为可靠。其核心原理是通过指定操作类型（如"add"）和路径来精确修改目标字段。

正确配置示例

以etcd静态Pod为例，要添加quota-backend-bytes参数，应创建如下patch文件：

// etcd0+json.json
[
  {
    "op": "add",
    "path": "/spec/containers/0/args/-",
    "value": "--quota-backend-bytes=8589934592"
  }
]

关键注意事项：

1. value字段直接使用字符串值，不要用数组包裹
2. 每个参数需要单独的"add"操作对象
3. 路径中的数组索引从0开始
4. 使用args字段而非command字段来添加参数

实际操作步骤

1. 创建patches目录：

mkdir -p /etc/kubernetes/patches

2. 编写patch文件：

cat > /etc/kubernetes/patches/etcd0+json.json <<EOF
[
  {
    "op": "add",
    "path": "/spec/containers/0/args/-",
    "value": "--quota-backend-bytes=8589934592"
  },
  {
    "op": "add",
    "path": "/spec/containers/0/args/-",
    "value": "--listen-metrics-urls=http://127.0.0.1:2381,https://192.68.210.21:2381"
  }
]
EOF

3. 执行升级（先测试）：

kubeadm upgrade apply v1.29.8 --patches /etc/kubernetes/patches/ --dry-run

4. 确认无误后执行实际升级：

kubeadm upgrade apply v1.29.8 --patches /etc/kubernetes/patches/

验证与排错

升级完成后，检查静态Pod清单文件：

cat /etc/kubernetes/manifests/etcd.yaml | grep quota-backend-bytes

如果参数未生效，请检查：

• 文件命名是否正确（包含+json后缀）
• JSON格式是否合法
• 路径是否准确指向目标容器
• 是否使用了正确的字段（args而非command）

最佳实践建议

1. 在非生产环境先测试patch效果
2. 为每个静态Pod创建单独的patch文件
3. 保留patch文件的版本控制
4. 升级前备份原有配置
5. 考虑使用kustomize等工具管理更复杂的patch场景

通过正确使用patches机制，管理员可以确保关键配置在kubeadm升级过程中得以保留，同时遵循官方推荐的最佳实践。这种方法比传统的--config参数更加灵活和可持续，适合生产环境使用。