インバウンド NAT 規則は、ロード バランサー フロントエンドからバックエンド プール内の 1 つ以上のインスタンスにトラフィックを転送するために使用されます。
インバウンド NAT 規則の使用理由
ポート転送にはインバウンド NAT 規則が使用されます。 ポートフォワーディングでは、ロード バランサーのフロントエンド IP アドレスとポート番号を使用して仮想マシンに接続できます。 ロード バランサーはポートでトラフィックを受信し、インバウンド NAT 規則に基づいて、特定のバックエンド ポート上の指定された仮想マシンにトラフィックを転送します。 負荷分散規則とは異なり、インバウンド NAT 規則には正常性プローブをアタッチする必要はないことにご注意ください。
インバウンド NAT 規則のタイプ
Azure Load Balancer には、バージョン 1 とバージョン 2 の 2 種類のインバウンド NAT 規則があります。
注
複数の仮想マシンまたは仮想マシン スケール セットを対象とするStandard Load Balancerデプロイには、受信 NAT 規則 V2 を使用することをお勧めします。 単一の仮想マシン ポートの場合、受信 NAT 規則 V1 は引き続き完全にサポートされます。
インバウンド NAT 規則 V2
複数の仮想マシンを対象とする受信 NAT 規則は、バックエンド プール全体を参照します。 フロントエンド ポート範囲の開始とバックエンド プール内のマシンの最大数のルール設定に基づいて、フロントエンド ポートの範囲が事前に割り当てられます。
受信ポート規則の作成中に、規則で定義されている事前に割り当てられた範囲からバックエンド プールへのポート マッピングが行されます。
バックエンド プールをスケールダウンすると、残りの仮想マシンの既存のポート マッピングが保持されます。 バックエンド プールがスケールアップされると、バックエンド プールに追加された新しい仮想マシンに対して新しいポート マッピングが自動的に作成されます。 インバウンド NAT 規則の設定を更新する必要はありません。
注
定義済みのフロントエンド ポート範囲に十分な数のフロントエンド ポートが使用できない場合、バックエンド プールのスケールアップはブロックされます。 このブロックにより、新しいインスタンスのネットワーク接続が不足する可能性があります。
受信 NAT 規則 V1 - 単一の仮想マシン
1 つの仮想マシンの受信 NAT 規則 V1 では、ロード バランサーのフロントエンド IP/ポートと特定のバックエンド仮想マシンの間に 1 対 1 のポート マッピングが提供されます。 これは、ロード バランサーを介した個々の VM への SSH または RDP アクセスなどのシナリオで使用されます。
受信 NAT プール (Azure Virtual Machine Scale Sets) — 2027 年 9 月 30 日に廃止予定
受信 NAT プールは、Azure 仮想マシン スケール セットのインスタンスごとに受信 NAT 規則を自動的に作成する、受信 NAT 規則 V1 の機能です。 ロード バランサーのフロントエンド IP アドレスと一連のフロントエンド ポートは、個々のVirtual Machine Scale Sets インスタンスに接続をマップするために使用されます。
重要
2027 年 9 月 30 日に、Inbound NAT プール (受信 NAT 規則 V1 のVirtual Machine Scale Sets固有の機能) は廃止され、2026 年 11 月 15 日から新しい受信 NAT プールを作成できなくなります。 現在、Virtual Machine Scale Setsで受信 NAT プールを使用している場合は、提供終了日より前に受信 NAT 規則 V2 にアップグレードします。 単一 VM 受信 NAT 規則 V1 は、この廃止の影響を受けません。
ポートマッピングの取得
ポータルを使用して、バックエンド プール内の仮想マシンのポート マッピングを取得できます。 詳細については、 「インバウンドNAT 規則の管理」を参照してください。
次の手順
Azure Load Balancerのインバウンド NAT 規則の詳細については、以下を参照してください：