配額與限制

本文列出 Google Kubernetes Engine 適用的配額和系統限制。

  • 配額會指定您可使用的可計數共用資源數量。配額是由 Google Kubernetes Engine 等 Google Cloud 服務定義。
  • 系統限制是無法變更的固定值。

Google Cloud 會使用配額來確保公平性，並減少資源使用量和可用性暴增的情況。配額會限制專案可使用的Google Cloud 資源 Google Cloud 數量。配額適用於各種資源類型，包括硬體、軟體和網路元件。舉例來說，配額可以限制對服務發出的 API 呼叫數、專案並行使用的負載平衡器數量，或是可建立的專案數量。配額可以預防服務過載，進而保障Google Cloud 使用者社群的權益。配額也能協助您管理自己的 Google Cloud 資源。

Cloud Quotas 系統會執行下列操作：

在大多數情況下，如果您嘗試使用的資源超過配額，系統會封鎖資源存取權，導致您嘗試執行的工作失敗。

配額通常是在 Google Cloud 專案 層級套用。在一個專案中使用資源，不會影響另一個專案的可用配額。在 Google Cloud 專案中，所有應用程式和 IP 位址會共用配額。

如要調整大部分配額，請使用 Google Cloud 控制台。 詳情請參閱「要求調整配額」。

GKE 資源也有系統限制。 系統限制無法變更。

每個專案的配額

GKE 適用的配額如下：

注意：以 Autopilot 模式建立的叢集會預先設定為區域叢集。

查看配額

如要查看配額，請前往 Google Cloud 控制台的「配額」頁面。

前往配額頁面

如要管理配額及申請更多配額，請參閱「查看及管理配額」

每個叢集的限制

下表說明每個 GKE 叢集的限制。

下表列出的所有 GKE 版本都適用於叢集節點和控制層。

限制 GKE Standard 叢集 GKE Autopilot 叢集
每個叢集的節點數量 65,000 個節點

如果您打算使用這項限制，請在設計 GKE 架構時，考慮下列建議：

 5,000 個節點

如果您打算使用這項限制，請在設計 GKE 架構時，考慮下列建議：

  • 如要執行超過 1,000 個節點，請使用 GKE Autopilot 1.23 以上版本。
  • 如要執行超過 400 個節點，您可能需要提高在舊版中建立的叢集大小配額。如需協助，請與支援團隊聯絡。
每個節點集區的節點數 每個可用區 1,000 個節點

每個可用區 2,000 個 TPU 節點 - 須使用下列或更新版本：1.28.5-gke.135500、1.29.1-gke.1206000、1.30		 不適用
可用區中的節點數
  • 採用 NEG 型 Ingress 的容器原生負載平衡沒有節點數量限制，因此建議您盡可能採用這個方式。1.17 版以上的 GKE 會預設使用 NEG 型 Ingress。
  • 如果使用的是執行個體群組型 Ingress，則個別叢集中各個可用區的限制為 1,000 個節點。
 不適用
每個節點的 Pod 數量1 256 個 Pod

注意：如果是 1.23.5-gke.1300 之前的 GKE 版本，上限為 110 個 Pod。

動態設為 8 到 256 之間的任何值。 GKE 會考量叢集大小和工作負載數量，為每個節點佈建最大 Pod 數。

  • 如果是 1.28 之前的 GKE 版本，上限為 32 個 Pod。
  • 如果是 Accelerator 類別 Pod 和 Performance 類別 Pod，每個節點的上限為一個 Pod。
每個叢集的 Pod 數量2 200,000 個 Pod1 200,000 個 Pod
每個叢集的容器數 400,000 個容器 400,000 個容器
Etcd 資料庫大小 6 GB 6 GB

身為平台管理員，建議您先瞭解配額對 GKE 上執行的大型工作負載有何影響。如需大型工作負載的額外建議、最佳做法、限制和配額，請參閱「建立可擴充叢集的指南」。

資源配額

如果叢集的節點數少於 100 個，GKE 會對每個命名空間套用 Kubernetes 資源配額。部署在這類叢集中的應用程式可能會出現錯誤，進而導致叢集控制層的穩定性降低，這些配額即可保護控制層不受影響。這些配額由 GKE 強制執行，因此無法移除。

GKE 會根據節點數量，自動更新資源配額值。如果叢集超過 100 個節點，GKE 會移除資源配額。

如要檢查資源配額，請使用下列指令：

kubectl get resourcequota gke-resource-quotas -o yaml

如要查看特定命名空間的值，請加入 --namespace 選項以指定命名空間。

附註

  1. 每個 GKE Standard 叢集的 Pod 數量上限包含系統 Pod。系統 Pod 數量會因叢集設定和已啟用的功能而異。 ↩

  2. 節點可容納的 Pod 數量上限取決於 Pod 資源要求的大小和節點容量。您可能不會同時達到所有限制。建議您最好對大型部署作業執行負載測試。↩