本頁面由 Cloud Translation API 翻譯而成。

跨後端伺服器負載平衡

查看 Apigee Edge 說明文件。
前往 Apigee X 說明文件。info

Apigee Edge 提供內建的負載平衡和備援功能，可跨多個後端伺服器執行個體使用，進而提升 API 的可用性。

TargetServer 設定可將具體端點網址從 TargetEndpoint 分離儲存空間設定在 TargetEndpoint 中依名稱參照每個 TargetServer HTTPConnection。您不用在設定中定義具體網址，只要指定或更多名為 TargetServers， TargetEndpoint。

TargetServer 定義包含名稱、主機和通訊埠，以及指出 TargetServer 為啟用或停用。

影片

請觀看以下影片，進一步瞭解如何使用目標進行 API 轉送和負載平衡伺服器

影片	說明
負載平衡使用目標伺服器	跨目標伺服器使用負載平衡 API。
以 API 轉送為主在環境中使用目標伺服器	根據環境將 API 轉送至不同的目標伺服器。
API 轉送和使用目標伺服器執行負載平衡 (傳統版 Edge)	根據環境和負載平衡器，將 API 轉送至不同的目標伺服器並對 API 使用傳統版 Edge UI。

範例 TargetServer 設定

以下程式碼會定義目標伺服器：

<TargetServer  name="target1">
  <Host>1.mybackendservice.com</Host>
  <Port>80</Port>
  <IsEnabled>true</IsEnabled>
</TargetServer >

目標伺服器設定元素

下表說明建立及設定 TargetServer 的元素：

名稱	說明	預設	必填與否
`name`	TargetServer 設定的名稱，在環境。TargetServer 名稱只能包含英數字元。	不適用	是
`Host`	後端服務的主機網址 (不含通訊協定)。注意：主機名稱必須遵循下列標準命名慣例： `hostname` = `name.name` 其中 `name` 可由英文字母 (A-Z)、數字 (0-9) 和連字號 (-) 組成。開頭和最後一個字元須為英文字母或數字。只允許使用句號 (.) 來分隔網域樣式的名稱。	不適用	是
`Port`	後端服務正在監聽的通訊埠	不適用	是
`IsEnabled`	指出要啟用或停用 TargetServer 設定的布林值。這可以讓您在不修改 API Proxy 的情況下，將 TargetServers 移出輪替。此外還會從 0 自動調整資源配置您完全不必調整資源調度設定常見的用途是編寫會啟用或停用的應用程式或指令碼 TargetServers 會自動根據預期的容量需求、維護排程、依此類推	`true`	是

使用 UI 管理目標伺服器

管理目標伺服器，詳情請見下文。

Edge

如要使用 Edge UI 管理目標伺服器，請按照下列步驟操作：

登入 apigee.com/edge。
在左側導覽列中依序選取「管理」>「環境」>「目標伺服器」。
選取所需環境，例如「test」或「prod」。
如要建立目標伺服器，請按照下列指示操作：
1. 按一下「+ 目標伺服器」。
2. 輸入目標伺服器的名稱、主機和通訊埠。
  例如：
  - 名稱：target1
  - Host (主機)：1.mybackendservice.com
  - 通訊埠：80
3. 視需要選取「SSL」SSL。
4. 選取「Enabled」以啟用目標伺服器。
5. 按一下 [新增]。
如要編輯目標伺服器，請按照下列步驟操作：
1. 將游標移至要編輯的目標伺服器，即可顯示動作選單。
2. 按一下「」。
3. 編輯 targer 伺服器值。
4. 按一下「更新」。
如要刪除目標伺服器：
1. 將遊標移到要刪除的目標伺服器上，即可顯示動作選單。
2. 按一下「」。
3. 按一下「刪除」確認操作。

傳統版 Edge (Private Cloud)

如何使用傳統版 Edge UI 存取「Create Proxy」精靈：

登入「http://ms-ip:9000」(ms-ip 為以下應用程式) Management Server 節點的 IP 位址或 DNS 名稱。
選取「API」>環境設定 >左側導覽列中的目標伺服器。
選取您想要的環境，例如「test」或 prod。
如要建立目標伺服器，請按照下列指示操作：
1. 按一下 [編輯]。
2. 按一下「+ 目標伺服器」。
3. 輸入目標伺服器的名稱、主機和通訊埠。
  例如：
  - 名稱：target1
  - Host (主機)：1.mybackendservice.com
  - 通訊埠：80
4. 選取「Enabled」以啟用目標伺服器。
5. 按一下 [儲存]。
如要編輯目標伺服器，請按照下列步驟操作：
1. 按一下 [編輯]。
2. 編輯目標伺服器值。
3. 按一下 [儲存]。
如要刪除目標伺服器：
1. 按一下 [編輯]。
2. 按一下「刪除」。

使用 API 管理目標伺服器

您可以使用 Edge API 建立、刪除、更新、取得並列出目標伺服器。詳情請參閱「TargetServers」。

使用下列 API 呼叫建立目標伺服器：

$ curl -H "Content-Type:text/xml" -X POST -d \
'<TargetServer name="target1">
   <Host>1.mybackendservice.com</Host>
   <Port>80</Port>
   <IsEnabled>true</IsEnabled>
 </TargetServer>' \
-u email:password https://api.enterprise.apigee.com/v1/o/{org_name}/environments/test/targetservers

回應範例：

{
  "host" : "1.mybackendservice.com",
  "isEnabled" : true,
  "name" : "target1",
  "port" : 80
}

建立第一個 TargetServer 後，請使用下列 API 呼叫建立第二個 TargetServer。定義兩個 TargetServer 後，您就會提供兩個網址，TargetEndpoint 可用於負載平衡：

$ curl -H "Content-type:text/xml" -X POST -d \
'<TargetServer  name="target2">
  <Host>2.mybackendservice.com</Host>
  <Port>80</Port>
  <IsEnabled>true</IsEnabled>
</TargetServer >' \
-u email:password https://api.enterprise.apigee.com/v1/o/{org_name}/environments/test/targetservers

回應範例：

{
  "host" : "2.mybackendservice.com",
  "isEnabled" : true,
  "name" : "target2",
  "port" : 80
}

請使用下列 API 呼叫來擷取環境中的 TargetServer 清單：

$ curl -u email:password https://api.enterprise.apigee.com/v1/o/{org_name}/environments/test/targetservers

回應範例：

[ "target2", "target1" ]

目前有兩個 TargetServers 可供部署於測試中的 API Proxy 使用環境。如要跨這些 TargetServer 負載平衡流量，您必須在 API Proxy 的目標端點中設定 HTTP 連線，以便使用 TargetServer。

如「限制」主題所述，每個環境的 TargetServer 上限為 500 個。

設定 TargetEndpoint，以便在命名的 TargetServer 之間進行負載平衡

您現在有兩個可用的 TargetServer，因此可以修改 TargetEndpoint HTTP 連線設定，以名稱參照這兩個 TargetServer：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
    <LoadBalancer>
      <Server name="target1" />
      <Server name="target2" />
    </LoadBalancer>
    <Path>/test</Path>
  </HTTPTargetConnection>
</TargetEndpoint>

上述設定是最基本的負載平衡設定。負載負載平衡器支援三種負載平衡演算法：Round Robin、加權和最小連線。「循環旋轉」是預設演算法。由於上述設定中未指定演算法，因此從 API Proxy 傳送至後端伺服器的傳出要求會在 target1 和 target2 之間交替，一對一。

<Path> 元素構成目標端點 URI 的基本路徑所有目標伺服器只有在使用 <LoadBalancer> 時才會使用。否則，系統就會忽略。在上述範例中，如果要求傳送到「target1」將 http://target1/test 等適用於其他目標伺服器。

設定負載平衡器選項

如要調整可用性，您可以使用負載平衡和容錯移轉的選項和 TargetServer 層級搭配使用本節將說明這些選項。

演算法

設定 <LoadBalancer> 使用的演算法。可用的演算法為 RoundRobin、Weighted 和 LeastConnections，每個演算法都會在下方說明。

循環制

預設的演算法 (循環制) 會按照以下順序，將要求轉送至每個 TargetServer ，伺服器會在目標端點 HTTP 連線中列出。例如：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
      <LoadBalancer>
        <Algorithm>RoundRobin</Algorithm>
        <Server name="target1" />
        <Server name="target2" />
      </LoadBalancer>
      <Path>/test</Path>
  </HTTPTargetConnection>
</TargetEndpoint>

加權

加權負載平衡演算法可讓您為您的 TargetServers。加權 LoadBalancer 會將要求直接分配至您的 TargetServer 比例。因此，您必須設定權重演算法每個 TargetServer 的 weight 屬性。例如：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
    <LoadBalancer>
      <Algorithm>Weighted</Algorithm>
      <Server name="target1">
        <Weight>1</Weight>
      </Server>
      <Server name="target2">
        <Weight>2</Weight>
      </Server>
    </LoadBalancer>
    <Path>/test</Path>
  </HTTPTargetConnection>
</TargetEndpoint>

在這個範例中，每當有一項要求轉送至 target2 時，有兩個要求會轉送至 target2。 target1.

最少連線

LoadBalancer 會根據所設定的連線最少演算法，將連出要求轉送至連線數量最少的 TargetServer。例如：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
      <LoadBalancer>
        <Algorithm>LeastConnections</Algorithm>
        <Server name="target1" />
        <Server name="target2" />
      </LoadBalancer>
  </HTTPTargetConnection>
  <Path>/test</Path>
</TargetEndpoint>

失敗次數上限

從 API Proxy 對目標伺服器發出的失敗要求數量上限，導致將要求重新導向至另一個 TargetServer

回應失敗代表 Apigee 未收到目標伺服器的任何回應。時間此時失敗計數器會遞增 1。

不過，當 Apigee 收到目標的回應時即使回應是 HTTP 錯誤 (例如 500)，仍會計為並重設失敗計數器。協助確保無效的 HTTP 回應 (例如 500) 也會遞增失敗計數器，以便接收健康狀態不良的伺服器以便部署含有 <ResponseCode> 的 <ServerUnhealthyResponse> 元素新增至負載平衡器設定。邊緣也會計算含有這些特徵的視為失敗狀態

以下範例會在五個後，將 target1 從輪播中移除失敗的要求，包括目標伺服器發出的一些 5XX 回應。

<TargetEndpoint name="default">
  <HTTPTargetConnection>
      <LoadBalancer>
        <Algorithm>RoundRobin</Algorithm>
        <Server name="target1" />
        <Server name="target2" />
        <MaxFailures>5</MaxFailures>
        <ServerUnhealthyResponse>
            <ResponseCode>500</ResponseCode>
            <ResponseCode>502</ResponseCode>
            <ResponseCode>503</ResponseCode>
        </ServerUnhealthyResponse>
      </LoadBalancer>
      <Path>/test</Path>
  </HTTPTargetConnection>
</TargetEndpoint>

MaxFailures 預設為 0。這表示 Edge 一律會嘗試會連至每個要求的目標，且絕對不會將目標伺服器從輪替中移除。

建議使用 MaxFailures >0 和健康監測器等功能。如果您設定的 MaxFailures 大於 0，當目標失敗次數達到您指定的次數時，TargetServer 就會從輪替中移除。如果 HealthMonitor 完成後，Apigee 會自動在目標再次啟動並再次執行後，TargetServer 會按照該與 HealthMonitor 的其餘設定請參閱「狀態監控」一文瞭解詳情

或者，如果您設定 MaxFailures >0，而且未設定健康狀態監控，Apigee 不會將 TargetServer 重新納入輪替作業中並自動在 Apigee 偵測到錯誤後自動管理政策此時，您必須重新部署 API Proxy，然後 Apigee 將 TargetServer 移回並輪替金鑰請參閱「部署 API Proxy」。

重試

如果啟用重試功能，每當回應失敗 (I/O 錯誤或 HTTP 逾時) 時，系統就會重試要求或是收到的回應與 <ServerUnhealthyResponse> 設定的值相符。如要進一步瞭解如何設定 <ServerUnhealthyResponse>，請參閱上方的「最大失敗次數」。

<RetryEnabled> 的預設值為 true。如要停用重試，請設為 false。例如：

<RetryEnabled>false</RetryEnabled>

IsFallback

一個 (且只能) TargetServer 可設為「備用」伺服器備用 TargetServer 在將所有其他 TargetServer 識別為負載平衡器就無法使用。當負載平衡器判定所有 TargetServer 無法使用，所有流量都會轉送至備用伺服器。例如：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
      <LoadBalancer>
        <Algorithm>RoundRobin</Algorithm>
        <Server name="target1" />
        <Server name="target2" />
        <Server name="target3">
          <IsFallback>true</IsFallback>
        </Server>
      </LoadBalancer>
      <Path>/test</Path>
  </HTTPTargetConnection>
</TargetEndpoint>

上述設定會在目標 1 和 2 之間進行循環負載平衡，直到目標 1 和 2 都無法使用。如果無法使用目標 1 和 2，所有流量都會導向目標 3。

路徑

路徑會定義一個 URI 片段，要附加至 TargetServer 發出的所有要求將要求轉送至後端伺服器

這個元素接受常值字串路徑或訊息範本。訊息範本可讓您在執行階段執行變數字串替換。舉例來說，在下列目標端點定義中，路徑會使用 {mypath} 的值：

<HTTPTargetConnection>
    <SSLInfo>
      <Enabled>true</Enabled>
    </SSLInfo>
    <LoadBalancer>
      <Server name="testserver"/>
    </LoadBalancer>
    <Path>{mypath}</Path>
</HTTPTargetConnection>

設定的目標伺服器 TLS/SSL

如果您使用 TargetServer 定義後端服務和後端服務必須透過 HTTPS 通訊協定連線，您必須在的 TargetServer 定義。這是必要的，因為 <Host> 標記無法讓您指定連線通訊協定。以下顯示單向目標伺服器的定義 Edge 向後端服務發出 HTTPS 要求時的 TLS/SSL：

<TargetServer name="target1">
  <Host>mocktarget.apigee.net</Host>
  <Port>443</Port>
  <IsEnabled>true</IsEnabled>
  <SSLInfo>
      <Enabled>true</Enabled>
  </SSLInfo> 
</TargetServer>

注意：如果您同時在 TargetEndpoint 和 TargetServer 定義中定義 <SSLInfo> 區塊，系統會優先採用 TargetServer 中的區塊。

如果後端服務需要雙向或雙向 TLS/SSL，請設定啟動目標伺服器，方法是使用與 Target Endpoints 相同的 TLS/SSL 設定：

<TargetServer  name="TargetServer 1">
    <IsEnabled>true</IsEnabled>
    <Host>www.example.com</Host>
    <Port>443</Port>
    <SSLInfo>
        <Ciphers/>
        <ClientAuthEnabled>true</ClientAuthEnabled>
        <Enabled>true</Enabled>
        <IgnoreValidationErrors>false</IgnoreValidationErrors>
        <KeyAlias>keystore-alias</KeyAlias>
        <KeyStore>keystore-name</KeyStore>
        <Protocols/>
        <TrustStore>truststore-name</TrustStore>
    </SSLInfo>
</TargetServer >

如要瞭解 <SSLInfo> 屬性 (例如 <Ciphers> 和 <ClientAuthEnabled>) 的相關資訊，請參閱「設定私人雲端的 API TLS 存取權」一文，瞭解如何為虛擬主機設定這些屬性。

如需設定傳出 TLS/SSL 的完整說明，請參閱設定 TLS 從邊緣到後端 (Cloud 與私有雲)

TargetServer 結構定義

如要查看 TargetServer 和其他實體的結構定義，請參閱 GitHub。

狀態監控

健康狀態監控功能可讓您主動輪詢 TargetServer 設定中定義的後端服務網址。啟用健康狀態監控功能後當 HealthMonitor 判定失敗的 TargetServer TargetServer 處於作用中。

狀態監控功能必須搭配「<MaxFailures>」使用。如未啟用健康狀態監控功能 <MaxFailures> 會指定從 API Proxy 傳送到使要求重新導向至另一個 TargetServer 的 TargetServer。接著，系統會從輪替角度移除故障的 TargetServer，直到您重新部署 Proxy 為止。

啟用健康狀態監控功能後，失敗的 TargetServer 會自動重新放回輪替程序，且不使用 Proxy 需要重新部署。

使用 HealthMonitor 時，必須將 <MaxFailures> 設為大於 0。如果 <MaxFailures> 的值為 0，則會將 Edge 設定為一律嘗試連線至目標且絕對不會將目標伺服器從輪替作業中移除。

健康監控器可做為簡易的用戶端，透過 TCP 或 HTTP 叫用後端服務：

TCP 用戶端只會確保通訊端可以開啟。
設定 HTTP 用戶端，將有效的 HTTP 要求提交至後端服務。您可以定義 HTTP GET、PUT、POST 或 DELETE 作業。HTTP 監控呼叫的回應必須與其中配置了 <SuccessResponse> 區塊中的設定。

成功和失敗次數

啟用健康狀態監控功能後，Edge 會開始將健康狀態檢查傳送至目標伺服器健康狀態檢查是傳送至目標伺服器的要求，用於判斷目標伺服器是否處於正常狀態。

健康狀態檢查可能會有兩個可能的結果：

成功：如果健康狀態良好，目標伺服器就會視為健康狀態良好檢查程序。這通常是下列一或多項結果：
- 目標伺服器接受連至指定通訊埠的新連線，回應有關該通訊埠的要求，然後在指定時間範圍內關閉通訊埠。目標伺服器的回應包含「Connection: Close」
- 目標伺服器會以 200 (OK) 或其他 HTTP 狀態碼回應健康狀態檢查要求，或者由您判定為可接受。
- 目標伺服器會以符合預期的訊息主體，回應健康檢查要求。
當 Edge 判定伺服器健康狀態良好時，Edge 會繼續或繼續向該伺服器傳送要求。
失敗：目標伺服器可能會以不同的方式未通過健康狀態檢查。視檢查類型而定當目標伺服器發生下列情況時，系統會記錄失敗：
- 拒絕從 Edge 到健康狀態檢查通訊埠的連線。
- 未在指定時間範圍內回應健康狀態檢查要求。
- 傳回非預期的 HTTP 狀態碼。
- 回覆的郵件內文與預期郵件內文不符。
當目標伺服器未通過健康狀態檢查時，Edge 的伺服器故障次數就會增加。如果伺服器達到或超過預先定義的門檻 (<MaxFailures>)，Edge 會停止向該伺服器傳送要求。

啟用 HealthMonitor

如要建立 HealthMonitor，請將 <HealthMonitor> 元素新增至 TargetEndpoint 的 HTTPConnection Proxy 設定您無法在 UI 中進行此操作。而是建立 Proxy 設定，並以 ZIP 檔案格式上傳至 Edge。Proxy 設定是涵蓋所有層面的結構化說明 API Proxy 後端Proxy 設定包含預先定義的目錄結構中的 XML 檔案。如要詳情請參閱「API Proxy 設定參考資料。

簡單的 HealthMonitor 會定義 IntervalInSec 與 TCPMonitor 或 HTTPMonitor 的組合。<MaxFailures> 元素可指定最大值從 API Proxy 傳送至 TargetServer 且導致要求失敗的要求數量重新導向至另一個 TargetServer<MaxFailures> 的預設值為 0，表示 Edge 不會執行修正動作。設定健康狀態監控器時，請務必 <MaxFailures> 是 <HTTPTargetConnection> 標記的 <TargetEndpoint> 標記轉換為非零的值

TCPMonitor

以下設定會定義 HealthMonitor 透過開啟每 5 秒透過通訊埠 80 連線(通訊埠為選填欄位。如未指定，TCP 監視器通訊埠是 TargetServer 通訊埠)。

如果連線失敗或連線時間超過 10 秒，則該 TargetServer 的失敗計數會增加 1。
如果連線成功，TargetServer 的失敗次數會重設為 0。

您可以將 HealthMonitor 新增為 TargetEndpoint HTTPTargetConnetion 的子項元素元素，如下所示：

<TargetEndpoint name="default">
  <HTTPTargetConnection>
      <LoadBalancer>
        <Algorithm>RoundRobin</Algorithm>
        <Server name="target1" />
        <Server name="target2" />
        <MaxFailures>5</MaxFailures>
      </LoadBalancer>
      <Path>/test</Path>
      <HealthMonitor>
        <IsEnabled>true</IsEnabled>
        <IntervalInSec>5</IntervalInSec>
        <TCPMonitor>
            <ConnectTimeoutInSec>10</ConnectTimeoutInSec>
            <Port>80</Port>
        </TCPMonitor>
      </HealthMonitor>
  </HTTPTargetConnection>
. . .

使用 TCPMonitor 設定元素的健康狀態檢查

下表說明 TCPMonitor 設定元素：

名稱	說明	預設	必填與否
`IsEnabled`	啟用或停用 HealthMonitor 的布林值。	false	否
`IntervalInSec`	每個輪詢 TCP 要求之間的時間間隔 (以秒為單位)。	0	是
`ConnectTimeoutInSec`	必須建立連至 TCP 通訊埠的連線時間，才能視為成效。無法以指定的間隔時間連線，將計為失敗負載平衡器的故障事件數。	0	是
`Port`	選用設定。用來建立 TCP 連線的通訊埠。如未指定 TCP 監視器通訊埠是 TargetServer 通訊埠。	0	否

HTTPMonitor

使用 HTTPMonitor 的範例 HealthMonitor 會將 GET 要求提交至後端每五秒最多執行一次服務。以下範例會在要求訊息。回應設定會定義要用來與實際傳回來自後端服務的回應在下方範例中，預期的回應是 HTTP 回應代碼 200，以及值為 YourOK 的自訂 HTTP 標頭 ImOK。如果回應不相符，則要求視為失敗負載平衡器設定

HTTPMonitor 支援設為使用 HTTP 和單向 HTTPS 的後端服務通訊協定但不支援下列功能：

雙向 HTTPS (也稱為雙向 TLS/SSL)
自行簽署的憑證。

請注意，HTTP 監控器中的所有要求和回應設定，都是後端服務。

    <HealthMonitor>
      <IsEnabled>true</IsEnabled>
      <IntervalInSec>5</IntervalInSec>
      <HTTPMonitor>
        <Request>
          <IsSSL>true</IsSSL>
          <ConnectTimeoutInSec>10</ConnectTimeoutInSec>
          <SocketReadTimeoutInSec>30</SocketReadTimeoutInSec>
          <Port>80</Port>
          <Verb>GET</Verb>
          <Path>/healthcheck</Path>
          <Header name="Authorization">Basic 12e98yfw87etf</Header>
          <IncludeHealthCheckIdHeader>true</IncludeHealthCheckIdHeader>
        </Request>
        <SuccessResponse>
          <ResponseCode>200</ResponseCode>
          <Header name="ImOK">YourOK</Header>
        </SuccessResponse>
      </HTTPMonitor>
    </HealthMonitor>

包含 HTTPMonitor 設定元素的 HealthMonitor

下表說明 HTTPMonitor 設定元素：

名稱	說明	預設	必填與否
`IsEnabled`	啟用或停用 HealthMonitor 的布林值。	false	否
`IntervalInSec`	每個輪詢要求之間的時間間隔 (以秒為單位)。	0	是
`Request`	HealthMonitor 將傳出要求訊息傳送給下列對象的設定選項輪替中的 TargetServer 路徑不支援變數。	不適用	是
`IsSSL`	指定是否要使用 HTTPS (安全 HTTP) 監控連線。可能的值： `true`：使用 HTTPS。 `false`：使用 HTTP。未指定：使用目標伺服器設定。	false	否
`ConnectTimeoutInSec`	時間 (以秒為單位)，其中 TCP 連線交握到 HTTP 服務必須才算是成功在指定間隔內無法連線的情況，將計為失敗，並遞增 TargetServer 的 LoadBalancer 失敗次數。	0	否
`SocketReadTimeoutInSec`	時間 (以秒為單位)，系統必須從 HTTP 服務讀取資料才能視為成效。在指定時間間隔內讀取失敗的情況會計為失敗，遞增 LoadBalancer 針對 TargetServer 的失敗次數。	0	否
`Port`	要建立 HTTP 連線至後端服務的通訊埠。	不適用	否
`Verb`	用於後端服務的每個輪詢 HTTP 要求的 HTTP 動詞。	不適用	否
`Path`	附加至 TargetServer 中定義的網址路徑。使用路徑元素設定「輪詢端點」。	不適用	否
`IncludeHealthCheckIdHeader`	允許您追蹤上游系統的健康狀態檢查要求。 `IncludeHealthCheckIdHeader` 會採用布林值，而預設為 `false`。如果設為 `true`，找到一個名為 `X-Apigee-Healthcheck-Id` 的 `Header` 然後已插入健康狀態檢查要求標頭值為並透過這種形式 `ORG/ENV/SERVER_UUID/N`，其中 `ORG` 是機構名稱，`ENV` 是環境名稱 `SERVER_UUID` 是 MP 的專屬 ID。 `N` 是自 1970 年 1 月 1 日以來經過的毫秒數。產生的請求標頭範例： `X-Apigee-Healthcheck-Id: orgname/envname/E8C4D2EE-3A69-428A-8616-030ABDE864E0/1586802968123`	false	否
`Payload`	為每個輪詢 HTTP 要求產生的 HTTP 主體。請注意，這個元素 GET 要求。	不適用	否
`SuccessResponse`	與輪詢後端服務產生的內送 HTTP 回應訊息相符的選項。不相符的回應會使失敗計數增加 1。	不適用	否
`ResponseCode`	預期會從輪詢 TargetServer 接收的 HTTP 回應代碼。代碼就會失敗，且計數也會遞增經過輪詢的後端服務您可以定義多個 ResponseCode 元素。	不適用	否
`Headers`	預期會從輪詢接收的一或多個 HTTP 標頭和值清單中。後端服務回應中的任何 HTTP 標頭或值與這些標頭或值不同會導致失敗，而輪詢 TargetServer 的數量會隨著 1.您可以定義多個標頭元素。	不適用	否

跨後端伺服器負載平衡

影片

範例 TargetServer 設定

目標伺服器設定元素

使用 UI 管理目標伺服器

Edge

傳統版 Edge (Private Cloud)

使用 API 管理目標伺服器

設定 TargetEndpoint，以便在命名的 TargetServer 之間進行負載平衡

設定負載平衡器選項

演算法

循環制

加權

最少連線

失敗次數上限

重試

IsFallback

路徑

設定 的目標伺服器 TLS/SSL

TargetServer 結構定義

狀態監控

成功和失敗次數

啟用 HealthMonitor

TCPMonitor

使用 TCPMonitor 設定元素的健康狀態檢查

HTTPMonitor

包含 HTTPMonitor 設定元素的 HealthMonitor

設定的目標伺服器 TLS/SSL