次の方法で共有


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

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

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

注意

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

シナリオ

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

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

物理接続コンポーネント

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

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

  • ノースバウンドおよびサウスバウンド通信の場合、Azure Stack HCI クラスターには、マルチシャーシ リンク集約グループ (MLAG) 構成で 2 つの TOR スイッチが必要です。
  • SET 仮想スイッチを使用して、TOR スイッチに接続された管理トラフィックとコンピューティング トラフィックを処理する 2 つのネットワーク カード。 各 NIC は、異なる TOR に接続されます。
  • ストレージのトラフィックを East-West するためのフルメッシュ シングル リンク構成の各ノード上の 2 つの RDMA NIC。

    注意

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

ネットワーク 管理とコンピューティング ストレージ
リンク速度 少なくとも 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 Stack HCI クラスターをデプロイするために使用する ARM テンプレートで IP を指定する必要があります。

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

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

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

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

管理 VLAN

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

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

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

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

  • 管理ネットワーク用のネイティブ 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) ネットワークは、East-West (内部内部) テナント トラフィック、North-South (外部内部) テナント トラフィック、および BGP ピアリング情報を物理ネットワークと交換するための基になる物理ネットワークとして機能します。 このネットワークは、分離とネットワーク マルチテナントの追加レイヤーのために VXLAN カプセル化を使用して仮想ネットワークをデプロイする必要がある場合にのみ必要です。

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

ネットワーク ATC 意図

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

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

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

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

ストレージの意図

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

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

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

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

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

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

    • ストレージ ネットワーク 1: 10.0.1.0/24 – Node1 -> Node2
    • ストレージ ネットワーク 2: 10.0.2.0/24 – Node1 -> Node2
    • ストレージ ネットワーク 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"
                    }
                ]
            }
        ]
      },