JA
English
Deutsch
Español
Français
Italiano
Português
Nederlands
Polski
Bahasa Indonesia
Русский
Українська
العربية
עברית
한국어Azure Load Balancer の Basic と Standard：どちらを選ぶべきか
By Mirko Peters ·
Microsoft Azure でクラウド基盤を設計する際、高可用性、最適なパフォーマンス、耐障害性の確保は欠かせません。多くの回復性の高いクラウドアーキテクチャの中核にあるのが Azure Load Balancer です。ただし、ロード バランサーを実装すると決めた時点で、重要な設計判断に直面します。Basic と Standard のどちらを選ぶべきかという判断です。選択を誤ると、不要なコストが発生するか、ミッション クリティカルなアプリケーションがスケーリングのボトルネックやダウンタイムにさらされるおそれがあります。
Automatically translated with AI from the original post. Read the English original
Microsoft Azure でクラウド基盤を設計する際、高可用性、最適なパフォーマンス、耐障害性の確保は欠かせません。多くの回復性の高いクラウドアーキテクチャの中核にあるのが Azure Load Balancer です。ただし、ロード バランサーを実装すると決めた時点で、重要な設計判断に直面します。Basic と Standard のどちらを選ぶべきかという判断です。選択を誤ると、不要なコストが発生するか、ミッション クリティカルなアプリケーションがスケーリングのボトルネックやダウンタイムにさらされるおそれがあります。
この包括的なガイドでは、Basic と Standard の Azure Load Balancer について知っておくべきことをすべて解説します。中核となる機能、アーキテクチャの違い、パフォーマンス指標、診断、導入シナリオを取り上げ、お使いのアプリケーション要件に合ったレベルを確実に選択できるようにします。
Azure Load Balancer の概要
各レベルの説明に入る前に、Azure Load Balancer が実際に何をするのかを理解しておくことが重要です。OSI 参照モデルのレイヤー 4 で動作する Azure Load Balancer は、TCP と UDP の両方のトラフィックを処理し、超低遅延と高スループットを実現します。クラウド基盤におけるトラフィックの交通整理役として、クライアントとバックエンドのサーバー プールの間に位置します。
ロード バランサーは受信フローと送信フローを管理し、クライアントの要求を仮想マシンや仮想マシン スケール セットなどのバックエンド リソースに均等に振り分けます。正常性プローブを利用して、バックエンド サーバーの稼働状態を継続的に監視します。応答しなくなったサーバーがあれば、ロード バランサーは自動的にそのサーバーを振り分け対象から外し、ユーザーがアプリケーションのクラッシュやダウンタイムに遭遇しないようにします。単純な社内ワークロードを扱う場合でも、グローバルな E コマース プラットフォーム向けに 1 秒あたり数百万のリクエストを処理する場合でも、このサービスの構成方法を理解することは非常に重要です。
Basic と Standard のレベルの違い
Azure のロード バランサー サービスには、Basic と Standard の 2 つのレベルがあります。どちらもネットワーク トラフィックを分散するという基本目的は共通していますが、想定するユース ケース、規模、セキュリティ態勢が大きく異なるように設計されています。
Basic Load Balancer は、小規模で負荷の低いワークロード向けに設計されています。基本的な負荷分散機能は備えていますが、スケーラビリティ、冗長性、高度な機能の面で制約があります。一方、Standard Load Balancer はエンタープライズ級の本番規模のワークロード向けに構築されています。高度なルーティング機能、厳格なセキュリティの仕組み、堅牢な可観測性機能を備えています。環境に適したアーキテクチャ上の判断を下すには、まずこの 2 つのレベルの考え方の違いを理解することが第一歩になります。
主な機能と性能の比較
Basic と Standard の違いを本当に理解するには、機能ごとにどう違うかを確認する必要があります。両者のアーキテクチャ上の差は、高可用性、セキュリティ、監視の面で何が実現できるかを左右します。
最も大きな違いの一つは、バックエンド プールのエンドポイントにあります。Standard Load Balancer は、仮想ネットワーク内の任意の仮想マシンをサポートでき、仮想マシン スケール セットや別々のインスタンスも含まれ、大規模なバックエンド プールの上限まで対応します。一方、Basic Load Balancer では、バックエンド プールを単一の可用性セットまたはスケール セット内の仮想マシンに限定されます。
セキュリティも重要な違いです。Standard Load Balancer はデフォルトで安全に構成されており、送信規則またはネットワーク セキュリティ グループの構成によって明示的に許可しない限り、バックエンド インスタンスがインターネットに暗黙的に公開されることはありません。Basic Load Balancer はデフォルトでオープンな状態のため、受信と送信のアクセスを制限するにはネットワーク セキュリティ グループを慎重に管理する必要があります。さらに、HA（高可用性）ポート、グローバル負荷分散、柔軟なセッション永続性などの機能は、Standard レベルでのみ利用できます。
Basic Load Balancer を選ぶべき場合
Standard SKUの高度な機能を考えると、Basic Load Balancerを使う場面はあるのか疑問に思われるかもしれません。結論から言えば、あります。ただし、その用途は非本番環境と特定の軽量なシナリオに厳しく限定されます。
次のような条件に当てはまる場合は、Basic Load Balancerの選択を検討してください。
- 非本番環境および開発/テスト環境: 高可用性や厳格なサービス レベル契約(SLA)が求められない、テスト、学習、ステージングのために一時的なリソースを立ち上げる場合です。
- 予算に制約のある小規模アプリケーション: Basic tierはコストが低く(Azureの構成モデルによっては無料になる場合もあります)、トラフィック量の少ない小規模な社内アプリケーションに適している場合があります。
- シンプルなアーキテクチャ: アプリケーションが可用性ゾーン、複雑なヘルス プローブ プロトコル(基本的なTCPおよびHTTPを超えるもの)、高度なメトリック診断を必要としない場合、Basic tierは複雑さを増やすことなく、レイヤー4での単純な負荷分散を提供します。
Standard Load Balancerを選ぶべき場面
最新のエンタープライズ アプリケーション、本番ワークロード、顧客向けサービスのほぼすべてにおいて、Standard Load Balancerが決定的な選択肢です。その充実した機能セットは、高可用性のクラウド アーキテクチャの要求に応えるように設計されています。
次のようなシナリオでは、Standard Load Balancerを選択してください。
- ミッションクリティカルな本番アプリケーション: 金銭的に保証されたSLA、高可用性、ダウンタイムをほぼ許容できない要件を持つアプリケーションは、必ずStandard tierを使用する必要があります。
- スケールアウト アーキテクチャ: トラフィック負荷に応じて動的にスケールアウト/スケールインする必要がある仮想マシン スケール セットを利用するアプリケーションです。
- セッション維持が必要なステートフル アプリケーション: アプリケーションがユーザー セッションに依存し、ユーザーを常に同じバックエンド サーバーにルーティングするためにソースIPアフィニティが必要な場合、Standardには必要な構成制御機能が用意されています。
- グローバルおよびマルチリージョンへの展開: アプリケーションをグローバルに拡張し、複数のAzureリージョンにわたってトラフィックを効率的に分散する必要がある場合です。
パフォーマンス、診断、可用性ゾーン
インフラストラクチャ コンポーネントを評価する際には、生のスループットと同様に、可観測性と回復性も重要です。ここがまさに、Standard Load BalancerがBasicの製品より優れている点です。
可用性ゾーン: Standard tierはAzure可用性ゾーンをネイティブにサポートします。これにより、ロード バランサーのフロントエンドとバックエンド プールを特定のゾーンに合わせて配置でき、物理データセンター全体で障害が発生した場合でも、アプリケーションの回復性を維持できます。Basic tierは可用性ゾーンをサポートしません。
診断と可観測性: 適切なデータがなければ、ネットワークの問題のトラブルシューティングは悪夢になりかねません。Standard Load Balancerは Azure Monitor と深く統合されており、データ パスの正常性、SYNパケット、バイト数、接続の切断に関する、多次元で詳細なメトリックを提供します。メトリックのしきい値に対するアラートを設定することもできます。Basic tierのメトリックははるかに限定的で、通常はパブリック ロード バランサーに対する Azure Log Analytics による基本的なログ記録に限られます。
ヘルス プローブ: 両方のtierがTCPおよびHTTPのヘルス プローブをサポートしますが、Standard tierはHTTPSヘルス プローブもサポートします。これにより、バックエンド インスタンスに対して安全で暗号化されたヘルス チェックを実行でき、エンドツーエンドのトラフィック検証をセキュアに保つことができます。
結論と選択の方法
Basic Azure Load BalancerとStandard Azure Load Balancerのどちらを選ぶかは、最終的にアプリケーション要件、パフォーマンスの期待値、セキュリティ態勢、予算のバランスをどう取るかにかかっています。Basic tierは開発、テスト、小規模な重要度の低いワークロードに適した経済的な選択肢ですが、本番環境の現代的なワークロードにおいては、Standard Load Balancerが間違いなく最適な選択です。可用性ゾーンのサポート、充実したAzure Monitorによる診断機能、セキュアな既定のアーキテクチャ、そして大規模な拡張性により、Standard tierはクラウド インフラストラクチャの回復性、パフォーマンス、セキュリティを確実に維持します。
レジリエントなアーキテクチャの設計や実践的なクラウド戦略について詳しく知りたい方は、関連するポッドキャストエピソード Azure Load Balancer — Simply Explained もぜひご覧ください。このエピソードでは、これらの概念を分かりやすく実践的な言葉で解説し、それらが Microsoft のエコシステム全体でどのように位置付けられるかを紹介しています。