内部ロード バランサーを実装する
管理者は、内部のロード バランサーを使用して、仮想ネットワーク内にあるリソース、または Azure インフラストラクチャへのアクセスに VPN を使用するリソースにトラフィックを転送します。 この構成では、フロントエンドの IP アドレスと仮想ネットワークがインターネット エンドポイントに直接公開されることはありません。 社内の基幹業務アプリケーションは Azure で実行され、Azure 内またはオンプレミス リソースからアクセスされます。
ビジネス シナリオ
複数の仮想マシンを含む Azure SQL Database 層のサブネットがあり、内部ロード バランサーを実装するとします。 データベース要求をバックエンドに分散する必要があります。 内部ロード バランサーはデータベース要求を受け取り、負荷分散規則を使用して、バックエンド SQL サーバーに要求を分散させる方法を決定します。 SQL サーバーはポート 1433 で応答します。 次の図ではこのシナリオを強調しています。
内部ロード バランサーを使用する場合の考慮事項
内部ロード バランサーを実装すると、いくつかの種類の負荷分散を実現できます。
仮想ネットワーク内: 仮想ネットワーク内の仮想マシンから、同じ仮想ネットワーク内に存在する一連の仮想マシンに負荷を分散する。
クロスプレミス仮想ネットワークの場合: オンプレミスのコンピューターから、同じ仮想ネットワーク内に存在する一連の仮想マシンに負荷を分散する。
多層アプリケーションの場合: バックエンド層がインターネットに接続しない、インターネットに接続する多層アプリケーションの負荷を分散する。 バックエンド層では、インターネットに接続する層でトラフィックが負荷分散される必要があります。
基幹業務アプリケーションの場合: 他のロード バランサー ハードウェアやソフトウェアを追加せず、Azure でホストされている基幹業務アプリケーションに負荷分散を追加する。 このシナリオには、トラフィックが負荷分散されるコンピューターのセットに含まれるオンプレミスのサーバーが含まれます。
パブリック ロード バランサーを使用: 内部ロード バランサーの前にパブリック ロード バランサーを構成して、多層アプリケーションを作成する。