在前面的章節裡，我們瞭解瞭如何用 kubectl run 快速部署一個簡單的複製的應用以及如何用pods（configuring-containers.md）配置並生成單次執行的容器。本文，我們將使用基於配置的方法來部署一個持續執行的複製的應用。

用配置檔案生成複製品集合

Kubernetes用 Replication Controllers 建立並管理複製的容器集合（實際上是複製的Pods） 。 Replication Controller 簡單地確保在任一時間裡都有特定數量的pod副本在執行。如果執行的太多，它會殺掉一些；如果執行的太少，它會啟動一些。這和谷歌計算引擎的Instance Group Manager以及AWS的Auto-scaling Group（不帶擴充套件策略）類似。在快速開始章節裡用 kubctl run 建立的用來跑Nginx的 Replication Controller 可以用下面的YAML描述： apiVersion : v1 kind : ReplicationController metadata : name : my - nginx spec : replicas : 2 template : metadata : labels : app : nginx spec : containers : - name : nginx image : nginx ports : - containerPort : 80 和指定一個單獨的Pod相比，不同的是設定了這裡的kind域為ReplicationController，設定了需要的副本（replicas）數量以及把Pod的定義放到了template域下面。pods的名字不需要顯示指定，因為它們是由 replication controller 的名字生成的。要檢視支援的域列表，可以看replication controller API object。 和建立pods一樣，也可以用 create 命令來建立這個replication controller： $ kubectl create - f ./ nginx - rc . yaml replicationcontrollers / my - nginx replication controller 會替換刪除的或者因不明原因終止的（比如節點失敗）pods，這和直接建立的pods的情況是不一樣。基於這樣的考量，對於一個需要持續執行的應用，即便你的應用只需要一個單獨的pod，我們也推薦使用 replication controller 。對於單獨的pod，在配置檔案裡可以省略 replicas 這個域，因為不設定的時候預設就只有一個副本。

檢視replication controller的狀態

可以用 get 命令檢視你建立的replication controller： $ kubectl get rc CONTROLLER CONTAINER ( S ) IMAGE ( S ) SELECTOR REPLICAS my - nginx nginx nginx app = nginx 2 這說明你的controller會確保有兩個nginx的副本。和直接建立的pod一樣，也可以用 get 命令檢視這些副本： $ kubectl get pods NAME READY STATUS RESTARTS AGE my - nginx - 065jq 1 / 1 Running 0 51s my - nginx - buaiq 1 / 1 Running 0 51s

刪除replication controllers

如果想要結束你的應用並且刪除repication controller。和在快速開始裡一樣，用下面的命令： $ kubectl delete rc my - nginx replicationcontrollers / my - nginx 這個操作預設會把由replication controller管理的pods一起刪除。如果pods的數量比較大，這個操作要花一些時間才能完成。如果想要pods繼續執行，不被刪掉，可以在delete的時候指定引數 –cascade=false 。 如果在刪除replication controller之前想要刪除pods，pods只是被替換了，因為replication controller會再起新的pods，確保pods的數量。

Labels

Kubernetes使用自定義的鍵值對（稱為Labels）分類資源集合，例如pods和replicationcontroller。在前面的例子裡，pod的模板裡只設定了一個單獨的label，鍵是 app ，值為 nginx 。所有被建立的pod都帶有這個label，可以用帶-L引數的命令檢視： $ kubectl get pods - L app NAME READY STATUS RESTARTS AGE APP my - nginx - afv12 0 / 1 Running 0 3s nginx my - nginx - lg99z 0 / 1 Running 0 3s nginx pod模板帶的label預設會被複製為replication controller的label。Kubernetes中所有的資源都支援labels： $ kubectl get rc my - nginx - L app CONTROLLER CONTAINER ( S ) IMAGE ( S ) SELECTOR REPLICAS APP my - nginx nginx nginx app = nginx 2 nginx 更重要的是，pod模板的label會被用來建立 selector ，這個 selector 會匹配所有帶這些labels的pods。用 kubectl get 的go語言模板輸出格式就可以看到這個域： $ kubectl get rc my - nginx - o template -- template = "{{.spec.selector}}" map [ app : nginx ] 如果你想要在pod模板裡指定labels，但是又不想要被選中，可以顯示指定 selector 來解決，不過需要確保 selector 能夠匹配由pod模板創建出來的pod的label，並且不能匹配由其他replication controller建立的pods。對於後者，最直接最保險的方法是給replication controller分配一個獨特的label，並且在pod模板和selector裡都進行指定。