共用方式為


使用運算子連接點服務可確保控制平面復原能力

連接點服務的設計目的是跨各種運算機架組態維持控制平面復原能力。

使用三個以上運算機架的情況

運算子連接點可以在使用三個以上運算機架的情況下,確保三個作用中 Kubernetes 控制平面 (KCP) 節點的可用性。 若是超過兩個運算機架的組態,也會維持一個額外的備用節點。 這些節點策略性地分散在不同的機架,盡可能確保控制平面復原能力。

提示

Kubernetes 控制平面是一組管理 Kubernetes 叢集狀態、排程工作負載,以及回應叢集事件的元件。 其中包含 API 伺服器、etcd 儲存體、排程器和控制器管理員。

其餘的管理節點包含執行平台軟體的各種運算子,以及執行監視、儲存和網路等支援功能的其他元件。

在執行階段升級期間,運算子連接點會實作控制平面節點的循序升級,藉此在整個升級過程中保留復原能力。

三個運算機架:

機架 1 機架 2 機架 3
KCP KCP KCP
備用 KCP MGMT MGMT

四個以上運算機架:

機架 1 機架 2 機架 3 機架 4
KCP KCP KCP 備用 KCP
MGMT MGMT MGMT MGMT

少於三個運算機架的情況

運算子連接點會維持一個作用中控制平面節點,以及一個備用控制平面執行個體 (如果有的話)。 舉例來說,雙機架組態有一個作用中 Kubernetes 控制平面 (KCP) 節點和一個備用節點。

兩個運算機架:

機架 1 機架 2
KCP 備用 KCP
MGMT MGMT

單一運算機架:

運算子連接點支援單一機架組態中的控制平面復原能力,方法是在該機架內準備三個管理節點。 例如,具有三個管理伺服器的單一機架組態會提供同等數量的作用中控制平面,確保機架內的復原能力。

機架 1
KCP
KCP
KCP

遺失仲裁對復原能力的影響

在控制平面遺失仲裁的災害情況下,整個執行個體中的 Kubernetes API 都會受到影響。 這類案例可能會影響工作負載讀取和寫入自訂資源 (CRs) 的能力,以及跨機架進行交談的能力。

判斷控制平面的角色

針對失敗的控制平面仲裁進行疑難排解