K8S ReplicaSet 控制器

一、理论介绍

今天我们来实验 ReplicaSet 控制器（也叫工作负载）。官网描述如下：

1、是什么？

• ReplicaSet 副本集， 维护一组稳定的副本 Pod 集合。

2、为什么需要？

• 解决 pod 被删除了，不能自我恢复问题。

3、缺点

ReplicaSet 无法提供声明式更新，声明式更新的好处，是不会丢失历史版本。

1.1、基础信息

kubectl explain rs
# rs replicaset 的缩写

apiVersion：当前资源使用的 api 版本，是 GROUP/VERSION 的组合。官网介绍如下

kind：资源类型，跟 KIND 保持一致。

metadata：元数据。定义资源名称、注解等。

spec：规范、规约。定义 Pod 副本数、Pod 标签选择器、Pod 模板。

status：状态信息，只读，一般不会去修改。

1.2、ReplicaSet.spec 规约

kubectl explain rs.spec
# rs replicaset 的缩写

replica：副本数。定义 ReplicaSet 所管理的 Pod 的副本数，默认是 1。

selector：标签选择器。用于查找一组 Pod 以便于被 ReplicaSet 所管理。它必须跟 Pod 模板的标签（template.metadata.labels）相匹配。否则会报如下错误。

template：Pod 模板。定义 Pod 的模板。

可以看到 template 内部主要就是定义 Pod 的规范（PodSpec）它跟 Pod 定义里的规范（Pod.spec）是同一个类型。

kubectl explain rs.spec.template

二、镜像准备

假设有如下三个节点的 K8S 集群：

k8s31master 是控制节点

k8s31node1、k8s31node2 是工作节点

容器运行时是 containerd

使用 springboot 打包两个镜像 hellok8s-1.0.jar.gz 和 hellok8s-2.0.jar.gz。

hellok8s:1.0

@RestController
public class HelloController {@GetMapping("/sayHello")@ResponseBodypublic String sayHello() {# 蓝return "Hello,I am Blue";}
}

hellok8s:2.0

@RestController
public class HelloController {@GetMapping("/sayHello")@ResponseBodypublic String sayHello() {# 绿return "Hello,I am Green";}
}

它们的区别仅在输出的问候信息不同，一个 Blue、一个 Green.

•  导入镜像

# node1 执行
[root@k8s31node1 ~]# ctr -n=k8s.io images import hellok8s-1.0.jar.gz
[root@k8s31node1 ~]# ctr -n=k8s.io images import hellok8s-2.0.jar.gz
# node2 执行
[root@k8s31node2 ~]# ctr -n=k8s.io images import hellok8s-1.0.jar.gz
[root@k8s31node2 ~]# ctr -n=k8s.io images import hellok8s-2.0.jar.gz

三、管理 Pod

3.1、管理 template 定义的 Pod 

rs-template.yaml

apiVersion: apps/v1
kind: ReplicaSet
metadata: name: rs-template
spec:replicas: 3selector:matchLabels:app: hellok8s-v1template:metadata:labels:app: hellok8s-v1spec:containers:- name: hellok8simage: hellok8s:1.0imagePullPolicy: IfNotPresentports:- containerPort: 8080

replicas: 3 副本为3 

image: hellok8s:1.0 镜像的版本是 1.0

selector.matchLabels 必须跟 template.metadata.labels 相匹配。

•  执行并查看

kubectl apply -f rs-template.yaml
# 查看 rs
kubectl get rs

DESIRED 表示期望的副本数是 3。

CURRENT 表示当前在运行的副本数是 3。

READY 表示当前就绪的副本数是 3。

• 查看 Pod

kubectl get pod -owide

 从这可以看出来，pod 的名字是由控制器的名字-随机数组成的。

•  访问接口

curl 10.244.9.34:8080/sayHello

3.2、管理 非 template 定义的 Pod

3.2.1、先有 ReplicaSet 后有 Pod

假设在刚才已经存在 3 个 Pod 的基础上，我们再新增一个 Pod，看看会发生什么？

pod-single.yaml

apiVersion: v1
kind: Pod
metadata:name: pod-singlelabels:app: hellok8s-v1
spec:containers:- name: hellok8simage: hellok8s:1.0imagePullPolicy: IfNotPresentports:- containerPort: 8080

 特意设置 metadata.labels 跟 ReplicaSet 的 template.metadata.labels 相匹配。

让 ReplicaSet 能通过标签选择器查询到这个 Pod。

•  运行并监控

kubectl apply -f pod-single.yaml
kubectl get pod -w

 可以看到 新创建的 pod-single 创建并不成功。

ReplicaSet 控制器，会始终控制标签选择器选中的副本数，是我们设置 replicas: 3 个。

• 删除 ReplicaSet

kubectl delete -f rs-template.yaml
kubectl get rs
kubectl get pod -owide

 可以看到，删除 ReplicaSet，它所管理的 Pod 资源也会一并被删除。

3.2.2、先有 Pod 后有 ReplicaSet

• 运行 pod

kubectl apply -f pod-single.yaml
kubectl get pod -owide

•  运行 ReplicaSet

kubectl apply -f rs-template.yaml

可以看到，ReplicaSet 只会给我们创建 2 个 Pod。因为已经存在一个 pod-single 它的 label 符合 ReplicaSet 的 标签选择器。

• 删除 ReplicaSet

kubectl delete -f rs-template.yaml
kubectl get pod -owide

 可以看到，删除 ReplicaSet，连同我们单独创建的 pod，也会被一并删除。

四、ReplicaSet 实现 Pod 的动态扩容

假设我们现在有 ReplicaSet 帮我们创建的 3 个 pod。

kubectl apply -f rs-template.yaml
kubectl get pod -owide

倘若现在线上流量激增，我们觉得 3 个 pod 太少了，我们可以动态的扩容。比如我们扩容到 4 个。 

 只需要修改 rs-template.yaml，replicas: 3 改为 4

 

• 重新运行并查看

kubectl apply -f rs-template.yaml
kubectl get pod -owide

 可以看到，ReplicaSet 帮我们新拉起了一个 pod。

五、ReplicaSet 实现 Pod 的动态缩容

倘若现在流量高峰过了，我们不需要 4 个那么多 Pod，我们可以恢复回 3 个。

只需要修改 rs-template.yaml，replicas: 4 改为 3

• 重新运行并查看

kubectl apply -f rs-template.yaml
kubectl get pod -owide

可以看到，ReplicaSet 又帮我们恢复回原来的 3 个。

 六、ReplicaSet 实现 Pod 的更新

倘若我们现在需要将镜像的版本，从 hellok8s-1.0 升级为 hellok8s-2.0。

 修改 rs-template.yaml，image hellok8s:1.0 改为 hellok8s:2.0

• 运行并查看

kubectl apply -f rs-template.yaml
kubectl get pod -owide

 发现 pod 并没有什么变化，我们访问一下接口。

 发现接口版本并没有变化。

•  我们随机删除一个 pod

kubectl delete pod rs-template-dtv4d
kubectl get pod -owide

 ReplicaSet 会帮我们再拉起一个新 Pod rs-template-btfqr，我们访问这个新 Pod 的接口看看。

 可以发现，新拉起的 pod，已经是新的版本了。

从这，我们发现 ReplicaSet 存在的一个问题：

就是它并不能自动地实现声明式（就只更改镜像版本重新 apply）滚动更新，需要人工地删除旧 Pod，ReplicaSet 再重新拉取一个新 Pod，这个时候的新 Pod，才会是新版本。

 这个时候，我们需要一个新的控制器—>Deployment。

 七、总结

• Replicaset 核心作用在于代用户创建指定数量的 pod 副本，并确保 pod 副本一直处于满足用户期望的数量，起到多退少补的作用，并且还具有自动扩容缩容等机制。
• 但是它并不能实现声明式更新。