如何复制现有运行中的K8s Pod 不影响原始Pod正常运行

核心原则：全程不修改原Pod配置、不进入原Pod执行操作、不共享原Pod的运行时资源，保证原业务Pod完全不受影响。

快捷操作（推荐，kubectl v1.25+版本支持） #

直接使用kubectl debug的复制模式，一条命令即可生成完全独立的调试副本，自动过滤原Pod的运行时唯一标识字段，不会和原Pod产生任何关联：

kubectl debug hello-1816639685-xejyk \
  -n foo \
  --copy-to=hello-debug \
  --share-processes=false \
  -it -- /bin/sh

参数说明：

• --copy-to=hello-debug：指定新复制出的Pod名称为hello-debug
• --share-processes=false：强制新Pod和原Pod完全隔离，不共享进程、网络、存储命名空间，从根源上避免操作影响原Pod
• 如果原镜像没有内置shell或者调试工具，可以追加--image=nicolaka/netshoot:latest参数，额外挂载一个带全量调试工具的侧车容器，不用修改原业务镜像

自定义配置操作（适合需要调整副本参数的场景） #

如果需要修改副本的资源配置、挂载、启动命令等参数，可以先导出原Pod配置，清理运行时绑定字段后再创建新副本：

1. 导出原Pod的YAML配置到本地

kubectl get pod hello-1816639685-xejyk -n foo -o yaml > hello-debug.yaml

2. 编辑hello-debug.yaml，删除/修改以下字段：

• 修改metadata.name字段值为hello-debug，避免和原Pod重名
• 删除metadata下的uid、resourceVersion、creationTimestamp、ownerReferences字段，这些是集群给原Pod分配的唯一运行时标识，保留会导致创建失败或者被原工作负载自动管控
• 删除整个status字段，该字段是原Pod的运行状态记录，新副本不需要
• 可选修改：如果不想调试操作写入原Pod挂载的持久化存储，可以把对应PVC挂载替换为临时emptyDir卷，避免误改业务数据；如果不需要调试Pod故障自动重启，可以把spec.restartPolicy改为Never

3. 基于修改后的配置创建独立调试Pod

kubectl apply -f hello-debug.yaml -n foo

4. 等待Pod启动完成后，进入Pod执行调试操作

kubectl exec -it hello-debug -n foo -- /bin/sh

注意事项 #

• 禁止直接在原运行Pod上通过exec执行调试操作，避免误杀进程、修改配置影响线上业务
• 复制出的新Pod会继承原Pod的资源限制、调度亲和性规则，提前确认集群有足够资源调度新副本
• 调试完成后及时删除调试副本，释放集群资源：kubectl delete pod hello-debug -n foo

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