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
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
yaml
复制代码
# 创建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 有任何影响。
149

被折叠的 条评论
为什么被折叠?



