k8s元件互動場景分析

2021-10-09 17:13:36 字數 707 閱讀 2357

場景1:kubernetes api server作為集群的核心,負責集群各功能模組之間的通訊,集群內的各個功能模組通過api server將資訊存入etcd,當需要獲取和操作這些資料的時候,則通過api server提供的rest介面(用get,list或者watch方法)來實現,從而實現各個模組之間的資訊互動。

場景2:kubelet程序與api server進行互動,每個node節點上的kubelet每隔乙個時間週期就會呼叫一次api server的restj介面報告自身的狀態,api servre接收到這些資訊後,將節點的資訊更新到etcd種,kubelet也通過api server的watch介面監聽pod的狀態資訊,如果監聽到pod的副本被繫結到本屆點,執行pod的建立和啟動邏輯,監聽到pod的物件刪除,則刪除本屆點上相應的pod容器,監聽到修改,則修改

場景3:kube-controller-manager程序與apiserver互動,監聽node的狀態資訊,並作出相應的處理

場景4:kube-scheduler與api server的互動,當scheduler通過api server的watch介面監聽到新建立的pod的副本資訊後,檢索符合改pod的要求的node列表,執行pod邏輯排程,排程成功後將pod繫結到目標節點上

排程方法:預選策略+最優策略(預設5+3)

k8s元件介紹

master 管理節點 api server 供kubernetes api介面,主要處理 rest操作以及更新etcd中的物件。所有資源增刪改查的唯一入口。scheduler 繫結pod到node上,資源排程。controller manager 所有其他群集級別的功能,目前由控制器manager...

k8s核心元件

k8s的設計理念類似於linux的分層架構。1.master 核心控制 是老大 它主要負責排程,決定服務在 執行,master執行linux系統,可以是物理機或虛擬機器,master是k8s cluster的大腦,執行著的守護程序服務包括 kube apiserver,kube scheduler,...

k8s架構和元件

架構 主從分布式架構,master node 服務分組,小集群,多集群 服務分組,大集群,單集群 元件 kubernetes master 集群控制節點,負責整個集群的管理和控制,基本上kubernetes所有的控制命令都是發給它,它來負責具體的執行過程,我們後面所有執行的命令基本都是在master...