全部產品
Search
文件中心

Server Load Balancer:應用情境

更新時間:Feb 28, 2024

傳統型負載平衡CLB(Classic Load Balancer)的應用情境為高訪問量的業務,提高應用程式的可用性和可靠性。

應用於高訪問量的業務

如果您的應用訪問量很高,您可以通過配置監聽規則將流量分發到不同的Elastic Compute Service(Elastic Compute Service)執行個體上。此外,您可以使用會話保持功能將同一用戶端的請求轉寄到同一台後端ECS,提高訪問效率。

擴充應用程式

您可以根據業務發展的需要,隨時添加和移除ECS執行個體來擴充應用系統的服務能力,適用於各種Web伺服器和App伺服器。

消除單點故障

您可以在CLB執行個體下添加多台ECS執行個體。當其中一部分ECS執行個體發生故障後,CLB會自動屏蔽故障的ECS執行個體,將請求分發給正常啟動並執行ECS執行個體,保證應用系統仍能正常工作。

同城容災 (多可用性區域容災)

為了提供更加穩定可靠的CLB服務,CLB已在各地區部署了多可用性區域以實現同地區容災。當主可用性區域出現機房故障或不可用時,CLB仍然有能力在非常短的時間內(大約30s中斷)切換到另外一個備可用性區域恢複服務能力;當主可用性區域恢複時,CLB同樣會自動切換到主可用性區域提供服務。

使用CLB時,您可以將CLB執行個體部署在支援多可用性區域的地區以實現同城容災。此外,建議您結合自身的應用需要,綜合考慮後端伺服器的部署。如果您的每個可用性區域均至少添加了一台ECS執行個體,那麼此種部署模式下的CLB服務的效率是最高的。

如下圖所示,在CLB執行個體下綁定不同可用性區域的ECS執行個體。正常情況下,使用者訪問流量將同時轉寄至主、備可用性區域內的ECS執行個體;當可用性區域A發生故障時,使用者訪問流量將只轉寄至備可用性區域內的ECS執行個體。此種部署既可以避免因為單個可用性區域的故障而導致對外服務的不可用,也可以通過不同產品間可用性區域的選擇來降低延遲。

如果您採取如下圖所示的部署方案,即在CLB執行個體的主可用性區域下綁定多台ECS執行個體,而在備可用性區域沒有任何ECS執行個體。正常情況下,使用者訪問流量將只轉寄至主可用性區域內的ECS執行個體,比較於上圖,流量傳輸延時低;當可用性區域A發生故障時會造成業務中斷,因為備可用性區域沒有ECS執行個體來接收請求。這樣的部署方式很明顯是以犧牲高可用性為代價來擷取低延時。

跨地區容災

您可以在不同地區下部署CLB執行個體,並分別掛載相應地區內不同可用性區域的ECS。上層利用雲解析做智能DNS,將網域名稱解析到不同地區的CLB執行個體服務地址下,可實現全域CLB。當某個地區出現不可用時,暫停對應解析即可實現所有使用者訪問不受影響。