資源配額

基於多種理由,Compute Engine 會針對資源用量強制設定配額上限。舉例來說,限定配額可預防使用量意外暴增的情況,以保障 Google Cloud Platform 使用者社群的權益。Google Cloud Platform 也會提供免費試用配額,讓新的 Google Cloud Platform 專案免費使用部分功能。

並非所有專案的配額都相同。當您的 Google Cloud Platform 使用量隨著時間成長,配額也可能隨之增加。如果您預期使用量將大幅攀升,可以透過 GCP 主控台的「Quotas」(配額) 頁面主動提出配額調整要求

查看配額

如要查看專案的可用資源配額,請前往 Google Cloud Platform 主控台的配額頁面。

如果您使用 gcloud 指令列工具,可以執行下列指令來確認整項專案的配額。請將 myproject 改為您的專案 ID:

gcloud compute project-info describe --project myproject

請注意,這項指令並不會列出各地區的配額。如要列出特定地區的配額,請執行下列指令:

gcloud compute regions describe [REGION]

請將 [REGION] 改為您要查看配額資訊的地區。

要求增加配額

您可以透過 GCP 主控台的「Quotas」(配額) 頁面提出配額調整要求,這類要求不會產生任何費用。除非您使用了更多資源,否則費用不會增加。

編輯配額的權限

您必須具備 serviceusage.quotas.update 權限才能調整配額。根據預設,擁有者、編輯者和配額管理員這些預先定義的角色都具備這項權限。

要求調整配額

  1. 前往「Quotas」(配額) 頁面。

    前往「配額」頁面

  2. 「Quotas」(配額) 頁面中,選擇您要變更的配額。
  3. 按一下頁面頂端的 [Edit Quotas] (編輯配額) 按鈕。
  4. 找到您要編輯的服務,然後勾選相對應的方塊。
  5. 輸入您的姓名、電子郵件地址和電話號碼,然後點選 [Next] (下一步)
  6. 輸入增加配額的要求,然後按 [Next] (下一步)
  7. 提交要求。
  8. 根據預設,系統會自動拒絕降低配額的要求。如果您必須降低配額,請回覆支援電子郵件並說明您的需求,我們的支援代表將會回覆您的要求。

提出要求之後,您應該會在 24 至 48 小時內收到 Compute Engine 小組的回覆。

請提早幾天規劃所需的額外資源並提出要求,以確保您的要求可及時獲得核准。

配額與資源可用性

在資源供應無虞的前提下,資源配額指的是您能夠建立該資源類型的上限,但是這樣的配額機制並無法保證資源隨時可用。假如某項資源無法順利供應,或是您選擇的地區已用盡該資源,您將無法新建該項類型的資源 (即使該地區或您的專案仍有未使用的配額亦然)。舉例來說,您可能仍擁有在 us-central1 建立外部 IP 位址的配額,但該地區可能無法提供足夠的 IP 位址。

同樣地,即使您擁有足夠的地區配額,也可能無法在特定區域中使用資源。舉例來說,假設您擁有在 us-central1 地區建立 VM 執行個體的配額,但如果 us-central1-a 區域已用盡這項資源,您可能還是無法在該區域建立 VM 執行個體。在這種情況下,您可以在其他區域 (例如 us-central1-f) 建立相同的資源。

不過,地區層級資源用罄的情形相當少見。如要瞭解如何因應這類情形,請參閱 Compute Engine 服務水準協議

瞭解 VM、CPU 和 IP 位址配額

當您規劃虛擬機器 (VM) 執行個體需求時,必須考量到幾種配額,因為這些配額可能會影響您所能建立的 VM 執行個體多寡。

地區配額和全域配額

VM 配額是以地區為單位來分配管理的。VM 執行個體、執行個體群組、CPU 以及磁碟配額可由所屬地區中的任何 VM 使用,無論所在區域為何。舉例來說,CPU 配額屬於地區配額,因此每個地區有不同的限制與使用量計算方式。如要在 us-central1 地區中的任意區域啟動 n1-standard-16 執行個體,您必須至少在 us-central1 中擁有足夠 16 個 CPU 使用的配額。

建立防火牆、負載平衡器、網路以及 VPN 時,您必須擁有網路連線和負載平衡配額。這些是不受地區影響的全域配額。任何地區都能使用全域配額。舉例來說,指派至負載平衡器和 HTTP(S) Proxy 的使用中與靜態外部 IP 位址會使用全域配額。

CPU

CPU 配額是指特定地區中所有 VM 執行個體的虛擬 CPU 總數。運作中與保留的執行個體皆適用這項 CPU 配額規定。一般執行個體和先占執行個體均會耗用這項配額。

為了保護 Compute Engine 系統和其他使用者,部分新帳戶和專案將受到全球 CPUs (All Regions) 配額的限制。這項配額規定適用於所有地區,其數量則是您在所有地區的 vCPU 總數。

舉例來說,假設您在 us-central1 等單一地區有 48 個 vCPU,但 CPUs (All Regions) 配額只有 32 個 vCPU,則您只能在 us-central1 地區啟動 32 個 vCPU (雖然該地區仍有剩餘配額),這是因為您已達到 CPU (All Regions) 配額上限,需要刪除現有執行個體,才能啟動新的執行個體。

GPU

GPU 配額與虛擬 CPU 配額類似,指的是單一地區中所有 VM 執行個體的虛擬 GPU 總數。如要確認您的專案是否擁有足夠的 GPU,或是想要求調高配額,您可以前往配額頁面。另外,新的帳戶和專案可以取得適用於所有地區的全域 GPU 配額。

要求 GPU 配額時,您必須為要在各個地區中建立的 GPU 模型要求配額,並依據所有區域中各類 GPU 的總數要求額外的全域配額。

VM 執行個體

VM 執行個體配額屬於地區配額之一,並且會限制特定地區中可建立的 VM 執行個體數量 (不論 VM 是否正在執行)。此配額不會顯示在 Google Cloud Platform 主控台中,但 Compute Engine 會自動將其設為您一般 CPU 配額的 10 倍,您不需自行提出申請。如果需要可容納更多 VM 執行個體的配額,您應該要求增加 CPU 數量,藉此提高您所需的配額。此配額同時適用於執行中和非執行中的 VM,以及一般和先占執行個體。

先占資源的配額

如要使用先占 VM 執行個體搭載的先占 CPU 或 GPU,或使用先占 VM 執行個體搭載的本機 SSD,您的專案必須有足夠的配額才能使用相關資源。

您可以針對下列資源要求特別的先占配額:Preemptible CPUsPreemptible GPUsPreemptible Local SSDs (GB)。不過請注意,即便專案未取得先占配額,您仍可以使用一般配額啟用先占資源。

當 Compute Engine 在某個地區授予您先占配額後,所有先占執行個體都將自動計入先占配額。

磁碟配額

下列永久磁碟和本機 SSD 配額是依照地區個別計算:

  • Local SSD (GB):這是可附加至單一地區中 VM 的本機 SSD 磁碟分區總大小。本機 SSD 是運作速度快的暫時磁碟,建議用於暫存、本機快取或用來處理高容錯工作。這是因為一旦 VM 執行個體重新啟動,這類磁碟就會遭到停用。本機 SSD 分區是以 375 GB 為單位販售,單一 VM 最多可附加八個本機 SSD 分區。在 gcloud 工具和 API 中,這項配額稱為 LOCAL_SSD_TOTAL_GB

  • Persistent Disk Standard (GB):這是單一地區中可建立的標準永久磁碟總大小。依據最佳化永久磁碟和本機 SSD 的效能一文中所述,相較於 SSD 永久磁碟或本機 SSD,標準永久磁碟提供的 IOPS 和總處理量較低。不過,如果您使用標準永久磁碟來處理記錄功能等序列寫入作業,以及將其當做儲存資料的大型耐用磁碟、開機磁碟,標準永久磁碟就會相當符合成本效益。標準永久磁碟不僅耐用,也能無限附加至同一區域中的特定 VM。在 gcloud 工具和 API 中,這項配額的顯示名稱為 DISKS_TOTAL_GB。此外,該配額也適用於地區性標準永久磁碟,不過由於系統必須在同一地區的兩個區域中執行複製作業,因此地區性磁碟每 GB 耗用的配額量為一般的兩倍。

  • Persistent Disk SSD (GB):這是在單一地區中可建立的 SSD 永久磁碟分區總大小。SSD 永久磁碟可擁有多個副本,並能提供較標準永久磁碟更高的 IOPS 和總處理量。相關說明請參閱最佳化永久磁碟和本機 SSD 的效能一文。SSD 永久磁碟是耐用且具備成本效益的儲存空間,同時也有高 I/O 的特性。SSD 永久磁碟可以無限附加至同一個區域中的特定 VM。在 gcloud 工具和 API 中,這項配額的顯示名稱為 SSD_TOTAL_GB,但與本機 SSD 無關。此外,這項配額也適用於地區性 SSD 永久磁碟,不過由於系統必須在同一地區的兩個區域中執行複製作業,因此地區性磁碟每 GB 耗用的配額量為一般的兩倍。

IP 位址

針對可在公開網路存取的各個 VM,您必須擁有足夠的 IP 位址。地區 IP 配額是用來指派 IPv4 位址給該地區的 VM。全域 IP 配額是用來指派 IPv4 位址給全域網路資源,例如 HTTP Proxy 伺服器和負載平衡器。您可以依據需求從數種 IP 位址中選擇。

  • 使用中的 IP 位址:包含特定資源正在使用的臨時和靜態 IP 位址。使用中的 IP 位址不會產生費用,未使用的靜態 IP 位址則會產生費用
  • 靜態外部 IP 位址:為您的資源保留的外部 IP 位址,即便機器重新啟動也不會受到影響。您可以向 DNS 和網域服務供應商註冊這些位址,藉此向使用者提供容易辨識的位址,例如:www.example-site.com。
  • 靜態內部 IP 位址:透過靜態內部 IP 位址,即可在子網路上設定的私人 RFC 1918 IP 範圍中保留內部 IP 位址。您可以根據需求將這些保留的內部位址分配給資源。
本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Compute Engine 說明文件