Network ATC を使用してホスト ネットワークをデプロイする

適用対象: Azure Stack HCI バージョン 22H2 および 21H2

この記事では、Network ATC の要件、ベスト プラクティス、デプロイについて説明します。 Network ATC を使用すると、Azure Stack HCI クラスターのデプロイとネットワーク構成の管理が単純化されます。 これにより、ネットワークのデプロイをホストするためのインテントに基づくアプローチが提供されます。 ネットワーク アダプターの 1 つ以上のインテント (管理、コンピューティング、ストレージ) を指定することにより、意図する構成のデプロイを自動化できます。 概要と定義など、ネットワーク ATC の詳細については、「Network ATC の概要」を参照してください。

フィードバックがある場合、または問題が発生する場合は、「要件とベスト プラクティス」セクションを確認し、Network ATC のイベント ログを調べて、Microsoft サポート チームに問い合わせてください。

要件とベスト プラクティス

Azure Stack HCI で Network ATC を使用するための要件とベスト プラクティスを次に示します。

  • Azure Stack HCI バージョン 22H2 でサポートされています。

  • クラスター内のすべてのサーバーで、Azure Stack HCI バージョン 22H2 が実行されている必要があります。

  • Azure Stack HCI で認定された物理ホストを使用する必要があります。

  • クラスターあたり最大 16 ノードがサポートされます。

  • 同じ Network ATC インテント内のアダプターは、対称型 (同じメーカー、モデル、速度、構成) で、各クラスター ノードで使用できる必要があります。 バージョン 22H2 以降のネットワーク ATC では、意図をデプロイする前に、ノード上およびクラスター全体のアダプターの対称プロパティが確認されます。 非対称アダプターを使用すると、意図の展開でエラーが発生します。 アダプターの対称の詳細については、「スイッチが埋め込まれたチーミング (設定)」を参照してください。

  • インテントで指定された各物理アダプターは、クラスター内のすべてのノードで同じ名前を使用する必要があります。

  • PowerShell コマンドレット Get-NetAdapter で検証すると各ネットワーク アダプターが "アップ" 状態であることを確認します。

  • 各ノードには、次の Azure Stack HCI 機能がインストールされている必要があります。

    • Network ATC
    • Data Center Bridging (DCB)
    • フェールオーバー クラスタリング
    • Hyper-V PowerShell を使用して必要な機能をインストールする例を次に示します。
    Install-WindowsFeature -Name NetworkATC, Data-Center-Bridging, Hyper-V, Failover-Clustering -IncludeManagementTools
    
  • ベスト プラクティス: 各アダプターを各ホストの同じ PCI スロットに挿入します。 これにより、イメージング システムによる自動名前付け規則が簡単になります。

  • ベスト プラクティス: VLAN、MTU、DCB の構成を含む Network ATC の前に、物理ネットワーク (スイッチ) を構成します。 詳細については、物理ネットワークの要件に関する記事を参照してください。

重要

更新: 仮想マシンでのネットワーク ATC のデプロイは、テストと検証の目的でのみ使用できます。 VM ベースのデプロイでは、既定のアダプター設定をオーバーライドして、NetworkDirect プロパティを無効にする必要があります。 オーバーライドの送信について詳しくは、既定のネットワーク設定のオーバーライドに関する記事をご覧ください。

スタンドアロン モードでのネットワーク ATC のデプロイは、テストと検証の目的でのみ使用できます。

一般的な Network ATC のコマンド

Network ATC に関して、いくつかの新しい PowerShell コマンドがあります。 それらを確認するには、Get-Command -ModuleName NetworkATC コマンドレットを実行します。 PowerShell を管理者として実行する必要があります。

Remove-NetIntent コマンドレットは、ローカル ノードまたはクラスターからインテントを削除します。 これによって、呼び出された構成が破棄されることはありません。

インテントの例

Network ATC によって変更されるのは、デプロイするものではなく、ホスト ネットワークのデプロイ方法です。 各シナリオが Microsoft によってサポートされている限り、複数のシナリオを実装できます。 ここでは、一般的なデプロイ オプションの例と、必要な PowerShell コマンドを示します。 これらは、使用できる組み合わせというだけでなく、可能性に関するアイデアも提供するはずです。

わかりやすくするため、デモンストレーションで使用する物理アダプターはSET チームごとに 2 台だけですが、さらに追加することもできます。 詳細については、ホスト ネットワークの計画に関する記事を参照してください。

完全集中型インテント

このインテントでは、コンピューティング、ストレージ、管理のネットワークが、すべてのクラスター ノードにデプロイおよび管理されます。

完全集中型インテント

Add-NetIntent -Name ConvergedIntent -Management -Compute -Storage -AdapterName pNIC01, pNIC02

集中型のコンピューティングおよびストレージ インテント、個別の管理インテント

2 つのインテントは、クラスター ノード間で管理されます。 管理では pNIC01 と pNIC02 が使用されます。コンピューティングとストレージは異なるアダプターにあります。

ストレージとコンピューティングの集中型ネットワーク インテント

Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute_Storage -Compute -Storage -AdapterName pNIC03, pNIC04

完全非集中型インテント

このインテントでは、コンピューティング、ストレージ、管理ネットワークが、すべてのクラスター ノードで異なるアダプターにおいて管理されます。

完全非集中型インテント

Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06

ストレージのみのインテント

このインテントでは、ストレージのみが管理されます。 管理アダプターとコンピューティング アダプターは、Network ATC によって管理されません。

ストレージのみのインテント

Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06

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

このインテントでは、コンピューティングおよび管理ネットワークは管理されますが、ストレージは管理されません。

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

Add-NetIntent -Name Management_Compute -Management -Compute -AdapterName pNIC01, pNIC02

複数のコンピューティング (スイッチ) インテント

このインテントでは、複数のコンピューティング スイッチが管理されます。

複数のスイッチ ネットワーク インテント

Add-NetIntent -Name Compute1 -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Compute2 -Compute -AdapterName pNIC05, pNIC06

既定の Network ATC 値

このセクションでは、Network ATC で使用される主要な既定値の一部を示します。

22H2 の既定値

このセクションでは、Network ATC がバージョン 22H2 以降で設定する追加の既定値について説明します。

ストレージ IP アドレスの自動設定

意図の種類として -Storage バージョン 22H2 以降のネットワーク ATC を選択すると、IP アドレス、サブネット、VLAN が構成されます。 ネットワーク ATC は、クラスター内のすべてのノードで一貫した均一な方法でこれを行います。

ストレージ インテント内の各ノードの各アダプターの既定の IP アドレスは、次のように設定されます。

アダプター IP アドレスとサブネット VLAN
pNIC1 10.71.1.X 711
pNIC2 10.71.2.X 712
pNIC3 10.71.3.X 713

IP アドレスとサブネットは、アダプターに割り当てられた VLAN と一致します。

自動ストレージ IP アドレス指定をオーバーライドするには、ストレージオーバーライドを作成し、意図の作成時にオーバーライドを渡します。

$storageOverride = new-NetIntentStorageOverrides
$storageOverride.EnableAutomaticIPGeneration = $false
Add-NetIntent -Name Storage_Compute -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $storageoverride

クラスター ネットワークの設定

バージョン 22H2 以降では、Network ATC によってクラスター ネットワーク機能のセットが既定で構成されます。 既定値を次に示します。

プロパティ Default
EnableNetworkNaming $true
EnableLiveMigrationNetworkSelection $true
EnableVirtualMachineMigrationPerformance $true
VirtualMachineMigrationPerformanceOption 既定値は常に計算されます: SMB、TCP、または圧縮
MaximumVirtualMachineMigrations 1
MaximumSMBMigrationBandwidthInGbps 既定値は、設定に基づいて計算されます

21H2 の既定値

既定の VLAN

次の既定の VLAN が使用されます。 これらの VLAN は、適切な操作のために物理ネットワークで使用できる必要があります。

アダプターのインテント 既定値
管理 管理アダプター用に構成された VLAN は変更されません
ストレージ アダプター 1 711
ストレージ アダプター 2 712
ストレージ アダプター 3 713
ストレージ アダプター 4 714
ストレージ アダプター 5 715
ストレージ アダプター 6 716
ストレージ アダプター 7 717
ストレージ アダプター 8 718
将来的に使用 719

次のようなコマンドについて考えてみます。

Add-NetIntent -Name Cluster_ComputeStorage -Storage -AdapterName pNIC01, pNIC02, pNIC03, pNIC04

物理 NIC (または必要な場合は仮想 NIC) は、それぞれ VLAN 711、712、713、714 を使用するように構成されます。

注意

ネットワーク ATC を使用すると、Add-NetIntentStorageVlans パラメーターで使用される VLAN を変更できます。

既定のデータ センター ブリッジング (DCB) の構成

Network ATC によって、次の優先順位と帯域幅の予約が確立されます。 物理ネットワークでもこのように構成する必要があります。

ポリシー vmmblue_2 既定の優先順位 既定の帯域幅予約
クラスター クラスター ハートビート予約 7 アダプターが 10 Gbps 以下の場合は 2%、アダプターが 10 Gbps を超える場合は 1%
SMB_Direct RDMA ストレージ トラフィック 3 50%
Default その他のすべてのトラフィックの種類 0 剰余

Note

ネットワーク ATC を使用すると、既定の帯域幅予約のような既定の設定をオーバーライドできます。 例については、「ネットワーク設定を更新またはオーバーライドする」を参照してください。

次のステップ