3.3.1 ReplicaSet概述

ReplicaSetReplicationController类似,它也用于管理一类Pod对象,保证Pod副本数量始终维持在期望值。

ReplicaSet配置

一个简单的ReplicaSet配置如下所示:

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: replicaset-runs-pod
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx:1.19.0

ReplicaSet配置确保集群中始终运行3个拥有app: nginx标签的Pod副本,如果副本数量不足3个,则使用Pod模版spec.template创建Pod,如果副本数量多于3个,则删除多余的副本。

ReplicaSet配置中最核心的三个要素如下:

  • spec.selector用于查找集群中存在的Pod;

  • spec.replicas用于指定期望的Pod副本数;

  • spec.template用于指定Pod模版,当副本数不足时将使用该模版创建新的Pod。

ReplicaSet与ReplicationController的区别

ReplicationControllerReplicaSet都属于Pod控制器,其设计初衷几乎完全相同,都是确保指定类型的Pod副本数维持在期望值,ReplicationController出现时间比ReplicaSet要早,那么为什么已经有了ReplicationController的情况下,还要再设计一个ReplicaSet呢?二者到底有什么区别呢?

二者的主要区别在于标签选择器,ReplicaSet拥有更先进的标签选择器,ReplicationController只支持旧式的标签选择器,而ReplicaSet不仅支持旧式选择器,还支持新式选择器。

ReplicationController支持的选择器称为Equality-based选择器,即基于等值的选择器:

Selector map[string]string

ReplicaSet不仅支持Equality-based选择器,还支持Set-based选择器,即基于集合的选择器:

type LabelSelector struct {
    MatchLabels map[string]string
    MatchExpressions []LabelSelectorRequirement
}

ReplicationController特性演进到V1时还没有支持Set-based选择器,而Kubernetes又希望推出一款支持Set-based选择器的Pod控制器,为了不破坏API兼容性,不得已才推出了ReplicaSet控制器来替代ReplicationController

延伸阅读

最后更新于