グローバル ロード バランサー

Azure Standard Load Balancerではグローバル負荷分散がサポートされています。これは、次のような geo 冗長高可用性シナリオに使用できます。

• 複数のリージョンから発信された受信トラフィック。
• 次の最適なリージョンのデプロイへの即時グローバル フェールオーバー。
• 超低遅延を使用した、最も近い Azure リージョンへのリージョン間の負荷分散。
• 1 つのエンドポイントの背後で スケールアップまたはスケールダウン する機能。
• 静的エニーキャスト グローバル IP アドレス。
• クライアント IP の保持。
• 学習曲線のない既存のロード バランサー ソリューションを基に構築します。

グローバル ロード バランサーのフロントエンド IP 構成は静的であり、ほとんどの Azure リージョンにわたって公開されます。

グローバルロードバランサー機能

リージョン冗長

グローバル ロード バランサーを既存のリージョン ロード バランサーにシームレスにリンクして、リージョンの冗長性を構成します。

1 つのリージョンで障害が発生した場合、トラフィックは次に最も近い正常なリージョン ロード バランサーにルーティングされます。

グローバル ロード バランサーの正常性プローブによって、各リージョン ロード バランサーの可用性に関する情報が 5 秒ごとに収集されます。 1 つのリージョン ロード バランサーの可用性が 0 に低下すると、グローバル ロード バランサーによって失敗が検出されます。 その後、そのリージョン ロード バランサーはローテーションから外されます。

超低遅延

グローバルロードバランサーは各フローを2段階でルーティングします。まずトラフィックはクライアントに最も近い参加地域に入り、その後Microsoftのグローバルネットワークバックボーンを通って最も近い地域ロードバランサー展開へ移動します。 クライアントが参加する地域が必ずしも地域ロードバランサーを導入した地域とは限りません。

地理的近接負荷分散アルゴリズムでは、ユーザーとリージョンデプロイの地理的な場所が使用されます。

クライアントから開始するトラフィックは、最も近い参加リージョンにヒットし、Microsoftグローバル ネットワーク バックボーンを通過して、最も近いリージョンのデプロイに到達します。

たとえば、グローバル ロード バランサーと、次の Azure リージョンの Standard Load Balancer があるとします。

• 米国西部
• 北ヨーロッパ

シアトルでフローが開始された場合、トラフィックは米国西部に入ります。 このリージョンは、シアトルから最も近い参加リージョンです。 トラフィックは、最も近いリージョンのロード バランサー (米国西部) にルーティングされます。

Azure グローバル ロード バランサーでは、ルーティングの決定に geo 近接負荷分散アルゴリズムが使用されます。 リージョン ロード バランサーの構成済み負荷分散モードは、geo 近接に複数のリージョン ロード バランサーが使用されている場合に、最終的なルーティングを決定するために使用されます。

詳細については、「Azure Load Balancer の分散モードを構成する」を参照してください。

エグレス トラフィックは、リージョン ロード バランサーで設定されたルーティング設定に従います。

1 つのエンドポイントの背後でスケールアップまたはスケールダウンする機能

グローバル ロード バランサーのグローバル エンドポイントを顧客に公開すると、中断せずにグローバル エンドポイントの背後にあるリージョン デプロイを追加または削除できるようになります。

静的なエニーキャスト グローバル IP アドレス

グローバル ロード バランサーには静的パブリック IP が付属しています。これにより、IP アドレスを同じままにすることができます。 IPv4 と IPv6 の両方の構成がサポートされます。 静的 IP の詳細については、こちらを参照 してください。

クライアント IP の保持

グローバル ロード バランサーは、レイヤー 4 パススルー ネットワーク ロード バランサーです。 このパススルーによって、パケットの元の IP が保持されます。 元の IP は、仮想マシン上で実行するコードで使用できます。 この保持機能により、IP アドレスに固有のロジックを適用できます。

フローティング IP

グローバル IP レベルとリージョン IP レベルの両方でフローティング IP を構成できます。 詳細については、「Azure Load Balancer の複数のフロントエンド」を参照してください。

グローバルロードバランサー上で設定されたフローティングIPは、バックエンドの地域ロードバランサー上のフローティングIP構成とは独立して動作します。 グローバル ロード バランサーでフローティング IP を有効にする場合は、バックエンド VM に適切なループバック インターフェイスを追加する必要があります。

ヘルスプローブ

グローバルロードバランサーは、トラフィックの分散先を決定する際にバックエンドの地域ロードバランサーの状態を利用します。 グローバル ロード バランサーによる正常性チェックは、リージョンのロード バランサーに正常性プローブが設定されていることを考えると、5 秒ごとに自動的に行われます。

既存の Azure Load Balancer でリージョン間ソリューションを構築する

グローバル ロード バランサーのバックエンド プールには、1 つ以上のリージョン ロード バランサーが含まれています。

既存のロード バランサーのデプロイをグローバル ロード バランサーに追加して、高可用性のグローバル デプロイを実現します。

ホーム リージョンと参加リージョン

ホーム リージョンでは、グローバル レベルのグローバル ロード バランサーまたはパブリック IP アドレスをデプロイします。 このリージョンは、トラフィックのルーティング方法には影響しません。 ホーム リージョンがダウンしても、トラフィック フローは影響を受けません。

Azure のホーム リージョン

• 米国中部
• 東アジア
• 米国東部 2
• 北ヨーロッパ
• 東南アジア
• 英国南部
• US Gov バージニア
• 西ヨーロッパ
• 米国西部
• 中国北部 2

参加しているリージョンでは、ロード バランサーのグローバル パブリック IP がアドバタイズされます。

ユーザーが開始するトラフィックは、Microsoft コア ネットワークを介して最も近い参加リージョンに移動します。

グローバル ロード バランサーによって、トラフィックが適切なリージョン ロード バランサーにルーティングされます。

Azure の参加リージョン

• オーストラリア東部
• オーストラリア南東部
• インド中部
• 米国中部
• 東アジア
• 米国東部
• 米国東部 2
• 東日本
• 米国中北部
• 北ヨーロッパ
• 米国中南部
• 東南アジア
• 英国南部
• US DoD 中部
• US DoD 東部
• US Gov アリゾナ
• US Gov テキサス
• US Gov バージニア
• 米国中西部
• 西ヨーロッパ
• 米国西部
• 米国西部 2

グローバル ロード バランサーの制限事項

• グローバル フロントエンド IP 構成はパブリックのみです。 内部フロントエンドは現在サポートされていません。

• グローバル ロード バランサーのバックエンド プールにプライベート ロード バランサーまたは内部ロード バランサーを追加することはできません。

• NAT64 変換はサポートされていません。 フロントエンド IP とバックエンド IP は、同じ種類 (IPv4 または IPv6) である必要があります。

• ポート 3 の UDP トラフィックは、グローバル ロード バランサーではサポートされていません。

• アウトバウンド規則は、グローバル ロード バランサーではサポートされていません。 送信接続の場合は、リージョン ロード バランサーまたは NAT ゲートウェイで送信規則を使用します。

• リージョンのロード バランサーをグローバルレベルにアップグレードすることはできません。 新しいロード バランサーは、グローバル層としてのみ作成できます。

• グローバル ロード バランサーを使用して複数のリージョン ロード バランサーの背後に同じ NIC を配置する場合は、同じバックエンド ポートを使用するように、同じフロントエンド ポートを持つ各リージョン ロード バランサーの負荷分散規則を構成する必要があります。

• ICMP プロトコルはグローバル ロード バランサーではサポートされておらず、ICMP Ping は失敗することが予想されます。

料金と SLA

グローバル ロード バランサーでは、標準のロード バランサーの SLA が共有されます。

次の手順

• グローバル ロード バランサーを作成するには、「チュートリアル: Azure ポータルを使用してグローバル ロード バランサーを作成する」を参照してください。
• グローバル ロード バランサー の詳細情報。
• Azure Load Balancer についてさらに詳しく学習する。