kubectl patch无法正确更新K8s资源apiVersion问题咨询

为什么patch无法修改apiVersion #

apiVersion不是资源Spec/Metadata下的普通可配置字段，是Kubernetes API识别资源版本的路径级元数据：

• 你执行kubectl patch时，请求本身已经通过API路径指定了访问的资源版本，请求体里携带的apiVersion字段会被API Server直接忽略，不会触发任何修改，所以返回patched (no change)是符合预期的。
• Kubernetes API Server支持多版本API共存，你通过kubectl edit、普通kubectl get看到的policy/v1，是API Server根据你请求的首选版本自动做的序列化转换结果，不代表etcd中实际存储的资源版本是v1。

为什么操作后kubent仍报旧版本 #

kubent的检测逻辑是直接读取etcd中资源的实际存储版本，而非API层转换返回的版本：

• 早期版本Kubernetes创建PDB时如果使用policy/v1beta1接口，资源会以v1beta1格式持久化在etcd中。后续哪怕集群升级支持v1版本，只要你没有通过v1接口对资源执行过写操作，存储层的版本永远停留在v1beta1。
• 你执行kubectl get poddisruptionbudget.v1.policy -A能查到所有资源，是API Server自动版本转换的结果，和存储版本无关，不能证明kubent误报。
• 你之前执行的全量get再apply操作无效，是因为导出的yaml中保留了resourceVersion等只读元数据，且没有触发服务端的存储版本重写逻辑，etcd里的旧版本标识没有被更新。

操作全程不会删除/重建业务资源，无服务中断风险，步骤如下：

• 导出所有命名空间下的PDB资源，显式指定v1版本拉取，过滤掉Kubernetes自动生成的只读字段：

kubectl get poddisruptionbudgets.v1.policy -A -o yaml | grep -v -E 'resourceVersion:|uid:|creationTimestamp:|managedFields:|status:|selfLink:' > pdb-v1.yaml

• 检查导出的yaml文件，确认所有资源的apiVersion字段为policy/v1，如果残留v1beta1字段直接全局替换：

sed -i 's/apiVersion: policy\/v1beta1/apiVersion: policy\/v1/g' pdb-v1.yaml

• 执行服务端Apply，强制触发存储层版本重写，将etcd中的资源持久化为v1版本：

kubectl apply -f pdb-v1.yaml --server-side --force-conflicts

• 如果需要写自动化脚本批量处理，可按命名空间+资源名遍历执行上述逻辑，核心是必须通过v1接口发起写操作，才能触发存储版本迁移。

操作完成后等待10~30秒，再执行kubent检测，旧版本告警就会消失。

注意：Kubernetes 1.25及以上版本已经完全移除policy/v1beta1版本的PDB API，若不提前完成存储版本迁移，集群升级后这类旧存储格式的资源可能无法正常读取、修改。

内容的提问来源于stack exchange，提问作者red888