掌握K8s ReplicaSet：资源定义、控制机制与实战示例全解析
Kubernetes 中的 ReplicaSet 是确保指定数量的 Pod 副本始终运行的控制器。它是早期 ReplicationController 的升级版，主要区别在于 ReplicaSet 支持基于集合的标签选择器（set-based selector），而 ReplicationController 仅支持基于等式的选择器（equality-based selector）。虽然 Deployment 已经基本取代了直接使用 ReplicaSet 的方式，但理解 ReplicaSet 仍然是掌握 Kubernetes 工作负载管理的基础。本文将深入解析 ReplicaSet 的资源定义、控制机制，并通过实战示例展示其使用。
📌 控制结构图
关键点
- ReplicaSet 控制器运行在 Controller Manager 中
- 通过 Watch 机制监听资源变化
- 不断调谐实际状态和期望状态
1. ReplicaSet 资源定义详解
一个完整的 ReplicaSet 定义文件通常包含以下关键字段：
apiVersion: apps/v1 kind: ReplicaSet metadata: name: my-replicaset namespace: default labels: app: myapp environment: production spec: # 副本数量 replicas: 3 # 标签选择器：确定 ReplicaSet 管理哪些 Pod selector: matchLabels: app: myapp matchExpressions: - { key: tier, operator: In, values: [frontend] } # Pod 模板：定义要创建的 Pod 的规范 template: metadata: labels: app: myapp tier: frontend spec: containers: - name: nginx image: nginx:1.21 ports: - containerPort: 80字段说明
| 字段 | 描述 |
|---|---|
apiVersion | ReplicaSet 的 API 版本，目前稳定版为 apps/v1 |
kind | 资源类型，固定为 ReplicaSet |
metadata | 元数据，包括名称、命名空间、标签等 |
spec.replicas | 期望运行的 Pod 副本数量（默认值为 1） |
spec.selector | 标签选择器，用于匹配其管理的 Pod。必须与 template.metadata.labels 匹配，否则 API 会拒绝创建 |
spec.template | Pod 模板，定义了新建 Pod 的规范。包含 metadata.labels 和 spec部分 |
标签选择器的两种形式
- matchLabels：基于等式的选择器，要求 Pod 的标签必须包含所有指定的键值对。
- matchExpressions：基于集合的选择器，支持更复杂的表达式，如
In、NotIn、Exists、DoesNotExist。
)
