IBM Cloud Docs
設定全域負載平衡器

設定全域負載平衡器

如果您有電子商務網站,或所管理的應用程式必須一律可供使用者存取,則您可能擔心應用程式的 24 x 7 可用性及效能。

IBM Cloud Internet Services (CIS) 提供的廣域負載平衡功能可協助提高應用程式的可靠性和可調整性,同時提供最佳可能的使用者體驗。

在儀表板上,您會看到顯示 負載平衡器在一組伺服器之間分配工作量的軟體或硬體,以確保伺服器不超載。 如果起始伺服器失效,負載平衡器也會將使用者引導至另一部伺服器。、起源池和 健康檢查的這是監視系統資源和狀況的處理程序,可判斷系統是否有效率地執行。 您可以將性能檢查配置為在系統完整性受損之前報告潛在問題,並顯示警告和故障層次。三個清單。 清單中會顯示新的或更新的全局負載平衡器,或是您佈建或更新後的其中一個元件。 一開始,清單是空的,在建立負載平衡器之前,您必須採取一些動作。

CIS 可以支援使用私人 IP 位址的負載平衡器池,但不能使用代理服務或健康檢查。 此外,您只能使用基於 DNS 的負載平衡。

如果您已經知道要做什麼,請參閱 快速設定 !

在此逐步示範中,瞭解如何配置類似於下圖的設定。

全域負載平衡器
全域負載平衡器範例圖

在這個範例中,應用程式資源部署在兩個資料中心地點,一個在美國西部,另一個在美國東部。 使用者可能會從世界各地存取此應用程式。

步驟 1: 配置廣域負載平衡器

配置您的全局負載平衡器。

  1. 導覽至 可靠性 區段,以開始使用廣域負載平衡器。

  2. 捲動至 性能檢查 區段,然後按一下 建立性能檢查 以定義自訂性能檢查。

    這項配置是選用項目。 如果您未定義任何自訂健康檢查,系統會使用 / 作為您的預設健康檢查路徑。

  3. 提供您要進行健康檢查的路徑。 您可以使用 HTTP 或 HTTPS 協定進行健康檢查。

  4. 當您展開 進階選項 功能表時,可以自訂其他參數,例如性能檢查間隔、重試次數或要求方法和回應內文。

  5. 按一下建立以完成健康檢查設定。

步驟 2: 識別應用程式資源

識別您應用程式的資源,例如來源池和健康檢查機制。

  1. 導覽至原點儲存區區段,然後按一下建立儲存區,以定義新的原點儲存區。

    原點儲存區是將應用程式遞送至用戶端的伺服器資源。

  2. 為您的原始資源池指定名稱,並選擇之前定義的健康檢查機制。 新增應用程式伺服器作為「原點」。 您可以按一下 [ 新增來源 ],新增一個或多個來源。

    如果您的應用程式伺服器位於本機負載平衡器 (例如 IBM Cloud 負載平衡器) 之後,請新增負載平衡器的 FQDN 或虛擬 IP 作為您的來源,而不是新增個別伺服器。

  3. 按一下建立,完成原始碼池的建立。

    原始儲存區最初顯示為 性能不佳。 系統成功進行健康檢查後,此狀態會變更為 Healthy。 您可能需要刷新瀏覽器才能看到狀態改變。

    如果您的「原點儲存區」內有多個原點,請使用性能良好原點臨界值,以指定在宣告儲存區性能良好之前必須是性能良好的原點數目下限。

  4. 根據您擁有的應用程式群組數量,定義相同數量的來源池。 這些農場可能位於相同或不同的地理區域。 在我們的範例中,我們建立兩個來源池,分別代表美國西岸和東岸的應用程式農場。

步驟 3: 定義廣域負載平衡器

透過指定主機名稱、新增和調整來源池,以及定義額外的規則以控制如何將流量提供給用戶端,來定義您的全局負載平衡器組態。

  1. 按一下建立負載平衡器

  2. 指定網域的主機名稱,並視需要調整 TTL 值 (預設為 60 秒),然後使用「新增資源池」新增您的來源資源池。

    與網域名稱結合的主機名稱,會為您的應用程式形成完全限定的網域名稱 (FQDN)。 您的使用者使用此 FQDN 連線到您的應用程式。

  3. 按一下「優先順序」欄中的向上和向下箭頭,調整來源池的相對優先順序。 使用者的應用程式請求由這些來源池以輪流方式提供服務。

  4. 您可以選擇性地定義其他規則,來控制如何將資料流量提供給來自不同地理區域的用戶端。 您可以使用這些規則,將客戶引導至其衣櫃可能的區域。 如果其中任何一個區域發生故障,則會將請求路由到其他可用的健康位置,這樣使用者就不會受到停機時間的影響。

  5. 按一下建立以完成全局負載平衡器的設定。

  6. 最後,嘗試從瀏覽器連線到 FQDN URL,驗證與應用程式的連線性。

廣域負載平衡器詳細資料

廣域負載平衡器快速設定

您可以從建立負載平衡器功能表選項中直接建立儲存區及性能檢查。 導覽至 可靠性> 廣域負載平衡器> 建立負載平衡器> 新增儲存區,然後從原點儲存區清單中選取 建立新的項目

輸入池名稱、起源處理並回應來自用戶端之送入要求的伺服器,它通常與快取伺服器一起使用。,並選擇健康檢查。 您可以在此建立新的健康檢查,方法是在健康檢查清單功能表中選擇建立新的健康檢查,並輸入建立健康檢查的資訊。

新增性能檢查

性能檢查是原點儲存區的選用附件。 它們使用自訂重複間隔來探測特定回應內文或狀態碼,以監視儲存區的性能。 建立性能檢查之後,您可以將它新增至新的或現有的原始儲存區。 請導覽至可靠性 > 廣域負載平衡器 > 性能檢查事件,以查看「性能檢查事件」的表格。 您可以依日期、儲存區或原點的性能、儲存區名稱及原點名稱來過濾。

性能檢查欄位:

  • 監控類型:健康檢查要使用的通訊協定 (預設為 HTTP )。
  • 路徑:執行健康檢查的端點路徑 (預設為 /)。
  • : 按一下方向鈕來增加或減少埠號。
  • 說明:性能檢查說明。

展開 進階選項 區段,以查看更多設定。

  • 測試間隔:每次健康檢查的間隔時間 (以秒為單位)。 較短的間隔可以改善故障移轉時間,但會增加來源的負載,因為檢查來自多個位置(預設為 60)。
  • 方法:要用於性能檢查的 HTTP 方法(預設值為 GET)。
  • 逾時:將性能檢查標示為失敗之前的時間(以秒為單位)(預設值為 5)。
  • 重試次數:將起源標記為不健康之前,在超時的情況下嘗試重試的次數。 會立即嘗試重試(預設值為 2)。
  • 預期回應碼:預期 HTTP 回應碼或健康檢查的代碼範圍。 此值必須介於 200-299 之間,含以 'x' 表示的萬用字元。
  • 回應內文:回應內文中要比對的不區分大小寫子字串。 如果找不到此字串,則會將原點標示為性能不佳。

展開設定請求標頭部分以新增和設定要在健康檢查中傳送的 HTTP 請求標頭。 建議您預設設定 Host 標頭。 User-Agent 標頭無法覆寫。

新增儲存區

每一個佈建的負載平衡器都至少需要一個儲存區。 儲存區可將您的來源分組,以供負載平衡器使用。

建立儲存區時,需要兩個欄位:

  • 名稱:儲存區的簡稱(標籤)。 只允許英數字元、連字號及底線。
  • 原點:此儲存區內的原點清單。 在此儲存區導向的資料流量會平衡到所有目前性能良好的原點,但前提是儲存區本身性能良好。

其他選用欄位:

  • 性能檢查: 用於檢查此儲存區內原點的性能檢查。(預設為無性能檢查)

  • 性能良好原點臨界值:此儲存區中必須性能良好才能提供資料流量的原點數目下限。 如果健康起源的數量低於此數,則池會被標記為不健康,並故障轉移到下一個可用池。(預設為 1)

  • 健康檢查區域:健康檢查執行監控的區域。

    IBM 的地理區域與 Cloudflare 的地區不同。 有關 Cloudflare 使用的地理區域的詳細信息,請參閱 交通指揮

  • 已啟用:是否啟用(預設值)此儲存區。 已停用的儲存區不會接收資料流量,而且會從性能檢查中排除。 停用儲存區會讓任何負載平衡器使用它來失效接手至下一個儲存區(如果有的話)(預設值為 true)。

新增全局負載平衡器

負載平衡器可協助您使用循環式分配,將 Proxy 資料流量分配至多個原點儲存區。

建立負載平衡器時,必要欄位如下:

  • 平衡器主機名稱:要與負載平衡器關聯的 DNS 主機名稱。 如果此主機名稱已經作為 DNS 記錄存在於 IBM 的 DNS 中,則負載平衡器會優先處理,而不會使用 DNS 記錄。
  • 預設來源池:池 ID 的清單。 清單會依其失效接手優先順序進行排序。 依預設或未配置給定地區的地區儲存區時,會使用這裡定義的儲存區。

您可以選擇設定下列欄位:

  • Proxy:透過 IBM 的效能及度量值服務來遞送資料流量。

  • 階段作業親緣性:一律透過相同的效能及度量值實例進行遞送。 只有在啟用 Proxy 時,才能使用此選項。

  • TTL:此負載平衡器回傳 IP 位址的 DNS 記錄的生存時間 (TTL)。 此選項只適用於未代理的負載平衡器,否則預設為 Automatic

  • 地理路由:區域或國家代碼對應到給定區域的池清單(依故障移轉優先順序排列)。 任何未明確定義的區域都會回復使用預設池。

    IBM 的地理區域與 Cloudflare 的地區不同。 有關 Cloudflare 使用的地理區域的詳細信息,請參閱 交通指揮

編輯或刪除廣域負載平衡器

若要編輯或刪除負載平衡器或其元件,請按一下位於該行右方的動作功能表溢出圖示,然後從清單中選擇您要採取的動作。