主動健全狀況監控可用來測試伺服器是否可用。主動健全狀況監控使用數種類型的測試,例如傳送基本 Ping 至伺服器或進階 HTTP 要求來監控應用程式健全狀況。

無法在特定期間內回應或回應含有錯誤的伺服器已排除在未來連線處理之外,直到後續定期健全狀況檢查發現這些伺服器狀況良好為止。

當集區成員連結到虛擬伺服器,並且該虛擬伺服器連結至第 1 層閘道 (先前稱為第 1 層邏輯路由器) 之後,會在伺服器集區成員上執行主動健全狀況檢查。

如果第 1 層閘道連線至第 0 層閘道,則會建立路由器連結連接埠,且其 IP 位址 (一般為 100.64.x.x 格式) 會用來為負載平衡器服務執行健全狀況檢查。如果第 1 層閘道為獨立 (僅具有一個集中式的服務連接埠並且未連線至第 0 層閘道),則會使用集中式服務連接埠 IP 位址來為負載平衡器服務執行健全狀況檢查。如需獨立第 1 層閘道的詳細資訊,請參閱在管理程式模式中建立獨立的第 1 層邏輯路由器

備註: 每個伺服器集區可設定為使用多台主動健全狀況監控。

必要條件

確認已在 NSX Manager 使用者介面中選取管理程式模式。請參閱NSX Manager。如果看不到原則管理程式模式按鈕,請參閱設定使用者介面設定

程序

  1. 從瀏覽器以管理員權限登入 NSX Manager,網址為 https://<nsx-manager-ip-address>。
  2. 選取網路 > 負載平衡 > 監控 > 主動健全狀況監控 > 新增
  3. 輸入主動健全狀況監控的名稱和說明。
  4. 從下拉式功能表中選取伺服器的健全狀況檢查通訊協定。
    也可以使用 NSX Manager 中預先定義的通訊協定: http-monitorhttps-monitorIcmp-monitorTcp-monitorUdp-monitor
  5. 設定監控連接埠的值。
  6. 設定用於監控服務集區的值。
    也可以接受預設的主動健全狀況監控值。
    選項 說明
    監控時間間隔 設定監控向伺服器傳送另一個連線要求的時間 (以秒為單位)。
    失敗計數 設定當連續失敗次數達到此值時,伺服器被視為暫時無法使用的值。
    正常計數 設定在此逾時期間後,伺服器再次嘗試新連線以查看其是否可用的數目。
    逾時期間 設定伺服器被視為 [關閉] 之前所經過的測試次數。
    例如,如果監控時間間隔設為 5 秒且逾時設為 15 秒,則負載平衡器會每隔 5 秒向伺服器傳送要求。在每次探查時,如果在 15 秒內收到來自伺服器的預期回應,則健全狀況檢查結果為 [正常]。如果沒有收到,則結果為 [嚴重]。如果最近三次健全狀況檢查結果皆為 [啟動],則伺服器視為 [啟動]。
  7. 如果您選取 HTTP 做為健全狀況檢查通訊協定,請完成下列詳細資料。
    選項 說明
    HTTP 方法 從下拉式功能表中選取用於偵測伺服器狀態的方法 (GET、OPTIONS、POST、HEAD 和 PUT)。
    HTTP 要求 URL 針對方法輸入要求 URI。

    在要求 URL 中不允許 ASCII 控制字元 (退格鍵、垂直 Tab 鍵、水平 Tab 鍵、換行字元等)、不安全的字元 (例如 space\<>{}) 以及 ASCII 字元集以外的任何字元,且都應進行編碼。例如,以加號 (+) 或 %20 取代空格。

    HTTP 要求版本 從下拉式功能表中選取支援的要求版本。

    也可以接受預設版本 HTTP_VERSION_1_1。

    HTTP 要求本文 輸入要求本文。

    適用於 POST 和 PUT 方法。

    HTTP 回應代碼 輸入監控預期與 HTTP 回應本文狀態列相符的字串。

    回應代碼是以逗點分隔的清單。

    例如,200,301,302,401。

    HTTP 回應本文 如果 HTTP 回應本文字串和 HTTP 健全狀況檢查回應本文相符,則伺服器會視為狀況良好。
  8. 如果您選取 HTTPS 做為健全狀況檢查通訊協定,請完成下列詳細資料。
    1. 選取 SSL 通訊協定清單。
      TLS 版本 TLS1.1 和 TLS1.2 版本均受支援且預設為啟用。TLS1.0 受支援,但預設為停用。
    2. 按一下箭頭,將通訊協定移至 [已選取] 區段。
    3. 指派預設 SSL 加密方式,或建立自訂的 SSL 加密方式。
    4. 如果您選取 HTTP 做為健全狀況檢查通訊協定,請完成下列詳細資料。
      選項 說明
      HTTP 方法 從下拉式功能表選取用於偵測伺服器狀態的方法:GETOPTIONSPOSTHEADPUT
      HTTP 要求 URL 針對方法輸入要求 URI。

      在要求 URL 中不允許 ASCII 控制字元 (退格鍵、垂直 Tab 鍵、水平 Tab 鍵、換行字元等)、不安全的字元 (例如 space\<>{}) 以及 ASCII 字元集以外的任何字元,且都應進行編碼。例如,以加號 (+) 或 %20 取代空格。

      HTTP 要求版本 從下拉式功能表中選取支援的要求版本。

      也可以接受預設版本 HTTP_VERSION_1_1。

      HTTP 要求本文 輸入要求本文。

      適用於 POST 和 PUT 方法。

      HTTP 回應代碼 輸入監控預期與 HTTP 回應本文狀態列相符的字串。

      回應代碼是以逗點分隔的清單。

      例如,200,301,302,401。

      HTTP 回應本文 如果 HTTP 回應本文字串和 HTTP 健全狀況檢查回應本文相符,則伺服器會視為狀況良好。
  9. 如果您選取 ICMP 做為健全狀況檢查通訊協定,請指派 ICMP 健全狀況檢查封包的資料大小 (以位元組為單位)。
  10. 如果您選取 TCP 做為健全狀況檢查通訊協定,可將參數保留空白。
    如果未列出傳送及預期值,則會建立三向信號交換的 TCP 連線以驗證伺服器健全狀況。未傳送任何資料。如果列出預期資料,則必須為字串,並且可以是回應中的任何位置。不支援規則運算式。
  11. 如果您選取 UDP 做為健全狀況檢查通訊協定,請完成下列所需的詳細資料。
    必要選項 說明
    傳送的 UDP 資料 輸入在建立連線後傳送至伺服器的字串。
    預期的 UDP 資料 輸入預期從伺服器接收的字串。

    僅當接收的字串符合此定義時,才會將伺服器視為 [啟動]。

  12. 按一下完成

後續步驟

將主動健全狀況監控與伺服器集區相關聯。請參閱在管理程式模式中新增用於負載平衡的伺服器集區