核心組件：
master節點組件：
etcd: 保存了整個集群的狀態；
API Server: 提供了資源操作的唯一入口，並提供認證、授權、訪問控制、API 注冊和發現等機制；
Controller Manager: 負責維護集群的狀態，比如故障檢測、自動擴展、滾動更新等；
Scheduler: 負責資源的調度，按照預定的調度策略將 Pod 調度到相應的機器上；
node節點組件：
Kubelet: 負責維護容器的生命周期，同時也負責 Volume（CVI）和網絡（CNI）的管理；
Container Runtime: 負責鏡像管理以及 Pod 和容器的真正運行（CRI）；
Kube-proxy :負責為 Service 提供 cluster 內部的服務發現（pod ip 可能會發生變化，通過標簽和標簽選擇器尋找到pod）和負載均衡，可以理解為負載均衡器；（service干活是通過Kube-proxy實現）
組件通信
Kubernetes 多組件之間的通信原理為
-
API Server 負責 etcd 存儲的所有操作，且只有 API Server 才直接操作 etcd 集群
-
API Server 對內（集群中的其他組件）和對外（用戶）提供統一的 REST API，其他組件均通過 API Server 進行通信
-
Controller Manager、Scheduler、Kube-proxy 和 Kubelet 等均通過 API Server watch API 監測資源變化情況，並對資源作相應的操作
-
所有需要更新資源狀態的操作均通過 API Server 的 REST API 進行
-
-
API Server 也會直接調用 Kubelet API（如 logs, exec, attach 等），默認不校驗 Kubelet 證書，但可以通過
--kubelet-certificate-authority開啟（而 GKE 通過 SSH 隧道保護它們之間的通信）
比如典型的創建 Pod 的流程為
-
用戶通過 REST API 創建一個 Pod
-
API Server 將其寫入 etcd
-
Scheduluer 檢測到未綁定 Node 的 Pod，開始調度並更新 Pod 的 Node 綁定
-
Kubelet 檢測到有新的 Pod 調度過來，通過 Container Runtime 運行該 Pod
-
Kubelet 通過 Container Runtime 取到 Pod 狀態，並更新到 API Server 中
端口號
注意iptables卸載后，docker將無法運行
k8s中rancher的高可用，端口
https://kubernetes.feisky.xyz/concepts/components