关于Kubernetes ReplicationController YAML文件中spec与template的疑问

我对这份Kubernetes的ReplicationController YAML文件存在疑问：第一个spec字段指定需始终维持3个副本，请问containers上方的第二个spec有何作用？另外template字段的功能是什么？相关YAML代码如下：

apiVersion: v1
kind: ReplicationController
metadata:
  name: node-js
  labels:
    name: node-js
spec:
  replicas: 3
  selector:
    name: node-js
  template:
    metadata:
      labels:
        name: node-js
    spec:
      containers:
      - name: node-js
        image: jonbaier/node-express-info:latest
        ports:
        - containerPort: 80

问题解答 #

1. containers上方的第二个spec字段作用

这个嵌套在template内部的spec，是Pod的规格定义。

顶层的spec是ReplicationController（RC）自身的配置区域，用来定义RC的核心行为：比如要维持的Pod副本数、用来筛选管控Pod的标签选择器。而内层的template.spec则是明确告诉Kubernetes：当需要创建新Pod来满足副本数量要求时，这个Pod应该具备什么样的运行规格——包括容器的镜像、端口、资源配额、存储卷挂载等所有和Pod运行相关的细节配置。

简单总结：顶层spec管RC的“管控策略”，内层spec管要生成的Pod的“实际运行配置”。

2. template字段的功能

template是RC的Pod模板，也是RC实现副本管控的核心依赖：

• RC会依据这个模板的内容创建Pod，确保集群中始终存在replicas字段指定数量的、匹配selector标签的Pod在运行。
• 当现有Pod因故障被删除、所在节点离线时，RC会自动读取模板内容，生成并启动新的Pod来补全副本数量，维持集群的服务可用性。
• 模板内metadata.labels的标签必须和RC顶层spec.selector的标签完全匹配，否则RC无法识别并管控这些Pod——这是RC关联自身所管理Pod的关键标识。

额外提一句：目前Kubernetes官方更推荐使用Deployment来替代ReplicationController，Deployment支持滚动更新、版本回滚等更丰富的运维功能，但二者在Pod模板、嵌套spec的逻辑上是完全一致的。

内容的提问来源于stack exchange，提问作者Webair