今天了解了下k8s，看了很多資料，自己歸納總結下，如果需要測試集群的話需要准備三台Linux服務器，一台做Master，其余兩台作為Node仆從（MINION）節點，
先說下Node節點，就是宿主機器，我們可以通過k8s來查詢Node節點的基本信息，服務器配置情況等，最小單元室Pod，Pod中運行了容器服務，k8s對容器服務進行編排，一個宿主機節點上可以創建多個Pod，Pod（豌豆莢）,容器服務就像豌豆顆粒，一個Pod包含多個容器服務，一個節點就相當於豌豆這一株植物，上面可以有多個Pod，接下來我就要瞎比喻了
Kubelet：相當於這株豌豆的生產系統，負責了pod創建（長豆夾），啟動(接受營養開始成長)，監控pod的狀態（監控返回豆莢生長情況），重啟（這個就蒙逼了）、銷毀（被采摘）
Kube-Proxy：代理承擔一些負載
Docker：這塊其實不屬於k8s，這里只是需要將宿主機中安裝Docker，使用Docker構建容器（及Pod的豌豆子）
下面我們需要集群化的管理這些豆子植物了，K8s Master就相當於農民，種了兩株豆子如下圖：
Etcd：農民需要 隨時對這些植物，以及每株植物上的豆莢、豆子 等要了如指掌，每天多漲了豆莢沒有，多漲了豆子沒有，都要記在腦袋里面
API Server：這個時候隔壁鄰居要問農民豆子所有情況，農民需要根據Etcd(腦袋中的記憶) 告訴鄰居
Scheduler：在一定土壤中營養更不上（及Node中配置資源消耗問題），這個時候農民就把一些豆夾嫁接移植到其他一些營養好的豆株上
Controller Manager：農民知道所有豆株豆夾的情況或者有沒有新種了一株豆夾，突然有一個豆夾不行了、掛了，農民就要去把豆夾摘掉，或者重新嫁接一個跟原來一樣的豆夾，並對所有植株、豆夾，豆子進行合理管理修葺
下圖就是這塊幾種網絡通信問題，這里切成了2個圖區分開來，需要根據業務需要保證對應網絡連通情況
比喻有點牽強附會，大概就那么個意思