次の方法で共有


Azure Local の 3 ノード ストレージ スイッチレス、デュアル TOR、シングル リンク デプロイ ネットワーク参照パターンを確認する

> 適用対象: Azure Local バージョン 23H2 以降

この記事では、2 つの TOR L3 スイッチを備えた 3 ノード ストレージ スイッチレスと、Azure ローカル ソリューションのデプロイに使用できるフルメッシュのシングル リンク ネットワーク参照パターンについて説明します。

Note

この記事で説明する 3 ノードスイッチレス ネットワーク参照パターンは、Microsoft によってテストおよび検証されました。 2 ノードのスイッチレス ネットワーク パターンの詳細については、「 Azure ローカル ネットワーク展開パターンを参照してください。

シナリオ

このネットワーク パターンのシナリオには、ラボ、工場、小売店、公共セクター、政府などがあります。

すべてのネットワーク コンポーネントでフォールト トレランスを備えたコスト効率の高いソリューションを探す場合は、このパターンを実装することを検討してください。 このパターンでは、ソフトウェア定義ネットワーク (SDN) L3 サービスが完全にサポートされています。 Border Gateway Protocol (BGP) などのルーティング サービスは、L3 サービスをサポートしている場合、TOR スイッチで直接構成できます。 マイクロ セグメント化やサービス品質 (QoS) などのネットワーク セキュリティ機能は、仮想ネットワーク アダプターレイヤーに実装されているため、ファイアウォール デバイスの追加構成を必要としません。

物理接続コンポーネント

3 ノードのスイッチレス、2 つの TOR、単一リンクの物理接続レイアウトを示す図。

上の図に示すように、このパターンには次の物理ネットワーク コンポーネントがあります。

  • 北方向と南方向の通信の場合、Azure ローカル インスタンスには、マルチシャーシ リンク アグリゲーション グループ (MLAG) 構成で 2 つの TOR スイッチが必要です。
  • TOR スイッチに接続された、SET 仮想スイッチを使用して管理トラフィックとコンピューティング トラフィックを処理する 2 つのネットワーク カード。 各 NIC は異なる TOR に接続されます。
  • 記憶域の東西トラフィック用のフル メッシュ シングル リンク構成の各ノード上の 2 つの RDMA NIC。

    Note

    この構成では、ノード間に冗長なネットワーク接続はありません。

ネットワーク 管理とコンピューティング Storage
リンク速度 少なくとも 1 GBps。 10 GBps 推奨 少なくとも 10 GBps
インターフェイスの型 RJ45、SFP+ または SFP28 SFP+ または SFP28
ポートと集計 2 つのチーミングされたポート 2 つのスタンドアロン ポート

Logical networks

次の図に示すように、このパターンには次の論理ネットワーク コンポーネントがあります。

3 ノードのスイッチレス、2 つの TOR、単一リンクの論理接続レイアウトを示す図。

SMB トラフィック用のノード相互接続ネットワーク VLAN (ストレージとライブ マイグレーション)

ストレージインテントベースのトラフィックは、RDMA トラフィックをサポートする 3 つの個々のサブネットで構成されます。 各インターフェイスは、個別のノード相互接続ネットワーク専用です。 このトラフィックは、3 つのノード間のみを移動することを目的としています。 これらのサブネット上のストレージ トラフィックは、他のリソースに接続せずに分離されます。

ノード間のストレージ アダプターの各ペアは、異なる IP サブネットで動作します。 スイッチレス構成を有効にするために、接続されている各ノードは、その近隣ノードの同じ一致するサブネットをサポートします。

3 ノードのスイッチレス構成をデプロイする場合、Network ATC には次の要件があります。

  • ストレージ接続に使用されるすべての IP サブネットに対して 1 つの VLAN のみをサポートします。

  • StorageAutoIP パラメーターは false に設定する必要があります。 Switchless パラメーターは true に設定する必要があり、Azure から Azure ローカル インスタンスをデプロイするために使用する ARM テンプレートで IP を指定する必要があります。

  • Azure Local バージョン 23H2 クラウド デプロイの場合:

    • スケールアウト ストレージ スイッチレス システムはサポートされていません。

    • ARM テンプレートを使用してこの 3 ノードシナリオをデプロイすることだけが可能です。

    詳細については、「 Azure Resource Manager デプロイ テンプレートを使用したデプロイ」を参照してください。

管理 VLAN

すべての物理コンピューティング ホストは、管理論理ネットワークにアクセスする必要があります。 IP アドレス計画の目的で、各ホストには、管理論理ネットワークから少なくとも 1 つの IP アドレスが割り当てられている必要があります。

DHCP サーバーでは管理ネットワークの IP アドレスを自動的に割り当てることができます。または、静的 IP アドレスを手動で割り当てることもできます。 DHCP が優先 IP 割り当て方法である場合は、有効期限のない DHCP 予約をお勧めします。

詳細については、クラウドデプロイ DHCP ネットワークに関する考慮事項を参照してください。

管理ネットワークでは、トラフィックに対して 2 つの異なる VLAN 構成 ( NativeTagged がサポートされています。 各構成には、次の考慮事項が適用されます。

  • 管理ネットワークのネイティブ VLAN では、VLAN ID を指定する必要はありません。

  • 管理ネットワーク用にタグ付けされた VLAN では、Azure Arc にノードを登録する前に、物理ネットワーク アダプターまたは管理仮想ネットワーク アダプターで VLAN ID を構成する必要があります。

  • 管理アダプターの VLAN ID を受け入れるように、物理スイッチ ポートを正しく構成する必要があります。

  • 意図に管理トラフィックの種類とコンピューティング トラフィックの種類が含まれている場合は、管理とコンピューティングのワークロードに必要なすべての VLAN を受け入れるように、物理スイッチ ポートをトランク モードで構成する必要があります。

管理ネットワークは、リモート デスクトップ、Windows Admin Center、Active Directory などのシステムの管理に管理者が使用するトラフィックをサポートします。

詳細については、「 管理 VLAN ネットワークに関する考慮事項を参照してください。

コンピューティング VLAN

シナリオによっては、VXLAN カプセル化で SDN 仮想ネットワークを使用する必要はありません。 代わりに、従来の VLAN を使用してテナント ワークロードを分離できます。 これらの VLAN はトランク モードの TOR スイッチ ポートで設定する必要があります。 これらの VLAN に新しい仮想マシンを接続する場合、対応する VLAN タグは仮想ネットワーク アダプターで定義されます。

HNV プロバイダー アドレス (PA) ネットワーク

Hyper-V ネットワーク仮想化プロバイダー アドレス (HNV PA) ネットワークは、東西 (内部内部) テナント トラフィック、南北 (外部内部) テナント トラフィックの基になる物理ネットワークとして機能し、BGP ピアリング情報を物理ネットワークと交換します。 このネットワークは、分離とネットワーク マルチテナントの追加レイヤーのために VXLAN カプセル化を使用して仮想ネットワークをデプロイする必要がある場合にのみ必要です。

詳細については、「 ソフトウェア定義ネットワーク インフラストラクチャを計画するを参照してください。

ネットワーク ATC 意図

3 ノードのストレージ スイッチレス パターンの場合、2 つのネットワーク ATC 意図が作成されます。 1 つ目の意図は管理とコンピューティング ネットワーク トラフィック用で、2 つ目の意図はストレージ トラフィック用です。

3 ノードのスイッチレス、2 つの TOR、シングル リンク ネットワーク ATC 意図を示す図。

管理インテントとコンピューティング インテント

  • 意図の種類: 管理とコンピューティング
  • Inテント モード: クラスター モード
  • チーミング: はい。 pNIC01 および pNIC02 チーム
  • 既定の管理 VLAN: 管理アダプター用に構成された VLAN は変更されません。
  • PA とコンピューティング VLAN と vNIC: ネットワーク ATC は、PA vNIC と VLAN、またはコンピューティング VM vNIC と VLAN に対して透過的です。

ストレージの意図

  • 意図の種類: ストレージ

  • Inテント モード: クラスター モード

  • チーミング: いいえ。 RDMA NIC は、SMB マルチチャネルを使用して回復性と帯域幅の集計を提供します。

  • 既定の VLAN: すべてのサブネットの単一 VLAN

  • ストレージ自動 IP: False。 このパターンには、手動の IP 構成または ARM テンプレートの IP 定義が必要です。

  • 3 つのサブネットが必要 (ユーザー定義):

    • Storage Network 1: 10.0.1.0/24 – Node1 -> Node2
    • Storage Network 2: 10.0.2.0/24 – Node1 -> Node2
    • Storage Network 3: 10.0.3.0/24 – Node2 -> Node3

詳細については、「 ネットワーク ATC を使用したホスト ネットワークのデプロイを参照してください。

ARM テンプレートストレージインテントネットワークの構成例

ARM テンプレートは、3 ノード ストレージ スイッチレス、デュアル TOR、シングル リンクに使用できます。

テンプレートのスニペットを次に示します。

"storageNetworkList": {
        "value": [
            {
                "name": "StorageNetwork1",
                "networkAdapterName": "SMB1",
                "vlanId": "711",
                "storageAdapterIPInfo": [
                    {
                        "physicalNode": "Node1",
                        "ipv4Address": "10.0.1.1",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node2",
                        "ipv4Address": "10.0.1.2",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node3",
                        "ipv4Address": "10.0.2.1",
                        "subnetMask": "255.255.255.0"
                    }
                ]
            },
            {
                "name": "StorageNetwork2",
                "networkAdapterName": "SMB2",
                "vlanId": "711",
                "storageAdapterIPInfo": [
                    {
                        "physicalNode": "Node1",
                        "ipv4Address": "10.0.2.2",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node2",
                        "ipv4Address": "10.0.3.1",
                        "subnetMask": "255.255.255.0"
                    },
                    {
                        "physicalNode": "Node3",
                        "ipv4Address": "10.0.3.2",
                        "subnetMask": "255.255.255.0"
                    }
                ]
            }
        ]
      },