後端服務總覽

後端服務會定義 Cloud Load Balancing 分配流量的方式。後端服務設定包含一組值，例如用於連線至後端的通訊協定、各種分配和工作階段設定、健康狀態檢查和逾時。這些設定可讓您精細控管負載平衡器的行為。為方便您快速上手，大多數設定都有預設值，可讓您快速完成設定。後端服務的範圍 可以是全域或區域。

負載平衡器、Envoy Proxy 和無 Proxy 的 gRPC 用戶端會使用後端服務資源中的設定資訊，執行下列操作：

• 將流量導向正確的後端，也就是執行個體群組或網路端點群組 (NEG)。
• 根據平衡模式分配流量，這是每個後端的設定。
• 判斷哪項健康狀態檢查正在監控後端的健康狀態。
• 指定工作階段相依性。
• 判斷是否啟用其他服務，包括下列僅適用於特定負載平衡器的服務：
  • Cloud CDN
  • Google Cloud Armor 安全性政策
  • Identity-Aware Proxy
• 將全域和區域性後端服務指定為 App Hub 應用程式中的服務。

您可以在建立後端服務或將後端新增至後端服務時，設定這些值。

下表摘要說明哪些負載平衡器會使用後端服務。您使用的產品也會決定後端服務數量上限、後端服務範圍、支援的後端類型，以及後端服務的負載平衡配置。負載平衡架構是 Google 用來分類轉送規則和後端服務的 ID。每項負載平衡產品都會為轉送規則和後端服務使用一種負載平衡架構。部分配置會由多項產品共用。

負載平衡器命名

如果是 Proxy 網路負載平衡器和直通式網路負載平衡器，負載平衡器的名稱一律與後端服務的名稱相同。每個 Google Cloud 介面的行為如下：

• Google Cloud 控制台。如果您使用 Google Cloud 控制台建立 Proxy 網路負載平衡器或直通式網路負載平衡器，系統會自動為後端服務指派您輸入的負載平衡器名稱。
• Google Cloud CLI 或 API。如果使用 gcloud CLI 或 API 建立 Proxy 網路負載平衡器或直通式網路負載平衡器，請在建立後端服務時輸入自選名稱。這個後端服務名稱會顯示在 Google Cloud 控制台中，做為負載平衡器的名稱。

如要瞭解應用程式負載平衡器的命名方式，請參閱「網址對應總覽：負載平衡器命名」。

後端

後端是指一或多個端點，可接收來自 Google Cloud負載平衡器、Cloud Service Mesh 設定的 Envoy Proxy 或無 Proxy gRPC 用戶端的流量。後端分為幾種類型：

• 包含虛擬機器 (VM) 執行個體的執行個體群組。執行個體群組可以是代管執行個體群組 (MIG) (無論是否具備自動調度資源功能)，也可以是非代管執行個體群組。多項後端服務可以參照同一個執行個體群組，但參照該執行個體群組的所有後端服務「必須」使用相容的平衡模式。詳情請參閱本文的「執行個體群組的限制和指南」一節。
• 可用區 NEG
• 無伺服器 NEG
• Private Service Connect NEG
• 網際網路 NEG
• 混合式連線 NEG
• 通訊埠對應 NEG
• Service Directory 服務繫結 (預先發布版)
• 已發布的服務後端 (預先發布版)

您無法刪除與後端服務相關聯的後端執行個體群組或 NEG。刪除執行個體群組或 NEG 前，請務必先從所有參照該群組或 NEG 的後端服務中，將其移除為後端。

執行個體群組

本節說明執行個體群組如何與後端服務搭配運作。

後端 VM 和外部 IP 位址

後端服務中的後端 VM 不需要外部 IP 位址：

• 全域外部應用程式負載平衡器和外部 Proxy 網路負載平衡器：用戶端會與第一層 Google Front End (GFE) 通訊，該 GFE 託管負載平衡器的外部 IP 位址。第一層 GFE 會與第二層 GFE 通訊，後者位於與後端 VM 或端點相同的區域。每個第二層 GFE 都會根據下列規則，與後端 VM 或端點通訊：

  • 負載平衡網路介面：第二層 GFE 傳送要求流量的網路介面，取決於後端群組類型：

    • 如果是執行個體群組後端，負載平衡器一律會將封包傳送至每個後端 VM 的 nic0 介面。即使 VM 在相同或不同的虛擬私有雲網路中有多個網路介面，這項規則也適用。

    • 如果是 GCE_VM_IP_PORT 可用區 NEG 後端，負載平衡器會將封包傳送至負載平衡器目標介面。

  • 負載平衡介面上的目的地 IP 位址：第二層 GFE 傳送的要求流量，其封包具有下列目的地 IP 位址：

    • 如果是執行個體群組後端，封包目的地會是 nic0 網路介面的主要內部 IPv4 位址，或是從指派給 nic0 介面的 /96 IPv6 範圍中，選取第一個 /128 IPv6 位址，具體取決於後端服務和網路介面堆疊類型的 IP 位址選擇政策。

    • 如果是 GCE_VM_IP_PORT 可用區 NEG 後端，封包目的地會與 NEG 中指定的端點 IP 位址相符，具體取決於後端服務的 IP 位址選取政策和網路介面堆疊類型。如要瞭解有效的端點 IP 位址，請參閱「具有 GCE_VM_IP_PORT 端點的 NEG」。

  第二層 GFE 與後端之間的通訊是透過特殊路由進行。

• 區域性外部應用程式負載平衡器和區域性外部 Proxy 網路負載平衡器：用戶端會與託管負載平衡器外部 IP 位址的代管 Envoy Proxy 通訊。Envoy Proxy 位於僅限 Proxy 的子網路。每個 Envoy Proxy 都會根據下列規則，與後端 VM 或端點通訊：

  • 負載平衡網路介面：Envoy Proxy 傳送要求流量的網路介面，取決於後端群組類型：

    • 如果是執行個體群組後端，負載平衡器一律會將封包傳送至每個後端 VM 的 nic0 介面。即使 VM 在相同或不同的虛擬私有雲網路中有多個網路介面，這項規則也適用。

    • 如果是 GCE_VM_IP_PORT 可用區 NEG 後端，負載平衡器會將封包傳送至負載平衡器目標介面。

  • 負載平衡介面上的目的地 IP 位址：Envoy Proxy 會傳送要求流量，其封包的目的地 IP 位址如下：

    • 如果是執行個體群組後端，封包目的地會是 nic0 網路介面的主要內部 IPv4 位址，或是從指派給 nic0 介面的 /96 IPv6 範圍中，選取第一個 /128 IPv6 位址，具體取決於後端服務和網路介面堆疊類型的 IP 位址選擇政策。

    • 如果是 GCE_VM_IP_PORT 可用區 NEG 後端，封包目的地會與 NEG 中指定的端點 IP 位址相符，具體取決於後端服務的 IP 位址選取政策和網路介面堆疊類型。如要瞭解有效的端點 IP 位址，請參閱「具有 GCE_VM_IP_PORT 端點的 NEG」。

• 全域外部直通式網路負載平衡器和區域性外部直通式網路負載平衡器：用戶端會使用 Google Maglev 基礎架構，直接與後端通訊。封包會轉送並傳送至後端，同時保留原始來源和目的地 IP 位址。負載平衡器會將封包傳送至下列其中一個網路介面：

  • 如果全域外部直通式網路負載平衡器具有執行個體群組後端，負載平衡器一律會將封包傳送至 nic0 介面。詳情請參閱「執行個體群組後端和網路介面」。

  • 如果全域外部直通式網路負載平衡器具有 GCE_VM_IP NEG 後端，負載平衡器會將封包傳送至負載平衡器目標介面。

  • 如果是後端服務型區域性外部直通式網路負載平衡器，且後端為執行個體群組，負載平衡器一律會將封包傳送至 nic0 介面。詳情請參閱「執行個體群組後端和網路介面」。

  • 如果是採用GCE_VM_IP NEG 後端的後端服務型區域性外部直通式網路負載平衡器，負載平衡器會將封包傳送至負載平衡器目標介面。

  • 如果是目標集區型區域性外部直通式網路負載平衡器，負載平衡器一律會將封包傳送至 nic0 介面。

• 內部直通式網路負載平衡器：用戶端會使用 Andromeda 網路虛擬化堆疊，直接與後端通訊。封包會轉送並傳送至後端，同時保留原始來源和目的地 IP 位址。如果是執行個體群組後端和GCE_VM_IP NEG 後端，負載平衡器會將封包傳送至後端服務虛擬私有雲網路中的網路介面：

  • 您可以明確指定後端服務的虛擬私有雲網路，也可以從新增至後端服務的第一個後端執行個體群組或 NEG，或參照後端服務的第一個轉送規則繼承。詳情請參閱「後端服務網路規格」。

已命名的通訊埠

後端服務的命名通訊埠屬性僅適用於使用執行個體群組後端的 Proxy 負載平衡器 (應用程式負載平衡器和 Proxy 網路負載平衡器)。命名通訊埠會定義 Proxy (GFE 或 Envoy) 與後端執行個體之間 TCP 連線的目的地通訊埠。

具名通訊埠的設定如下：

• 在每個執行個體群組後端，您必須使用鍵/值組合設定一或多個命名通訊埠。鍵代表您選擇的有意義通訊埠名稱，值則代表您指派給該名稱的通訊埠編號。名稱與編號的對應關係是針對每個執行個體群組後端個別完成。

• 在後端服務中，您只需使用通訊埠名稱 (--port-name) 即可指定單一具名通訊埠。

後端服務會依據每個執行個體群組後端，將通訊埠名稱轉譯為通訊埠編號。如果執行個體群組的已命名通訊埠與後端服務的 --port-name 相符，後端服務就會使用這個通訊埠編號，與執行個體群組的 VM 通訊。

舉例來說，您可以在執行個體群組上設定已命名通訊埠，名稱為 my-service-name，通訊埠為 8888：

gcloud compute instance-groups unmanaged set-named-ports my-unmanaged-ig \
    --named-ports=my-service-name:8888

接著，您可以在後端服務設定中參照具名通訊埠，並將後端服務的 --port-name 設為 my-service-name：

gcloud compute backend-services update my-backend-service \
    --port-name=my-service-name

如果每個執行個體群組為相同的通訊埠名稱指定不同的通訊埠編號，後端服務在與不同執行個體群組中的 VM 通訊時，可以使用不同的通訊埠編號。

Proxy 負載平衡器後端服務使用的解析通訊埠編號，不一定要與負載平衡器轉送規則使用的通訊埠編號相符。Proxy 負載平衡器會監聽傳送至其轉送規則 IP 位址和目的地通訊埠的 TCP 連線。由於 Proxy 會開啟第二個 TCP 連線至後端，因此第二個 TCP 連線的目的地通訊埠可以不同。

已命名通訊埠僅適用於執行個體群組後端。具有 GCE_VM_IP_PORT 端點的可用區 NEG、具有 NON_GCP_PRIVATE_IP_PORT 端點的混合 NEG，以及網際網路 NEG，會使用不同的機制定義通訊埠，也就是在端點本身定義。 無伺服器 NEG 會參照 Google 服務，而 PSC NEG 則會使用不涉及指定目的地通訊埠的抽象概念，參照服務連結。

內部直通式網路負載平衡器和區域性外部直通式網路負載平衡器不使用命名通訊埠。這是因為這些負載平衡器是直通式負載平衡器，會直接將連線轉送至後端，而不是建立新連線。封包會傳送至後端，並保留負載平衡器轉送規則的目的地 IP 位址和通訊埠。

如要瞭解如何建立具名通訊埠，請參閱下列操作說明：

• 非代管執行個體群組：使用命名通訊埠
• 代管執行個體群組：為代管執行個體群組指派已命名的通訊埠

執行個體群組的限制和指引

使用執行個體群組後端時，請注意下列事項：

• VM 執行個體只能屬於一個負載平衡執行個體群組。例如，VM 可以是兩個非代管執行個體群組的成員，也可以是一個代管執行個體群組和一個非代管執行個體群組的成員。如果 VM 屬於兩個以上的執行個體群組，則只有一個執行個體群組可由一或多個負載平衡器後端服務參照。

• 兩個以上的後端服務可以使用同一個執行個體群組。執行個體群組和後端服務之間的每個對應關係，都可以使用不同的平衡模式，但不相容的平衡模式組合除外。

  • 不相容的平衡模式組合如下：

    • UTILIZATION 平衡模式與所有其他平衡模式不相容。如果執行個體群組是多個後端服務的後端，則該執行個體群組必須在每個後端服務上使用 UTILIZATION 平衡模式。

    • CUSTOM_METRICS 平衡模式與所有其他平衡模式不相容。如果執行個體群組是多個後端服務的後端，則該執行個體群組必須在每個後端服務上使用 CUSTOM_METRICS 平衡模式。

  • 由於平衡模式組合不相容，如果執行個體群組使用 UTILIZATION 或 CUSTOM_METRICS 平衡模式，做為至少一項後端服務的後端，則該執行個體群組無法做為內部直通式網路負載平衡器和區域性外部直通式網路負載平衡器的後端。這是因為區域性直通式網路負載平衡器 (內部直通式網路負載平衡器和區域性外部直通式網路負載平衡器) 的執行個體群組後端，會使用 CONNECTION 做為平衡模式。

• 沒有任何單一指令可以變更多個後端服務上相同執行個體群組的平衡模式。如果執行個體群組是兩個以上後端服務的後端，且其平衡模式需要更新為與目前模式不相容的新模式，您可以使用下列技術：

  • 從所有後端服務中移除執行個體群組，只保留一個後端服務。
  • 變更執行個體群組對剩餘後端服務的平衡模式。
  • 將執行個體群組重新新增為其他後端服務的後端。

請考慮採用下列最佳做法，這些做法提供更彈性的選項：

• 避免將同一個執行個體群組，做為兩個以上後端服務的後端。請改用多個 NEG。

  • 與執行個體群組不同，VM 可以在兩個以上的負載平衡 NEG 中擁有端點。

  • 舉例來說，如果 VM 需要同時做為直通式網路負載平衡器，以及 Proxy 網路負載平衡器或應用程式負載平衡器的後端，請使用多個負載平衡 NEG。將 VM 端點放在與各負載平衡器類型相容的不重複 NEG 中。然後將每個 NEG 與對應的負載平衡器後端服務建立關聯。

• 使用 HTTP 負載平衡使用率自動調度資源指標時，請勿將自動調度資源的代管執行個體群組新增至多個後端服務。如果兩個以上的後端服務參照同一個自動調度資源的代管執行個體群組，可能會互相衝突，除非自動調度資源指標與負載平衡器活動無關。

可用區網路端點群組

網路端點會以 IP 位址或 IP 位址和通訊埠組合來代表服務，而非參照執行個體群組中的 VM。網路端點群組 (NEG) 是網路端點的邏輯分組。

可用區 NEG 是可用區資源，代表單一子網路內Google Cloud 資源的 IP 位址集合，或 IP 位址和通訊埠組合。

使用可用區 NEG 做為後端的後端服務，會將流量分配給在 VM 內執行的應用程式或容器。

可用於可用區 NEG 的網路端點有兩種類型：

• 所有直通式負載平衡器都支援GCE_VM_IP端點，但以目標集區為基礎的區域性外部直通式網路負載平衡器除外。

• 所有 Proxy 型負載平衡器 (應用程式負載平衡器和 Proxy 網路負載平衡器) 和 Cloud Service Mesh 支援的GCE_VM_IP_PORT端點。

如要查看哪些產品支援可用區 NEG 後端，請參閱「表格：後端服務和支援的後端類型」。

詳情請參閱「可用區 NEG 總覽」。

網際網路端點群組

網際網路 NEG 是定義外部後端的資源。外部後端是指託管於地端部署基礎架構，或第三方提供基礎架構的後端。

網際網路 NEG 是主機名稱或 IP 位址，加上選用通訊埠的組合。網際網路 NEG 有兩種網路端點類型：INTERNET_FQDN_PORT和INTERNET_IP_PORT。

詳情請參閱「網際網路網路端點群組總覽」。

無伺服器網路端點群組

網路端點群組 (NEG) 會為負載平衡器指定一組後端端點或服務。無伺服器 NEG 是指向無伺服器應用程式的後端，可讓您將無伺服器工作負載連結至應用程式負載平衡器。為無伺服器應用程式設定應用程式負載平衡器時，您可以使用負載平衡器功能，例如專屬前端 IP 位址、網址對應轉送和跨後端類型的共用 SSL 憑證、Cloud CDN 和 Google Cloud Armor。

無伺服器 NEG 會指向 Cloud Run、App Engine、Cloud Run functions 或 API Gateway 資源，並可代表下列其中一項：

• Cloud Run 資源或資源群組。
• Cloud Run 函式或函式群組 (舊稱 Cloud Run functions 第 2 代)。
• Cloud Run 函式 (第 1 代) 或一組函式。
• App Engine 標準環境或 App Engine 彈性環境應用程式、應用程式中的特定服務、應用程式的特定版本，或一組服務。
• API Gateway：無論服務實作機制為何，都能透過所有服務通用的 REST API 提供服務存取權。這項功能目前為預先發布版。

如要為共用網址模式的無伺服器應用程式設定無伺服器 NEG，請使用網址遮罩。網址遮罩是網址結構定義的範本 (例如 example.com/<service>)。無伺服器 NEG 會使用這個範本，從傳入要求的網址中擷取 <service> 名稱，並將要求轉送至名稱相符的 Cloud Run、Cloud Run functions 或 App Engine 服務。

如要瞭解哪些負載平衡器支援無伺服器 NEG 後端，請參閱「表格：後端服務和支援的後端類型」。

如要進一步瞭解無伺服器 NEG，請參閱「無伺服器網路端點群組總覽」。

Service Directory 服務繫結

Service Directory 服務繫結是一種後端資源，可在 Cloud Service Mesh 中的後端服務與 Service Directory 中註冊的服務之間建立連線。後端服務可以參照多個 Service Directory 服務繫結。不過，具有 Service Directory 服務繫結的後端服務，無法參照任何其他類型的後端資源。詳情請參閱「Cloud Service Mesh 與 Service Directory 整合」。

已發布的服務後端

如果供應商和用戶虛擬私有雲網路都屬於同一個組織，您可以使用已發布的服務後端存取已發布的服務。透過已發布的服務後端，您可以設定支援的負載平衡器或 Cloud Service Mesh，透過 Private Service Connect 端點將流量轉送至已發布的服務。如要將流量轉送至已發布的服務，請將區域性後端服務與服務連結建立關聯。這項設定稱為已發布的服務後端。

這些後端可讓支援的負載平衡器和 Cloud Service Mesh 共用 Private Service Connect 端點，提供統一的連線。如要建立這項連線，請提供供應商服務連結的參照。已發布的服務後端也支援進階流量管理和觀測功能，例如強制執行集中式安全性政策，以及收集集中式指標。

如要進一步瞭解如何為負載平衡器設定已發布的服務後端，請參閱「透過已發布的服務後端和端點存取已發布的服務」。

混合後端

將不同類型的後端新增至單一後端服務時，請考量下列使用事項：

• 單一後端服務無法同時使用執行個體群組和可用區 NEG。
• 您可以在同一個後端服務中，搭配使用不同類型的執行個體群組。舉例來說，單一後端服務可以同時參照代管和非代管執行個體群組。如要完整瞭解哪些後端與哪些後端服務相容，請參閱上一節的表格。
• 使用特定 Proxy 負載平衡器時，您可以結合可用區 NEG (含 GCE_VM_IP_PORT 端點) 和混合式連線 NEG (含 NON_GCP_PRIVATE_IP_PORT 端點)，設定混合式負載平衡。如要瞭解哪些負載平衡器具備這項功能，請參閱「表格：後端服務和支援的後端類型」。

後端的通訊協定

建立後端服務時，您必須指定與後端通訊時使用的通訊協定。每項後端服務只能指定一個通訊協定，無法指定次要通訊協定做為備用。

有效通訊協定取決於負載平衡器的類型 ，或是否使用 Cloud Service Mesh。

變更後端服務的通訊協定後，後端在幾分鐘內將無法透過負載平衡器存取。

IP 位址選擇政策

這個欄位適用於 Proxy 負載平衡器。您必須使用 IP 位址選取政策，指定從後端服務傳送至後端的流量類型。

選取 IP 位址選擇政策時，請確認後端支援所選流量類型。詳情請參閱「表格：後端服務和支援的後端類型」。

如要轉換負載平衡器後端服務，以支援不同的流量類型，請使用 IP 位址選取政策。詳情請參閱「從單一堆疊轉換為雙堆疊」。

您可以為 IP 位址選擇政策指定下列值：

負載平衡器與後端之間的加密

如要瞭解負載平衡器和後端之間的加密，請參閱「加密至後端」。

平衡模式、目標容量和容量配置器

如果是應用程式負載平衡器、Cloud Service Mesh、Proxy 網路負載平衡器和全域外部直通式網路負載平衡器，平衡模式、目標容量和容量調節器，是您將支援的後端新增至後端服務時提供的參數。負載平衡器會使用這些參數，管理新要求 (適用於 HTTP 負載平衡) 或新連線 (適用於 TCP Proxy 負載平衡和全域直通式負載平衡) 的分配，將其分配至包含支援後端的可用區：

• 平衡模式定義負載平衡器如何衡量容量。換句話說，平衡模式是定義容量的單位。

  Google Cloud 具有下列平衡模式：

  • CONNECTION：根據新的 TCP 連線數量定義容量。
  • RATE：根據每秒新 HTTP 要求率 (適用於應用程式負載平衡器) 或每秒封包數 (適用於全域外部直通式網路負載平衡器) 定義容量。
  • IN-FLIGHT：根據傳輸中的 HTTP 要求數量 (而非 HTTP 要求率) 定義容量。如果要求需要超過一秒才能完成，請使用這種平衡模式，而非 RATE。
  • UTILIZATION：根據執行個體群組中某個可用區內 VM 的約略 CPU 使用率，定義容量。
  • CUSTOM_METRICS：根據使用者定義的自訂指標定義容量。

• 目標容量會定義目標容量數量。

  • 目標容量並非斷路器。
  • 如果後端設定在兩個以上的可用區，當容量用量達到目標容量時，負載平衡器會將新要求或新連線導向其他可用區。
  • 如果您在多個區域設定後端，全域和跨區域負載平衡器也會使用容量，將要求或新連線導向不同區域中的可用區。
  • 當所有可用區都達到目標容量時，系統會按比例超額分配新的要求或連線。

• 容量調節器可讓您手動調整目標容量。容量調節器的值如下：

  • 0：表示後端已完全耗盡。如果後端服務只有一個後端，則無法使用 0 值。
  • 0.1 (10%) - 1.0 (100%)：表示後端容量的使用百分比。

支援的後端

如果是 Proxy 負載平衡器 (應用程式負載平衡器和 Proxy 網路負載平衡器) 和 Cloud Service Mesh，下列類型的後端支援平衡模式、目標容量和容量調節比例參數：

• 執行個體群組後端
• 具有 GCE_VM_IP_PORT 端點的可用區 NEG
• 可用區混合式連線 NEG

如果是全域外部直通式網路負載平衡器，下列類型的後端支援平衡模式、目標容量和容量調節比例參數：

• 執行個體群組後端
• 具有 GCE_VM_IP 端點的可用區 NEG

網際網路 NEG、無伺服器 NEG 和 Private Service Connect NEG 不支援平衡模式、目標容量和容量調節係數參數。

應用程式負載平衡器和 Cloud Service Mesh 的平衡模式

應用程式負載平衡器和 Cloud Service Mesh 後端可用的平衡模式，取決於支援的後端類型和流量持續時間設定。

流量持續時間設定

如果是應用程式負載平衡器和 Cloud Service Mesh 後端，您可以視需要指定流量時間長度設定。這項設定僅適用於支援的後端與後端服務之間的對應關係。車流量時間長度設定有兩個有效值：

• SHORT：如果 HTTP 要求在 1 秒內收到後端的回應，建議使用這個選項。如未明確指定流量時間長度，負載平衡器會視為您指定了 SHORT。
• LONG：如果後端需要超過一秒才能產生回應，建議對 HTTP 要求使用這個值。

如要在將後端新增至後端服務時，明確設定流量時間長度，請執行下列任一操作：

• 執行 gcloud compute backend-services add-backend 指令，並加上 --traffic-duration 旗標。
• 建立後端服務，或使用 trafficDuration 屬性更新後端服務。

流量持續時間短的平衡模式

如果未指定流量持續時間設定，或設為 SHORT，應用程式負載平衡器和 Cloud Service Mesh 後端可用的平衡模式，取決於支援的後端類型。

流量持續時間較長時的平衡模式

如果流量持續時間設定為 LONG，應用程式負載平衡器和 Cloud Service Mesh 後端可用的平衡模式，取決於支援的後端類型。

Proxy 網路負載平衡器的平衡模式

Proxy 網路負載平衡器後端可用的平衡模式，取決於支援的後端類型。

直通式網路負載平衡器的平衡模式

下表列出全域和區域性直通式網路負載平衡器的平衡模式。

全域外部直通式網路負載平衡器的平衡模式

全域外部直通式網路負載平衡器後端可用的平衡模式，取決於支援的後端類型。

區域性直通式網路負載平衡器的平衡模式

下表列出區域性直通式網路負載平衡器 (區域性外部直通式網路負載平衡器和內部直通式網路負載平衡器) 的平衡模式。

Proxy 負載平衡器的目標容量規格

本節說明應用程式負載平衡器、Cloud Service Mesh 和 Proxy 網路負載平衡器後端的目標容量規格，這些後端支援平衡模式、目標容量和容量調節比例設定。

如要進一步瞭解全域外部直通式網路負載平衡器的目標容量規格，請參閱「全域外部直通式網路負載平衡器的目標容量規格」。

連線平衡模式

Proxy 網路負載平衡器後端可以使用 CONNECTION 平衡模式，並搭配下列其中一項必要目標容量參數：

使用 max-connections 參數

指定 max-connections 參數時，您提供的值會定義整個可用區的容量。

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-connections 設為 X，可用區目標容量就是 X。
  • 每個執行個體的平均連線數為 X / h。

• 區域性代管執行個體群組由多個可用區組成，因此不支援 max-connections 參數。請改用 max-connections-per-instance 參數。

• 假設可用區 NEG 共有 N 個端點，其中 h 個端點健康狀態良好 (h ≤ N)，則計算方式如下：

  • 如果將 max-connections 設為 X，可用區目標容量就是 X。
  • 每個端點的平均連線數為 X / h。

使用 max-connections-per-instance 或 max-connections-per-endpoint 參數

指定 max-connections-per-instance 或 max-connections-per-endpoint 參數時，負載平衡器會使用您提供的值，計算各可用區的容量：

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-connections-per-instance 設為 X，可用區目標容量為 N * X。這相當於將 max-connections 設定為 N * X。
  • 每個執行個體的平均連線數為 (N * X) / h。

• 如果是區域性代管執行個體群組，當您將 max-connections-per-instance 設為 X 時， Google Cloud 會計算執行個體群組中每個可用區的目標容量。在每個可用區中，如果執行個體總數為 K，健康狀態良好的執行個體數為 h (其中 h ≤ K)，則計算方式如下：

  • 該可用區的目標容量為 K * X。
  • 該可用區中每個執行個體的平均連線數為 (K * X) / h。

• 假設可用區 NEG 共有 N 個端點，其中 h 個端點健康狀態良好 (h ≤ N)，則計算方式如下：

  • 如果將 max-connections-per-endpoint 設為 X，可用區目標容量為 N * X。這相當於將 max-connections 設定為 N * X。
  • 每個端點的平均連線數為 (N * X) / h。

速率平衡模式

如果應用程式負載平衡器和 Cloud Service Mesh 後端的流量時間長度設定未指定或較短，則可使用 RATE 平衡模式，並搭配下列其中一項必要目標容量參數：

使用 max-rate 參數

指定 max-rate 參數時，您提供的值會定義整個可用區的容量。

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-rate 設為 X，可用區目標容量為每秒 X 個要求。
  • 每個執行個體每秒平均要求數為 X / h。

• 區域性代管執行個體群組由多個可用區組成，因此不支援 max-rate 參數。請改用 max-rate-per-instance 參數。

• 假設可用區 NEG 共有 N 個端點，其中 h 個端點健康狀態良好 (h ≤ N)，則計算方式如下：

  • 如果將 max-rate 設為 X，可用區目標容量為每秒 X 個要求。
  • 每個端點每秒平均要求數為 X / h。

使用 max-rate-per-instance 或 max-rate-per-endpoint 參數

指定 max-rate-per-instance 或 max-rate-per-endpoint 參數時，負載平衡器會使用您提供的值，計算各可用區的容量：

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-rate-per-instance 設為 X，可用區目標容量為每秒 N * X 個要求。這相當於將 max-rate 設定為 N * X。
  • 每個執行個體每秒平均要求數為 (N * X) / h。

• 如果是區域性代管執行個體群組，當您將 max-rate-per-instance 設為 X 時， Google Cloud 會計算執行個體群組中每個可用區的目標容量。在每個可用區中，如果執行個體總數為 K，健康狀態良好的執行個體數為 h (其中 h ≤ K)，則計算方式如下：

  • 該可用區的目標容量為每秒 K * X 項要求。
  • 該可用區中每個執行個體的每秒平均要求數為 (K * X) / h。

• 如果可用區 NEG 共有 N 個端點，且有 h 個健康狀態良好的端點 (其中 h ≤ N)，則計算方式如下：

  • 如果將 max-rate-per-endpoint 設為 X，可用區目標容量為每秒 N * X 個要求。這相當於將 max-rate 設定為 N * X。
  • 每個端點每秒平均要求數為 (N * X) / h。

傳輸中平衡模式

應用程式負載平衡器 (傳統版應用程式負載平衡器除外) 和 Cloud Service Mesh 後端，如果流量時間長度設定較長，可以使用 IN_FLIGHT 平衡模式，並搭配下列其中一項必要目標容量參數：

使用 max-in-flight-requests 參數

指定 max-in-flight-requests 參數時，您提供的值會定義整個可用區的容量。

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-in-flight-requests 設為 X，可用區目標容量就是 X 個處理中的 HTTP 要求。
  • 每個執行個體平均有 X / h 個進行中的 HTTP 要求。

• 區域性代管執行個體群組不支援 max-in-flight-requests 參數，因為這類群組是由多個可用區組成。請改用 max-in-flight-requests-per-instance 參數。

• 如果可用區 NEG 共有 N 個端點，且有 h 個健康狀態良好的端點 (其中 h ≤ N)，則計算方式如下：

  • 如果將 max-in-flight-requests 設為 X，可用區目標容量就是 X 個處理中的 HTTP 要求。
  • 每個端點平均有 X / h 個進行中的 HTTP 要求。

使用 max-in-flight-requests-per-instance 或 max-in-flight-requests-per-endpoint 參數

指定 max-in-flight-requests-per-instance 或 max-in-flight-requests-per-endpoint 參數時，負載平衡器會使用您提供的值，計算各可用區的容量：

• 對於執行個體總數為 N、健康執行個體數為 h 的可用區執行個體群組 (其中 h ≤ N)，計算方式如下：

  • 如果將 max-in-flight-requests-per-instance 設為 X，可用區目標容量就是 N * X 個處理中的 HTTP 要求。這相當於將 max-in-flight-requests 設為 N * X。
  • 每個執行個體平均有 (N * X) / h 個處理中的 HTTP 要求。

• 如果是區域性代管執行個體群組，當您將 max-in-flight-requests-per-instance 設為 X 時， Google Cloud 會計算執行個體群組中每個可用區的目標容量。在每個可用區中，如果執行個體總數為 K，健康狀態良好的執行個體數為 h (其中 h ≤ K)，則計算方式如下：

  • 該可用區的目標容量為 K * X 個處理中的 HTTP 要求。
  • 可用區中每個執行個體平均有 (K * X) / h 個處理中的 HTTP 要求。

• 如果可用區 NEG 共有 N 個端點，且有 h 個健康狀態良好的端點 (其中 h ≤ N)，則計算方式如下：

  • 如果將 max-in-flight-requests-per-endpoint 設為 X，可用區目標容量就是 N * X 個處理中的 HTTP 要求。這相當於將 max-in-flight-requests 設為 N * X。
  • 每個端點的平均處理中 HTTP 要求數為 (N * X) / h。

使用率平衡模式

應用程式負載平衡器、Cloud Service Mesh 和 Proxy 網路負載平衡器執行個體群組後端，可以使用 UTILIZATION 平衡模式。NEG 後端不支援這個平衡模式。

UTILIZATION 平衡模式取決於 VM CPU 使用率和其他因素。當這些因素波動時，負載平衡器可能會以某種方式計算使用率，導致某些 VM 接收的要求或連線比其他 VM 多。因此，請留意下列事項：

• 僅使用 UTILIZATION 平衡模式，並將工作階段相依性設為 NONE。如果後端服務使用的工作階段相依性與 NONE 不同，請改用 RATE、 IN-FLIGHT、 或 CONNECTION 平衡模式。

• 如果與後端服務相關聯的所有 VM 平均使用率低於 10%，負載平衡器就會對微小的流量變化高度敏感。因此，流量不平衡是預期中的情況，負載的微幅變化可能會導致流量在不同後端之間重新分配。

UTILIZATION 平衡模式沒有強制性的目標容量設定，但您可以選擇使用下列各節所述的其中一個目標容量參數，或目標容量參數組合，來定義目標容量。

應用程式負載平衡器和 Cloud Service Mesh 後端的目標使用率容量參數，流量持續時間設定未指定或較短

如果應用程式負載平衡器和 Cloud Service Mesh 後端的流量時間長度設定未指定或較短，則可使用 UTILIZATION 平衡模式，並搭配下列其中一項目標容量參數或參數組合：

如要進一步瞭解 max-rate 和 max-rate-per-instance 目標容量參數，請參閱本文的「速率平衡模式」一節。

應用程式負載平衡器和 Cloud Service Mesh 後端的目標使用率容量參數，流量持續時間設定較長

如果應用程式負載平衡器和 Cloud Service Mesh 後端的流量時間長度設定較長，則可使用 UTILIZATION 平衡模式，並搭配下列其中一項目標容量參數或參數組合：

Proxy 網路負載平衡器的使用率目標容量參數

Proxy 網路負載平衡器的執行個體群組後端，可使用 UTILIZATION 平衡模式，並搭配下列其中一項目標容量參數或參數組合。

如要進一步瞭解 max-connections 和 max-connections-per-instance 目標容量參數，請參閱本文的「連線平衡模式」一節。

自訂指標平衡模式

應用程式負載平衡器和 Proxy 網路負載平衡器後端可以使用 CUSTOM_METRICS 平衡模式。自訂指標可讓您根據最重要的應用程式或基礎架構資料，定義目標容量。詳情請參閱「應用程式負載平衡器的自訂指標」。

CUSTOM_METRICS 平衡模式沒有強制性的目標容量設定，但您可以選擇使用下列各節所述的其中一個目標容量參數或目標容量參數組合，定義目標容量。

應用程式負載平衡器後端的自訂指標目標容量參數，未指定流量時間長度或設定的時間長度過短

如果應用程式負載平衡器後端的流量時間長度設定未指定或較短，則可使用 CUSTOM_METRICS 平衡模式，並搭配下列其中一項目標容量參數或參數組合：

如要進一步瞭解 max-rate、max-rate-per-instance 和 max-rate-per-endpoint 目標容量參數，請參閱本文的「速率平衡模式」一節。

應用程式負載平衡器後端的自訂指標目標容量參數，流量持續時間設定較長

如果應用程式負載平衡器後端的流量持續時間設定較長，則可使用 CUSTOM_METRICS 平衡模式，並搭配下列其中一項目標容量參數或參數組合：

全域外部直通式網路負載平衡器的目標容量規格

目標容量規格僅適用於全域外部直通式網路負載平衡器的後端。與區域性直通式網路負載平衡器的後端無關。

速率平衡模式

全域外部直通式網路負載平衡器的後端可以使用 RATE 平衡模式，並搭配下列其中一項必要目標容量參數：

使用率平衡模式

具有執行個體群組後端的全域外部直通式網路負載平衡器，可以使用 UTILIZATION 平衡模式。NEG 後端不支援這個平衡模式。UTILIZATION 平衡模式沒有強制性的目標容量設定，但您可以視需要使用其中一個目標容量參數或目標容量參數組合，定義目標容量，如本節所述。

如果同時省略 max-utilization 和 max-rate-per-instance，後端可用區容量只會由可用區的目標使用率 (max-utilization) 決定，並使用預設值 0.8 (80%)，沒有目標封包速率。

偏好的後端

您可以將特定後端指定為「偏好後端」。這些後端必須達到容量上限 (即後端平衡模式指定的目標容量)，系統才會將要求傳送至其餘後端。

如要進一步瞭解哪些負載平衡器支援偏好的後端，請參閱「進階負載平衡最佳化」。

服務負載平衡政策

服務負載平衡政策 (serviceLbPolicy) 是與應用程式負載平衡器、Proxy 網路負載平衡器或 Cloud Service Mesh 後端服務相關聯的資源。如需詳細資訊，請參閱：

• 應用程式負載平衡器和 Proxy 網路負載平衡器的進階負載平衡最佳化功能

• Cloud Service Mesh 的進階負載平衡總覽。

負載平衡位置政策

除了區域性直通式網路負載平衡器之外，所有負載平衡器都會根據負載平衡模式和負載平衡位置政策分配流量。負載平衡模式會決定應傳送至各個後端 (執行個體群組或 NEG) 的流量比例。接著，負載平衡位置政策 (LocalityLbPolicy) 會決定流量在各可用區內執行個體或端點之間的分配方式。如果是區域性代管執行個體群組，位置政策會套用至每個組成可用區。

如果是區域性外部直通式網路負載平衡器，流量分配僅依據負載平衡位置政策。這項設定會決定流量如何分配至所有後端執行個體或端點 (後端服務的所有後端執行個體群組或 NEG)。

負載平衡位置政策是依後端服務設定。可用設定如下：

• ROUND_ROBIN (預設)：這是預設的負載平衡位置政策設定，負載平衡器會按照輪流順序選取健康狀態良好的後端。

• LEAST_REQUEST：O(1) 演算法，負載平衡器會隨機選取兩個健康狀態良好的主機，並選擇處理中要求數較少的主機。

• RING_HASH：這個演算法會對後端實作一致性雜湊。根據演算法的屬性，如果在包含 N 個主機的組合中新增/移除一個主機，則只會影響 1/N 項要求。

• RANDOM：負載平衡器會隨機選取健康狀態良好的主機。

• ORIGINAL_DESTINATION：負載平衡器會根據用戶端連線中繼資料選取後端。在要求重新導向至負載平衡器之前，系統會開啟連線，連至傳入用戶端要求中指定的原始目的地 IP 位址。

• MAGLEV：對後端實作一致性雜湊，可用來取代 RING_HASH 政策。Maglev 的穩定性不如 RING_HASH，但資料表查詢建構作業和後端選取作業速度較快。如要進一步瞭解 Maglev，請參閱 Maglev 白皮書。

• WEIGHTED_MAGLEV：使用健康狀態檢查回報的權重，為區域性外部直通式網路負載平衡器，實作個別執行個體加權負載平衡。如果使用這項政策，後端服務必須設定非舊版 HTTP 健康狀態檢查，且健康狀態檢查回覆應包含非標準 HTTP 回應標頭欄位 X-Load-Balancing-Endpoint-Weight，以指定各執行個體的權重。只要每個執行個體都回報有效的權重或 UNAVAILABLE_WEIGHT，系統就會根據上次處理的健康狀態檢查回覆中回報的各執行個體權重，做出負載平衡決策。否則，負載平衡會維持等權重。

  如需範例，請參閱「為區域性外部直通式網路負載平衡器設定加權負載平衡」。

• WEIGHTED_ROUND_ROBIN：負載平衡器會使用使用者定義的自訂指標，在後端選取最適合的執行個體或端點來處理要求。

如果是 Proxy 負載平衡器 (應用程式負載平衡器和 Proxy 網路負載平衡器)，負載平衡區域性政策 (localityLbPolicy) 的有效預設值會根據工作階段相依性設定而變更。如果未設定工作階段相依性，也就是工作階段相依性仍為預設值 NONE，則 localityLbPolicy 的預設值為 ROUND_ROBIN。如果工作階段相依性設為 NONE 以外的值，則 localityLbPolicy 的預設值為 MAGLEV。

如果是直通式網路負載平衡器，MAGLEV 是負載平衡位置政策 (localityLbPolicy) 的預設值。

如要設定負載平衡位置政策，可以使用Google Cloud 控制台、gcloud (--locality-lb-policy) 或 API (localityLbPolicy)。

後端子集

後端子集是一項選用功能，可將後端子集指派給各個負載平衡器執行個體，進而提升效能和擴充性。

後端子集設定支援下列項目：

• 區域性內部應用程式負載平衡器
• 內部直通式網路負載平衡器

區域性內部應用程式負載平衡器的後端子設定

如果是區域性內部應用程式負載平衡器，後端子集設定會自動將區域性後端服務中的一部分後端指派給各個 Proxy 執行個體。根據預設，每個 Proxy 執行個體都會開啟連至後端服務中所有後端的連線。如果 Proxy 執行個體和後端的數量都很大，開啟所有後端的連線可能會導致效能問題。

啟用子集設定後，每個 Proxy 只會開啟與部分後端的連線，減少與每個後端保持開啟的連線數量。減少同時開啟的後端連線數量，可提升後端和 Proxy 的效能。

下圖顯示具有兩個 Proxy 的負載平衡器。如果不使用後端子集，這兩個 Proxy 的流量都會分配到後端服務 1 中的所有後端。啟用後端子集設定後，每個 Proxy 的流量都會分配至後端子集。Proxy 1 的流量會分配至後端 1 和 2，Proxy 2 的流量則會分配至後端 3 和 4。

您也可以設定 localityLbPolicy 政策，進一步調整傳送至後端的負載平衡流量。詳情請參閱「流量政策」。

如要瞭解如何為內部應用程式負載平衡器設定後端子設定，請參閱「設定後端子設定」。

內部應用程式負載平衡器後端子設定的注意事項

• 雖然設計後端子集設定的目的是確保所有後端執行個體都能充分利用，但這可能會導致每個後端接收的流量不均。如果後端服務對後端負載平衡較為敏感，建議將 localityLbPolicy 設為 LEAST_REQUEST。
• 啟用或停用子集設定會中斷現有連線。
• 後端子集設定要求工作階段相依性為 NONE (5 元組雜湊)。只有在停用後端子集設定時，才能使用其他工作階段相依性選項。--subsetting-policy 和 --session-affinity 旗標的預設值皆為 NONE，且一次只能將其中一個設為其他值。

內部直通式網路負載平衡器的後端子設定

內部直通式網路負載平衡器的後端子集功能，可讓您擴充內部直通式網路負載平衡器，支援每個內部後端服務有更多後端 VM 執行個體。

如要瞭解子集設定對這項限制的影響，請參閱「後端服務」中的「配額與限制」一欄。

根據預設，子集功能會停用，這會限制後端服務最多只能發布至 250 個後端執行個體或端點。如果後端服務需要支援超過 250 個後端，您可以啟用子集設定。啟用子集設定時，系統會為每個用戶端連線選取後端執行個體子集。

下圖顯示這兩種作業模式之間的差異。

如果不使用子集，系統會更妥善地運用整組健康狀態良好的後端，並根據流量分配，將新的用戶端連線分配給所有健康狀態良好的後端。子集設定會限制負載平衡，但可讓負載平衡器支援超過 250 個後端。

如需設定操作說明，請參閱「子集」。

內部直通式網路負載平衡器後端子集設定的注意事項

• 啟用子集設定後，即使後端數量很少，也並非所有後端都會收到來自特定傳送者的流量。
• 如要瞭解啟用子集設定時的後端執行個體數量上限，請參閱配額頁面。
• 子集設定僅支援 5 元組工作階段相依性。
• Packet Mirroring 不支援子集。
• 啟用或停用子集設定會中斷現有連線。
• 如果地端部署用戶端需要存取內部直通式網路負載平衡器，子集設定可大幅減少接收地端部署用戶端連線的後端數量。這是因為 Cloud VPN 通道或 Cloud Interconnect VLAN 連結的區域，會決定負載平衡器後端的子集。特定區域中的所有 Cloud VPN 和 Cloud Interconnect 端點都會使用相同的子集。不同區域會使用不同的子集。

後端子集設定定價

使用後端子集設定不會產生費用。詳情請參閱「所有網路定價」。

工作階段相依性

工作階段相依性可讓您控制負載平衡器如何以可預測的方式為新連線選取後端，前提是健康後端的數量保持不變。如果應用程式需要將特定使用者的多個要求導向同一個後端或端點，這項功能就非常實用。這類應用程式通常包含有狀態伺服器，用於廣告放送、遊戲或具有大量內部快取的服務。

Google Cloud 負載平衡器會盡可能提供工作階段相依性。變更後端健康狀態檢查狀態、新增或移除後端、變更後端權重 (包括啟用或停用加權平衡)，或變更後端飽和度 (以平衡模式衡量) 等因素，都可能破壞工作階段相依性。

如果專屬連線的分佈相當廣泛，則使用工作階段相依性的負載平衡效果會很好。「合理的大型」是指至少是後端數量的數倍。如果測試負載平衡器時連線數量過少，就無法準確呈現後端之間的用戶端連線分布情形。

根據預設，所有 Google Cloud 負載平衡器都會使用五元組雜湊 (--session-affinity=NONE) 選取後端，如下所示：

• 封包的來源 IP 位址
• 封包的來源通訊埠 (如果封包標頭中有這個資訊)
• 封包的目的地 IP 位址
• 封包的目的地通訊埠 (如果封包標頭中有)
• 封包的通訊協定

如要進一步瞭解直通式網路負載平衡器的工作階段相依性，請參閱下列文件：

• 區域性外部直通式網路負載平衡器的流量分配

• 內部直通式網路負載平衡器的流量分配

如要進一步瞭解應用程式負載平衡器的工作階段相依性，請參閱下列文件：

• 外部應用程式負載平衡器的工作階段相依性
• 內部應用程式負載平衡器的工作階段相依性

如要進一步瞭解 Proxy 網路負載平衡器的工作階段相依性，請參閱下列文件：

• 外部 Proxy 網路負載平衡器的工作階段相依性
• 內部 Proxy 網路負載平衡器的工作階段相依性

後端服務逾時

大多數 Google Cloud 負載平衡器都有後端服務逾時設定。預設值為 30 秒。允許的逾時值範圍為 1 至 2,147,483,647 秒。

• 如果是使用 HTTP、HTTPS 或 HTTP/2 通訊協定的外部應用程式負載平衡器和內部應用程式負載平衡器，後端服務逾時是指 HTTP(S) 流量的要求和回應逾時。

  如要進一步瞭解各負載平衡器的後端服務逾時，請參閱下列內容：

  • 如要瞭解 全域外部應用程式負載平衡器和 區域性外部應用程式負載平衡器，請參閱「逾時和重試」。
  • 如要瞭解內部應用程式負載平衡器，請參閱「逾時和重試」。

• 如果是外部 Proxy 網路負載平衡器和內部 Proxy 網路負載平衡器，設定的後端服務逾時時間，是指在用戶端或後端未傳輸任何資料的情況下，負載平衡器保持 TCP 連線開啟的時間長度。如果超過這段時間仍未傳輸任何資料，Proxy 就會關閉連線。

  • 預設值：30 秒
  • 可設定的範圍：1 至 2,147,483,647 秒

• 如果是直通式網路負載平衡器，您可以使用 gcloud 或 API 設定後端服務逾時值，但系統會忽略該值。後端服務逾時對這些直通式負載平衡器沒有意義。

• 如果是 Cloud Service Mesh，無 Proxy gRPC 服務不支援後端服務逾時欄位 (使用 timeoutSec 指定)。這類服務請使用 maxStreamDuration 欄位設定後端服務逾時。這是因為 gRPC 不支援 timeoutSec 的語意，該語意指定在傳送要求後，等待後端傳回完整回應的時間。gRPC 的逾時指定從串流開始到回應完全處理完畢 (包括所有重試) 的等待時間。

健康狀態檢查

如果後端服務的後端是執行個體群組或可用區 NEG，則每項後端服務都必須有相關聯的健康狀態檢查。 如果後端服務使用無伺服器 NEG 或全域網際網路 NEG 做為後端，則不得參照健康狀態檢查。

使用 Google Cloud 控制台建立負載平衡器時，您可以視需要建立健康狀態檢查，也可以參照現有的健康狀態檢查。

使用 Google Cloud CLI 或 API，透過執行個體群組或可用區 NEG 後端建立後端服務時，必須參照現有的健康狀態檢查。請參閱「健康狀態檢查總覽」中的負載平衡器指南，瞭解所需健康狀態檢查的類型和範圍。

如需詳細資訊，請參閱下列文件：

• 健康狀態檢查總覽
• 建立健康狀態檢查
• gcloud 健康狀態檢查頁面
• REST API 健康狀態檢查頁面

後端服務資源啟用的其他功能

部分後端服務支援下列選用功能。

Cloud CDN

Cloud CDN 使用 Google 的全球邊緣網路，就近提供內容給使用者，加快網站和應用程式的運作速度。Cloud CDN 會在全域外部應用程式負載平衡器使用的後端服務上啟用。負載平衡器提供用來接收要求的前端 IP 位址和通訊埠，以及負責回應要求的後端。

詳情請參閱 Cloud CDN 說明文件。

Cloud CDN 與 IAP 不相容。無法在同一個後端服務上啟用。

Cloud Armor

如果您使用下列其中一種負載平衡器，可以在建立負載平衡器時，為後端服務啟用 Cloud Armor，為應用程式增添防護：

• 全域外部應用程式負載平衡器
• 傳統版應用程式負載平衡器
• 全域外部 Proxy 網路負載平衡器
• 傳統版 Proxy 網路負載平衡器
• 區域性外部直通式網路負載平衡器

如果您使用 Google Cloud 控制台，可以採取下列任一做法：

• 選取現有的 Cloud Armor 安全性政策。
• 接受預設 Cloud Armor 頻率限制安全性政策的設定，並可自訂名稱、要求數量、時間間隔、金鑰和頻率限制參數。如果您將 Cloud Armor 與上游 Proxy 服務 (例如 CDN 供應商) 搭配使用，則應將 Enforce_on_key 設為 XFF IP 位址。
• 選取「None」(無)，選擇不採用 Cloud Armor 防護功能。

IAP

IAP 可讓您為透過 HTTPS 存取的應用程式建立中央授權層，因此您可以使用應用程式層級的存取控管模型，而非依賴網路層級的防火牆。特定應用程式負載平衡器支援 IAP。

IAP 與 Cloud CDN 不相容。無法在同一個後端服務上啟用。

應用程式負載平衡器的進階流量管理功能

如要瞭解在與應用程式負載平衡器相關聯的後端服務和網址對應上設定的進階流量管理功能，請參閱下列內容：

• 內部應用程式負載平衡器的流量管理總覽
• 全域外部應用程式負載平衡器的流量管理總覽
• 區域性外部應用程式負載平衡器的流量管理總覽

API 和 gcloud 參考資料

如要進一步瞭解後端服務資源的屬性，請參閱下列參考資料：

• 全域後端服務 API 資源

• 區域性後端服務 API 資源

• gcloud compute backend-services 頁面，適用於 全域和 區域性後端服務

後續步驟

如需相關說明文件，以及後端服務在負載平衡中的使用方式，請參閱下列內容：

• 建立自訂標頭
• 建立外部應用程式負載平衡器
• 外部應用程式負載平衡器總覽
• 啟用連線排除
• Google Cloud中的傳輸中資料加密
• 外部 Proxy 網路負載平衡器的後端服務
• 全域外部直通式網路負載平衡器的後端服務

相關影片：

• 如何設定全域外部應用程式負載平衡器的後端服務