ReplicaSet（简称RS）

ReplicationController（简称RC）用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的 Pod 来替代；而如果异常多出来的容器也会自动回收。

在新版本的 Kubernetes 中建议使用 ReplicaSet 来取代 ReplicationController。ReplicaSet 跟 ReplicationController 没有本质的不同，只是名字不一样，并且 ReplicaSet 支持集合式的 Selector（选择器）。

虽然 ReplicaSet 可以独立使用，但一般还是建议使用Deployment来自动管理 ReplicaSet，这样就无需担心跟其他机制的不兼容问题（比如 ReplicaSet 不支持 rolling-update ，但 Deployment 支持）

ReplicationController 和 ReplicaSet 区别

ReplicationController 和 ReplicaSet 的行为是完全相同的，但是 ReplicaSet 的 Pod 选择器表达能力更强。

ReplicationController 只允许包含某个标签的匹配 Pod。
ReplicaSet 可以包含特定标签名的 Pod ，例如 env=dev 和 env=pro 一起匹配。
ReplicaSet 还可以匹配缺少某个标签的 Pod。

总之，无论 ReplicationController 匹配的标签值是多少，ReplicationController 都无法基于标签名来进行匹配，例如：匹配env=* 。但是 ReplicaSet 可以。

ReplicaSet 案例

kubia-rs.yaml

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: kubia-rs
spec:
  replicas: 3 # 副本数 3 个
  selector:
    matchLabels:
      app: xmt-kubia # 选择器指定匹配标签
  template:
    metadata:
      labels:
        app: xmt-kubia
    spec:
      containers:
      - name: rs-kubia
        image: xiaomotong888/xmtkubia # 模板拉取的镜像
        ports:
        - containerPort: 8080

部署 rs

# 创建rs
kubectl create -f kubia-rs.yaml

# 查看新建的 rs 基本信息
kubectl get rs

运行结果：对于原本就有的 3 个标签为 app=xmt-kubia 的 Pod 没有影响， rs 也没有多创建 Pod ，这没问题。 rs也是会去搜索环境内的匹配的标签对应的 Pod 个数，然后和自己配置中的期望做比较，若期望的大，则增加 Pod 数量，若期望的小，则减少 Pod 数量。

删除 rs

删除 rs 的时候和删除 rc 的做法是一样的，默认的话都是会删除掉 rs 管理的 Pod ，如果我们不需要删除对应的 Pod ，那么我们也可以加入 --cascade=false 或者 –cascade=orphan 按照上述方式指定之后，删除 rs ，就不会对 Pod 有任何影响。

Kubernetes 之 ReplicaSet