---

---

一、前言

在 K8s 中 Pod 是由 Controller 来管理的，Controller 定义了 Pod 的部署 spec，如 Pod 的副本数、运行的 Node 等。不同的业务场景 Controller 是不同的。K8s 提供了多种 Controller，如常见的 Deployment、ReplicaSet、DaemonSet、Job 等。

那是谁实现了 Pod 的多副本管理？这里直接给出答案：是 ReplicaSet。接下来通过一个简单的案例来验证 Pod 是由 ReplicaSet 控制组件来管理的。

二、案例分析

1、创建一个简单的 Nginx 应用（即创建 deployment 对象）

kubectl create deployment nginx --image=nginx
kubectl expose deployment nginx --port=80 --type=NodePort

2、查看 deployment 的状态

kubectl get deployment            # 查看deployment对象下的所有资源
kubectl get deployment nginx      # 查看deployment对象下的指定资源

3、查看 deployment 的详细信息

kubectl describe deployment nginx

上图中 NewReplicaSet: nginx-85b98978db (1/1 replicas created) 创建了一个 ReplicaSet 对象，Events 是 Deployment 的日志，记录了 Deployment 的启动过程。这验证了 Deployment 是通过 ReplicaSet 来管理的 Pod。

4、继续查看 ReplicaSet 的详细信息

kubectl describe replicaset nginx-85b98978db

上图 Controlled By: Deployment/nginx 再次证明了 ReplicaSet 由 Deployment/nginx 创建。同时我们也看见 ReplicaSet 创建了 Pod ——> pod-template-hash=85b98978db。

5、继续查看 Pod 的详细信息

kubectl describe pod nginx-85b98978db-vpxwr

上图 Controlled By: ReplicaSet/nginx-85b98978db 证明了 Pod 由 ReplicaSet/nginx-85b98978db 创建。同样，Events 记录了 Pod 的启动过程，如果 Pod 启动失败（如 Image 不存在），就可在这里查到原因。

三、案例总结

通过上面的案例，现在可进行如下总结：

1. 用户通过 kubectl 客户端工具创建 Deployment 对象；
2. 接着 Deployment 会创建 ReplicaSet 对象；
3. 最终由 ReplicaSet 创建 Pod 资源。

因此，是 ReplicaSet 实现了 Pod 的多副本管理？