クラシックロードバランサー (CLB) を使用して、大量のインバウンドトラフィックを受信するアプリケーションの可用性と信頼性を向上させることができます。
ワークロードの配布
CLBインスタンスは、リスニングルールに基づいてバックエンドサーバーとして機能するElastic Compute Service (ECS) インスタンスにトラフィックをルーティングします。 これにより、ユーザーエクスペリエンスに悪影響を与える可能性のあるサーバーの過負荷を回避できます。 セッション持続機能を使用して、クライアントからのすべてのリクエストを同じバックエンドECSインスタンスに転送し、アクセス効率を向上させることができます。
アプリケーション機能の拡張
CLBは、webサーバーとアプリケーションサーバーの両方のトラフィック入力ポイントとして使用できます。 これにより、ビジネス要件に応じてバックエンドECSインスタンスを追加または削除することで、アプリケーションのサービス機能を拡張できます。
単一障害点 (SPOF) を排除する
CLBインスタンスは、クライアントの単一の連絡先として機能します。 CLB インスタンスに複数のECSインスタンスを追加できます。 ECSインスタンスが誤動作すると、CLBは自動的にECSインスタンスを分離し、正常な他のECSインスタンスにインバウンドリクエストを配信します。 これにより、アプリケーションは引き続き期待どおりに実行されます。
ゾーンディザスタリカバリの実装 (マルチゾーンディザスタリカバリ)
より安定した信頼性の高いCLBサービスを提供するために、CLBはほとんどのリージョンでクロスゾーン展開をサポートします。 同じリージョン内の複数のゾーンにCLBインスタンスをデプロイして、耐障害性を向上させ、アプリケーションの信頼性を確保できます。 プライマリゾーンに障害が発生した場合、または正常なECSインスタンスがない場合、CLBインスタンスは30秒以内にセカンダリゾーンにサービスを自動的にフェールオーバーできます。 プライマリゾーンが復旧すると、CLBインスタンスは自動的にサービスをプライマリゾーンに切り替えます。
耐障害性を高めるために、複数のゾーンがあるリージョンにCLBインスタンスを作成することを推奨します。CLB ビジネスニーズに基づいてバックエンドサーバーの展開を計画できます。 CLB の負荷分散機能を最大化するために、各ゾーンに少なくとも1つのバックエンドサーバーを追加することを推奨します。
次の図に示すように、異なるゾーンにあるECSインスタンスをCLBインスタンスに追加できます。 通常の状況では、CLBインスタンスは、プライマリゾーン (ゾーンA) のECSインスタンスとセカンダリゾーン (ゾーンB) のECSインスタンスにインバウンドトラフィックを均等に分散します。 ゾーンAに障害が発生した場合、CLBインスタンスはゾーンBのECSインスタンスにのみインバウンドトラフィックを配信します。このデプロイモードは、ゾーンレベルの障害によるサービスの中断を回避し、レイテンシを削減します。
ただし、次の図に示すように、CLBインスタンスのプライマリゾーン (ゾーンA) にすべてのECSインスタンスをデプロイし、セカンダリゾーン (ゾーンB) にすべてのECSインスタンスをデプロイした場合、サービスの可用性が影響を受ける可能性があります。 通常の場合、ユーザートラフィックはプライマリゾーン (ゾーンA) のECSインスタンスにのみ転送されます。 以前の展開モードと比較して、この展開モードではレイテンシが低くなります。 ゾーンAに障害が発生すると、セカンダリゾーン (ゾーンB) でリクエストを受信できるECSインスタンスがないため、サービスが中断されます。 この展開モードは可用性を犠牲にして待ち時間を最小限に抑えます。
クロスリージョンディザスタリカバリの実装
異なるリージョンにCLBインスタンスをデプロイし、各リージョン内の異なるゾーンのECSインスタンスを同じリージョンのCLBインスタンスに追加できます。 Alibaba Cloud DNSを使用して、ドメイン名を異なるリージョンのCLBインスタンスのサービスアドレスに解決できます。 このようにして、CLBを使用してグローバル負荷分散を実現します。 リージョンが使用できなくなった場合、ユーザーアクセスに影響を与えることなく、リージョンのDNS解決を一時的に停止できます。
