負荷分散 VM を実装する

  • 5 分

"負荷分散" を使用して、リソースまたはサーバーのグループ間で受信ネットワーク トラフィックを均等に分散することができます。 このシナリオでは、ロード バランサーは "フロント エンド" デバイスと見なされますが、クライアントが接続する Azure リソースは "バックエンド プール" インスタンスです。

注意

バックエンド プール インスタンスには、Azure VM または仮想マシン スケール セット内のインスタンスを使用できます。

Azure では、負荷分散規則と正常性プローブを使用して、この受信トラフィックを管理します。

次の表で説明するように、Azure で使用できるロード バランサーには 2 種類あります。

ロード バランサーの種類 説明
パブリック ロード バランサー パブリック ロード バランサーを使用して、Azure 仮想ネットワーク (VNet) 内の VM の送信接続を提供します。 これらの接続は、プライベート IP アドレスをパブリック IP アドレスに変換することで実現されます。 パブリック ロード バランサーを使用して、VM へのインターネット トラフィックの負荷を分散します。
内部ロード バランサー プライベート IP がフロントエンドのみで必要な場合は、内部 ("プライベート") ロード バランサーを使用します。 内部ロード バランサーを使用して、Azure VNet 内のトラフィックを負荷分散します。

ヒント

ハイブリッド シナリオでは、オンプレミスのネットワークからロード バランサー フロントエンドに到達することもできます。

Azure Load Balancer には、重要なコンポーネントがいくつか含まれています。 次のものを使用して、サブスクリプションでこれらのコンポーネントを構成できます。

  • Azure portal
  • Azure CLI
  • Azure PowerShell
  • Azure Resource Manager のテンプレート

フロントエンド IP の構成

Azure Load Balancer の IP アドレスは、クライアントの接続ポイントです。 これらの IP アドレスは、次のいずれかになります。

  • パブリック IP アドレス
  • プライベート IP アドレス

次の表で説明するように、IP アドレスの特質によって、作成されるロード バランサーの種類が決まります。

パブリック ロード バランサー 内部ロード バランサー
フロントエンド IP の構成 パブリック IP アドレス プライベート IP アドレス
説明 パブリック ロード バランサーは、受信トラフィックのパブリック IP およびポートを、VM のプライベート IP およびポートにマップします。 ロード バランサーは、VM からの応答トラフィックについてはその逆にマップします。 負荷分散規則を適用することで、特定の種類のトラフィックを複数の VM やサービスに分散できます。 たとえば、Web 要求トラフィックを複数の Web サーバーに分散させることができます。 内部ロード バランサーは、プライベート IP アドレスから送信されたトラフィックを、VNet 内のリソースに分散します。 負荷分散の対象となる、VNet のフロントエンド IP アドレスは、Azure によってアクセスが制限されます。 フロントエンド IP アドレスと VNet は、インターネット エンドポイントに直接公開されることはありません。 社内の基幹業務 (LOB) アプリケーションは Azure で実行され、Azure 内またはオンプレミス リソースのいずれかからアクセスされます。
サポートされている SKU Basic、Standard Basic、Standard

注意

ロード バランサーには、複数のフロントエンド IP を割り当てることができます。

バックエンド プール

バックエンド プールは、Azure VM または仮想マシン スケール セットに関連付けることができます。 バックエンド プール内の VM は、受信要求を処理します。

インスタンスをスケール アップまたはスケール ダウンすると、ロード バランサーは自動再構成を使用して即座に再構成されます。 バックエンド プールの VM を追加または削除すると、追加操作なしに、ロード バランサーが再構成されます。 ロード バランサーは、ロード バランサーと同じ VNet に接続されている VM と仮想マシン スケール セットのインスタンスに要求を分散できます。

注意

ロード バランサーは、同じ VNet に接続されているすべての VM に対して自動的に要求を分散することはありません。それらをバックエンド プールに関連付けることによって指定する必要があります。

バックエンド プールの設計方法を検討するときは、個々のバックエンド プール リソースを最小限の数に設計して、管理操作の期間を最適化します。 データ プレーンのパフォーマンスやスケールに違いはありません。

追加の参考資料

詳しくは、次のドキュメントをご覧ください。