Kubernetes的基本架構

簡介

Kubernetes，希臘語，意舵手。有時簡寫為“K8s”，其中“8”代表“K”和“s”之間的 8 個字母，是一個開源系統，支持在任何地方部署、擴縮和管理容器化應用。

1 Kubernetes架構

整體架構圖

Kubernetes的這種架構為服務發現提供了一種靈活的，松耦合的機制。與大多數分布式計算平臺架構一樣，Kubernetes集群至少包含一個主節點和多個計算節點。主服務器負責公開應用程序接口（API），安排部署并管理整個集群。

每個節點都運行一個運行時容器，例如Docker或rkt，以及一個與主機通信的代理。該節點還運行用于日志記錄，監視，服務發現和可選附件的其他組件。節點是Kubernetes集群的主力軍。它們向應用程序公開計算，網絡和存儲資源。節點可以是在云中運行的虛擬機（VM）或在數據中心內運行的裸機服務器。

只不過

manager 在這里是 Master

worker 是 普通的 Node

Master會對外暴露很多接口供我們操作 k8s 集群，比如查看節點狀態、將應用部署到k8s集群。

Kubernetes 集群（Cluster）

1.1 Master 節點功能

核心組件

分布式的 K.V 存儲，保存了整個k8s集群的狀態和配置

暴露給外界訪問，可以通過 CLI 或 UI 操作通過 API Server 最終和整個集群交互，提供了資源操作的唯一入口，并提供認證、授權、訪問控制、API注冊和發現等機制；

負責維護集群的狀態，比如負載均衡、故障檢測、自動擴展、滾動更新等；

負責資源的調度，按照預定的調度策略將Pod調度到相應的機器上。比如我要部署一個應用，該應用需要兩個容器，那這倆容器又該運行在哪個 Node 呢？這就是負責的事情。

1.2 Node 節點功能

核心組件

基本算是 k8s 中容器里調度的最小單位，是具有相同 namespace 的一些 container 組合。吊艙是一個或多個容器的集合。吊艙是Kubernetes的管理核心單元。容器充當共享相同上下文和資源的容器的邏輯邊界。 Pod的分組機制通過使多個依賴進程一起運行而彌補了容器化和虛擬化之間的差異。在運行時，可以通過創建副本集來擴展Pod，以確保部署始終運行所需數量的Pod。

每個 Node 都需要執行一個運行時容器，例如Docker或rkt。

我們知道Node 節點受 Master 控制的，那就需要一個代理在 Node 中做這些事。負責維護容器的生命周期，同時也負責Volume（CSI）和網絡（CNI）的管理。

負責鏡像管理以及Pod和容器的真正運行（CRI）

負責為Service提供集群內部的服務發現和負載均衡。

日志采集和查詢。

參考

https://thenewstack.io/kubernetes-an-overview

API Kubernetes Node.js

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。