在實踐之前，必須先學習 Kubernetes 的幾個重要概念，它們是組成 Kubernetes 集羣的基石。
Cluster
Cluster 是計算、存儲和網絡資源的集合，Kubernetes 利用這些資源運行各種基於容器的應用。
Master
Master 是 Cluster 的大腦，它的主要職責是調度，即決定將應用放在哪裏運行。Master 運行 Linux 操作系統，可以是物理機或者虛擬機。爲了實現高可用，可以運行多個 Master。
Node
Node 的職責是運行容器應用。Node 由 Master 管理，Node 負責監控並彙報容器的狀態，並根據 Master 的要求管理容器的生命週期。Node 運行在 Linux 操作系統，可以是物理機或者是虛擬機。
Pod
Pod 是 Kubernetes 的最小工作單元。每個 Pod 包含一個或多個容器。Pod 中的容器會作爲一個整體被 Master 調度到一個 Node 上運行。
Kubernetes 引入 Pod 主要基於下面兩個目的：
可管理性。
有些容器天生就是需要緊密聯繫，一起工作。Pod 提供了比容器更高層次的抽象，將它們封裝到一個部署單元中。Kubernetes 以 Pod 爲最小單位進行調度、擴展、共享資源、管理生命週期。通信和資源共享。
Pod 中的所有容器使用同一個網絡 namespace，即相同的 IP 地址和 Port 空間。它們可以直接用 localhost 通信。同樣的，這些容器可以共享存儲，當 Kubernetes 掛載 volume 到 Pod，本質上是將 volume 掛載到 Pod 中的每一個容器。
Pods 有兩種使用方式：
運行單一容器。
one-container-per-Pod是 Kubernetes 最常見的模型，這種情況下，只是將單個容器簡單封裝成 Pod。即便是隻有一個容器，Kubernetes 管理的也是 Pod 而不是直接管理容器。運行多個容器。
但問題在於：哪些容器應該放到一個 Pod 中？
答案是：這些容器聯繫必須 非常緊密，而且需要 直接共享資源。
舉個例子。
下面這個 Pod 包含兩個容器：一個 File Puller，一個是 Web Server。
File Puller 會定期從外部的 Content Manager 中拉取最新的文件，將其存放在共享的 volume 中。Web Server 從 volume 讀取文件，響應 Consumer 的請求。
這兩個容器是緊密協作的，它們一起爲 Consumer 提供最新的數據；同時它們也通過 volume 共享數據。所以放到一個 Pod 是合適的。
再來看一個反例：是否需要將 Tomcat 和 MySQL 放到一個 Pod 中？
Tomcat 從 MySQL 讀取數據，它們之間需要協作，但還不至於需要放到一個 Pod 中一起部署，一起啓動，一起停止。同時它們是之間通過 JDBC 交換數據，並不是直接共享存儲，所以放到各自的 Pod 中更合適。
Controller
Kubernetes 通常不會直接創建 Pod，而是通過 Controller 來管理 Pod 的。Controller 中定義了 Pod 的部署特性，比如有幾個副本，在什麼樣的 Node 上運行等。爲了滿足不同的業務場景，Kubernetes 提供了多種 Controller，包括 Deployment、ReplicaSet、DaemonSet、StatefuleSet、Job 等，我們逐一討論。
Deployment 是最常用的 Controller，比如前面在線教程中就是通過創建 Deployment 來部署應用的。Deployment 可以管理 Pod 的多個副本，並確保 Pod 按照期望的狀態運行。
ReplicaSet 實現了 Pod 的多副本管理。使用 Deployment 時會自動創建 ReplicaSet，也就是說 Deployment 是通過 ReplicaSet 來管理 Pod 的多個副本，我們通常不需要直接使用 ReplicaSet。
DaemonSet 用於每個 Node 最多隻運行一個 Pod 副本的場景。正如其名稱所揭示的，DaemonSet 通常用於運行 daemon。
StatefuleSet 能夠保證 Pod 的每個副本在整個生命週期中名稱是不變的。而其他 Controller 不提供這個功能，當某個 Pod 發生故障需要刪除並重新啓動時，Pod 的名稱會發生變化。同時 StatefuleSet 會保證副本按照固定的順序啓動、更新或者刪除。
Job 用於運行結束就刪除的應用。而其他 Controller 中的 Pod 通常是長期持續運行。
Service
Deployment 可以部署多個副本，每個 Pod 都有自己的 IP，外界如何訪問這些副本呢？
通過 Pod 的 IP 嗎？
要知道 Pod 很可能會被頻繁地銷燬和重啓，它們的 IP 會發生變化，用 IP 來訪問不太現實。
答案是 Service。
Kubernetes Service 定義了外界訪問一組特定 Pod 的方式。Service 有自己的 IP 和端口，Service 爲 Pod 提供了負載均衡。
Kubernetes 運行容器（Pod）與訪問容器（Pod）這兩項任務分別由 Controller 和 Service 執行。
Namespace
如果有多個用戶或項目組使用同一個 Kubernetes Cluster，如何將他們創建的 Controller、Pod 等資源分開呢？
答案就是 Namespace。
Namespace 可以將一個物理的 Cluster 邏輯上劃分成多個虛擬 Cluster，每個 Cluster 就是一個 Namespace。不同 Namespace 裏的資源是完全隔離的。
Kubernetes 默認創建了兩個 Namespace。
default -- 創建資源時如果不指定，將被放到這個 Namespace 中。
kube-system -- Kubernetes 自己創建的系統資源將放到這個 Namespace 中。
本文轉載自CloudMan，轉載請註明出處：http://blog.51cto.com/cloudman/2059263