配額與限制

本文列出 Cloud Router 適用的配額和系統限制。

  • 配額會指定您可使用的可計數共用資源數量。配額是由 Google Cloud 服務 (例如 Cloud Router) 定義。
  • 系統限制為固定值，無法變更。

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

Cloud 配額系統會執行以下作業：

在大多數情況下，如果您嘗試使用的資源超過配額限制，系統會封鎖對該資源的存取權，而您要執行的任務也會失敗。

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

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

配額

如要變更配額，請參閱「申請更多配額」。

下表列出每個專案的重要配額。如需其他配額，請參閱 Google Cloud 控制台的「配額與系統限制」頁面。

項目 配額 附註
每項專案的 Cloud Router 數量 配額 無論配額多寡，每個區域每個網路最多只能使用五個 Cloud Router 雲端路由器。詳情請參閱「限制」一節。

每個 VPC 網路的每個區域，從各自區域取得的獨特 Cloud Router 動態路徑前置字串

同一個區域中所有 Cloud Router 雲端路由器套用至位於特定區域的子網路時，可確保已知路徑的不重複目的地前置字串數量上限。這稱為地區的「來自自身區域」配額。

 配額

IPv4 和 IPv6 前置字串都會計入這項配額。

所有已知路徑都會計入這項配額，包括自訂已知路徑和 BGP 接收的路徑。

路線會依據不重複目的地進行分組。目的地相同，但後續躍點不同的路徑只會計為一個目的地。目的地相同，後續躍點也相同的路徑同樣只會計為一個目的地。

處於「全域動態轉送模式」的網路，可能只會達到兩項不重複動態路徑前置字串配額中的一項。如果超出任一配額，路徑中斷時，您可能會遇到間歇性連線問題。詳情請參閱已知路徑範例。

如要進一步瞭解這些配額，包括可用來瞭解目前用量的指標，請參閱「排解 BGP 路由和路由選取問題」。

僅適用於採用全域動態轉送模式的虛擬私人雲端網路。

每個 VPC 網路的每個區域中，來自其他區域的不重複 Cloud Router 動態路由前置字串

已知路徑的不重複目的地數量上限 (可透過「不同」區域中的雲端路由器套用至位於特定區域的子網路)。這稱為某個地區的來自其他地區配額。

 配額

IPv4 和 IPv6 前置字串都會計入這項配額。

所有已知路徑都會計入這項配額，包括自訂已知路徑和 BGP 接收的路徑。

路線會依據不重複目的地進行分組。目的地相同，但後續躍點不同的路徑只會計為一個目的地。目的地相同，後續躍點也相同的路徑同樣只會計為一個目的地。

處於「全域動態轉送模式」的網路，可能只會達到兩項不重複動態路徑前置字串配額中的一項。如果已達到任一配額，路徑遭到捨棄時，您可能會遇到連線不穩的情況。詳情請參閱已知路徑範例。

如要進一步瞭解這些配額，包括可用來瞭解目前用量的指標，請參閱「排解 BGP 路由和路由選取問題」。

限制

下列 Cloud Router 限制適用於虛擬私人雲端 (VPC) 網路。除非另行公告，否則這些配額限制均不得提高。

項目 限制 附註
每個 VPC 網路和區域組合的 Cloud Router 數量上限 5 如果專案配額充足，您最多可以在一個虛擬私人雲端網路和區域中建立五個 Cloud Router。
單一虛擬私人雲端網路和區域中，每個 Cloud Router 的 BGP 對等點數量上限 128 BGP 對等端可以是下列任一項目：
Cloud Router 從單一 BGP 對等點接受的前置字元數量上限 5,000 如果 BGP 對等端宣告的路由前置字節超過 5,000 個，Cloud Router 會重設 BGP 工作階段。
單一 BGP 對等點或方向中，所有套用 BGP 路由政策的條件數量上限 1,000 這項限制並未在資源之間劃分，而是合併計算。單一比對或動作運算式的大小、詞組中的動作數量、單一政策中的詞組數量，以及政策數量均無限制。
單一 Cloud Router 中各個 BGP 工作階段的「子網路路徑」通告數量上限 沒有限制 Cloud Router 雲端路由器沒有子網路路徑通告數量上限。子網路路徑的數量取決於子網路數量，而子網路數量不得超過VPC 網路配額與限制的規定。
單一 Cloud Router 中，每個 BGP 工作階段的自訂通告路徑數量上限 200 在某個 Cloud Router 中，如果所有 BGP 工作階段的自訂路徑通告完全相同，這項上限即代表該 Cloud Router 的「不重複」IPv4 和 IPv6 自訂路徑通告總數。在這種情況下，每個工作階段都會收到相同的自訂廣告路線。
針對特定 Cloud Router，在以 UTF-8 編碼時，BGP 路由政策中用於比對和動作運算式字面值的總大小上限。 250 KiB 上限 對於特定 Cloud Router，這項限制並非分散在各個資源中，而是合併計算。單一比對或動作運算式的大小、字詞中的動作數量、單一 BGP 路由政策中的字詞數量，以及 BGP 路由政策數量，皆沒有限制。
單一 Cloud Router 上 list-bgp-routes 呼叫的每分鐘最大查詢數 1500 這項配額來自 compute.googleapis.com/list_requests_per_region。詳情請參閱「 費率配額」。
每個 Cloud Router 的 BGP 路由政策數量上限。 500
針對特定 BGP 工作階段，自訂已知路徑的數量上限 10

如要進一步瞭解這項功能，請參閱「自訂學習路線」。

針對 VPC 網路中的特定區域，可設為自訂已知路徑的不重複 IP 前置字節數量上限。這項限制可讓多個對等點使用相同的範圍

 10

如要進一步瞭解這項功能，請參閱「自訂學習路線」。

已知路徑示例

以下範例說明當超出來自自身地區或來自其他地區配額時，可能會發生的路徑捨棄行為。

假設您在同一個 VPC 網路中，分別有 us-east1 地區的 Cloud Router 和 us-west1 地區的 Cloud Router，且已啟用全球動態轉送。每個地區的每個 Cloud Router 都會學習 250 個不重複的目的地。為了說明這個範例，每個地區的每個 Cloud Router 都不會學習任何相同的目的地。

無論哪個 Cloud Router 學習各區域的路徑，每個區域的「來自自身區域」配額都會用盡，因為每個區域的 Cloud Router 都學習了 250 個不重複的目的地。由於每個 Cloud Router 都從其他區域匯入 250 個不重複目的地，因此兩個區域的「來自其他區域」配額也已用盡。如果範例中的 VPC 網路使用地區性動態轉送，則各地區的「來自其他地區」配額不適用，因為地區性動態轉送模式會指示 VPC 網路只在符合路徑下一個躍點的地區中建立動態路徑。

超過某個區域的「來自本區域」配額

假設連結至 us-west1 中的 Cloud Router 的內部部署路由器會通告第 251 個目的地。us-west1 區域中的 Cloud Router 會依確定路徑順序挑選 251 個不重複目的地中的 250 個。這些路由器會將這 250 個不重複的目的地傳送至 VPC 網路，並在 us-west1 區域中建立 250 個動態路徑。

由於 VPC 網路採用全域動態轉送模式，因此也會在每個其他區域建立最多 250 條動態路徑，但仍須遵守每個其他區域的「來自其他區域」不重複目的地配額。下一節將詳細說明其他區域的情況。

超出某個區域的「來自其他區域」配額

當 us-west1 區域中的 Cloud Router 雲端路由器學習到 251 個不重複目的地時，us-east1 區域的「來自其他區域」配額只能接受 250 個不重複目的地，因此 us-west1 區域的 251 個不重複目的地中，只有 250 個可供 us-east1 區域中的資源使用。

假設您在同一個 VPC 網路的第三個地區 us-central1 中建立 Cloud Router。假設新 Cloud Router 從 BGP 對等點學習到 10 個不重複的目的地。雖然 us-central1 區域的「來自本區域」配額並未超出，但「來自其他區域」配額已超出，因為其他兩個區域提供的唯一目的地總數為 500 個 (us-east1 提供 250 個，us-west1 提供 250 個)。us-central1

確定路徑順序會依區域逐一選取路徑，在其他區域中最多只會選取 250 個獨特目的地，如下表所示。

地區 區域內的獨特目的地
(使用區域的「來自自身區域」配額)		 其他區域的獨特目的地
(使用區域的 from-other-regions 配額)
us-west1

已收到 251 個。系統會選取 251 筆中的 250 筆，並將 251 筆中的 1 筆捨棄，在 us-west1 中建立 250 個含有 us-west1 中下一個躍點的動態路徑。

所選的 250 個前置字串會與其他區域共用。

收到 260 個 (來自 us-east1 的 250 個，來自 us-central1 的 10 個)。系統會選取 260 個中的 250 個，並且捨棄 260 個中的 10 個，以便依據決定性路徑順序。

在 us-west1 中建立 250 個動態路徑，這些路徑的下一個躍點位於 us-west1 之外。
us-east1

已收到 250 美元。系統會依據確定性路徑順序選取所有 250 個路徑。在 us-east1 中建立 250 個含有 us-east1 中下一個躍點的動態路徑。

所有 250 個所選前置字串都會與其他區域共用。

收到 260 個 (來自 us-west1 的 250 個，來自 us-central1 的 10 個)。系統會選取 260 個中的 250 個，並且捨棄 260 個中的 10 個，以便依據決定性路徑順序。

在 us-east1 中建立 250 個動態路徑，這些路徑的下一個躍點位於 us-east1 之外。
us-central1

已收到 10 個。系統會依據確定性路徑順序選取所有 10 個路徑。在 us-central1 中建立 10 個含有 us-central1 中下一個躍點的動態路徑。

所選的 10 個前置字串會與其他區域共用。

收到 500 個 (來自 us-west1 的 250 個，來自 us-east1 的 250 個)。從 500 個中選取 250 個，並由決定性路徑順序捨棄 500 個中的 250 個。

在 us-central1 中建立 250 個動態路徑，其中下一個躍點位於 us-central1 之外。

雖然 us-central1 區域的「來自其他區域」配額已超過，但其「來自本區域」配額可接受下一個躍點位於 us-central1 區域的目的地。

確定性路線捨棄行為

Cloud Router 會根據收到的每個前置字節的子網路遮罩長度和字典順序特徵，實作確定性的路由捨棄行為。在每個區域中，下列程序會分別套用至該區域的「來自本區域」目的地清單，以及該區域的「來自其他區域」專屬目的地清單：

  • 清單會先從最短到最長的子網路遮罩長度排序，然後依字典順序排序。舉例來說，10.0.0.0/8 會排在 10.2.1.0/24 之前，而 10.2.1.0/24 會排在 10.99.1.0/24 之前。

  • 系統會保留清單中的前 250 個項目。其他所有內容都會遭到捨棄。

如超出區域的其他區域配額所示，確定性捨棄行為會獨立套用至每個區域的「來自自身區域」配額和「來自其他區域」配額。

決定性的路線捨棄行為會導致下列後果：

  • 當系統同時收到 IPv4 和 IPv6 前置字串時，Cloud Router 通常會在超出唯一目的地配額時，優先捨棄 IPv6 前置字串。這是因為 IPv6 最常見的子網路遮罩長度 (/48) 比 IPv4 最長的子網路遮罩長度 (/32) 還長。

  • 如果每個區域中學習到的前置字串集皆保持不變，Google Cloud 會根據 VPC 網路的動態轉送模式，在每個區域中設定一組一致的本機動態路徑。在 Cloud Router 工作重新啟動時，系統會保留這項一致性，包括 Cloud Router 捨棄的路徑。

避免路線中斷

在路由捨棄期間，您會失去已捨棄前置字元的連線。為避免路徑遭到捨棄，請使用 Cloud Monitoring 或 Cloud Logging 監控各個區域的 from-own-region 和 from-other-regions 前置字串用量，並確保宣傳的獨特目的地數量不超過各個配額。

建議您匯總路線，減少不重複目的地的數量。舉例來說，如果您有四個子網路 10.10.10.0/24、10.10.10.1/24、10.10.10.2/24 和 10.10.10.3/24，則可以將這些子網路歸納為一個前置字串 10.10.0.0/22。

如果無法匯出摘要，請與 Google Cloud 銷售團隊聯絡，討論其他選項。

管理配額

Cloud Router 會基於多種原因，對資源用量實施配額限制。舉例來說，限制配額可以預防用量突然暴增的情況，進而保障 Google Cloud 使用者社群的權益。採用 Google Cloud 免費方案探索的使用者也能透過配額，確保不會超出試用範圍。

所有專案最初的配額均相同，您可以要求額外配額來變更配額數量。某些配額可能會依據您使用產品的狀況而自動增加。

權限

如要查看配額或要求增加配額，身分與存取權管理 (IAM) 主體需要具有下列其中一種角色。

工作 必要角色
查看專案的配額 下列任一項：
修改配額，要求額外配額 下列任一項：
  • 專案業主 (roles/owner)
  • 專案編輯器 (roles/editor)
  • 配額管理員 (roles/servicemanagement.quotaAdmin)
  • 具備 serviceusage.quotas.update 權限的自訂角色

查看配額

控制台

  1. 前往 Google Cloud 控制台的「Quotas」(配額) 頁面。

    前往「配額」頁面

  2. 使用篩選表格搜尋要更新的配額。 如果不知道配額名稱，請改用本頁面上的連結。

gcloud

請使用 Google Cloud CLI 執行下列指令，查看配額。使用您自己的專案 ID 替換 PROJECT_ID。

    gcloud compute project-info describe --project PROJECT_ID

如要查看特定區域的配額用量，請執行下列指令：

    gcloud compute regions describe example-region

超出配額時產生錯誤

一旦超出 gcloud 指令的配額上限，gcloud 就會輸出 quota exceeded 錯誤訊息並傳回結束代碼 1。

如果您是在傳送 API 要求時超出配額， Google Cloud 會傳回下列 HTTP 狀態碼：413 Request Entity Too Large。

要求增加配額

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

資源可用性

如果特定類型的資源可以使用，則每項配額代表您能針對該資源建立的最大數量。請特別留意，配額「並不」保證資源可用性。即使您有可用的配額，如果資源無法提供使用，您也無法建立新的資源。

舉例來說，您可能有足夠的配額，可以在特定區域中建立全新區域性外部 IP 位址。不過，如果該區域沒有可用的外部 IP 位址，則無法建立。區域的資源可用性也會影響您建立新資源的能力。

整個區域的資源皆無法提供使用的狀況很罕見。然而，可用區內的資源有時可能會耗盡，不過一般來說並不會對該資源類型的服務水準協議 (SLA) 造成影響。如需更多資訊，請參閱與該資源相關的 SLA。