Kubernetes 复制控制器如何运作

复制控制器负责管理吊舱的生命周期并确保在任何时候运行着所需的指定数量的吊舱。
 
你有没有想过，谁负责监督和管理 Kubernetes 集群内运行的“吊舱pod”的确切数量？Kubernetes 可以通过多种方式做到这一点，但一个常见的方法是使用 “复制控制器ReplicationController（RC）”。RC 负责管理吊舱的生命周期，并确保在任何时候运行着所需的指定数量的吊舱。但另一方面，它不负责高级的集群能力，如执行自动扩展、准备度和活跃探测以及其他高级的复制能力。Kubernetes 集群中的其他组件可以更好地执行这些功能。
 
简而言之，RC 的职责有限，通常用于不需要复杂逻辑就能达到某些要求的具体实现（例如，确保所需的吊舱数量总是与指定的数量相符）。如果超过了所需的数量，RC 会删除多余的，并确保即使在节点故障或吊舱终止的情况下，也有相同数量的存在。
 
简单的事情不需要复杂的解决方案，对我来说，这就是 RC 如何被使用的一个完美的比喻。
 
如何创建一个 RC
像大多数 Kubernetes 资源一样，你可以使用 YAML 或 JSON 格式创建一个 RC，然后将其发布到 Kubernetes API 端点。
 
$ kubectl create -f rcexample.yaml
 replicationcontroller/rcexample created
现在，我将深入一下 rcexample.yaml 的样子。
 
apiVersion: v1
kind: ReplicationController   →  RC 描述符    
metadata:
 name: rcexample            →  复制控制器名字              
spec:
 replicas: 3                 → 预期的吊舱数量      
 selector:                  → 这个 RC 的吊舱选择器
   app: nginx                        
 template:                  → 用于创建新吊舱的模板    
   metadata:                        
     labels:                        
       app: nginx                    
   spec:                            
     containers:                    
     - name: nginx                  
       image: nginx
进一步解释，这个文件在执行时创建了一个名为 rcexample 的 RC，确保三个名为 nginx 的吊舱实例一直在运行。如果一个或所有的 app=nginx 吊舱没有运行，新的吊舱将根据定义的吊舱模板创建。
 
一个 RC 有三个部分：
 
复制品：3
吊舱模板：app=nginx
吊舱选择器：app=nginx
注意，吊舱模板要与吊舱选择器相匹配，以防止 RC 一直创建吊舱。如果你创建的 RC 的吊舱选择器与模板不匹配，Kubernetes API 服务器会给你一个错误。
 
为了验证 RC rcexample 是否被创建：
 
$ kubectl get po
NAME     READY   STATUS       RESTARTS  AGE
rcexample-53thy  0/1  Running         0     10s
rcexample-k0xz6  0/1  Running         0     10s
rcexample-q3vkg  0/1  Running         0     10s
要删除 RC：
 
$ kubectl delete rc rcexample
 replicationcontroller "rcexample" deleted
注意，你可以对 RC 中的服务使用 滚动更新 策略，逐个替换吊舱。
 
其他复制容器的方法
在 Kubernetes 部署中，有多种方法可以实现容器的复制。Kubernetes 成为容器平台的主要选择的主要原因之一是复制容器以获得可靠性、负载平衡和扩展的原生能力。
 
我在上面展示了你如何轻松地创建一个 RC，以确保在任何时候都有一定数量的吊舱可用。你可以通过更新副本的数量来手动扩展吊舱。