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

2025-05-22
適用対象: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

適用対象: Windows Server 2025;Azure Local 2311.2 以降

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

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

[前提条件]

Network ATC を使用するには、次の前提条件を満たす必要があります。

クラスター内のすべてのサーバーで Windows Server 2025 以降を実行している必要があります。また、Azure ローカル環境ではバージョン 2311.2 以降が実行されている必要があります。
Windows Server または Azure Local の認定を受けた物理ホストを使用する必要があります。セキュリティで保護されたコアサーバーの認定を受けたハードウェアについては、 Windows Server カタログを参照してください。 Azure Local の検証済みノード以上については、 Azure ローカルカタログを参照してください。
同じ Network ATC インテント内のアダプターは、対称型 (同じメーカー、モデル、速度、構成) で、各クラスターノードで使用できる必要があります。
- 非対称アダプターは、意図のデプロイでエラーが発生します。ネットワーク ATC は、意図をデプロイする前に、クラスター内のすべてのノードのアダプターの対称性を自動的に確認します。
- アダプターの対称性の詳細については、「スイッチ埋め込みチーミング (SET)」を参照してください。
意図で指定された各物理アダプターは、クラスター内のすべてのノードで同じ名前を使用する必要があります。
PowerShell コマンドレット Get-NetAdapter で検証すると各ネットワークアダプターが "アップ" 状態であることを確認します。
各ノードには、次の Windows Server 機能がインストールされている必要があります。
- ネットワーク ATC
- Hyper-V
- フェールオーバークラスタリング
- データセンターブリッジング
PowerShell を使用して必要な機能をインストールする例を次に示します。
```
Install-WindowsFeature -Name NetworkATC, Hyper-V, 'Failover-Clustering', 'Data-Center-Bridging' -IncludeManagementTools
```
各アダプターを各ホストの同じ PCI スロットに挿入します。この手法により、イメージングシステムによる自動名前付け規則が容易になります。
VLAN、MTU、DCB 構成など、ネットワーク ATC の前に物理ネットワーク (スイッチ) を構成します。詳細については、「物理ネットワークの要件」を参照してください。

Von Bedeutung

仮想マシンへのネットワーク 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

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

このインテントでは、ストレージのみが管理されます。管理アダプターとコンピューティングアダプターは、ネットワーク 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 で使用される主要な既定値の一部を示します。

既定値

このセクションでは、Network ATC が設定するその他の既定値について説明します。

既定の VLAN

ネットワーク ATC は、 ストレージ インテントタイプのアダプタにデフォルトで次の VLAN を使用します。アダプターが physical スイッチに接続されている場合は、物理ネットワークでこれらの VLAN を許可する必要があります。アダプターがスイッチレスの場合、追加の構成は必要ありません。

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

次のコマンドについて考えてみましょう:

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

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

注

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

自動ストレージ IP アドレス指定

ネットワーク ATC は、 ストレージ インテントタイプのアダプタに対して有効な IP アドレスを自動的に構成します。ネットワーク ATC は、クラスター内のすべてのノードでこれを均一な方法で実行し、選択したアドレスがネットワーク上でまだ使用されていないことを確認します。

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

アダプタ	IP アドレスとサブネット	VLAN (仮想ローカルエリアネットワーク)
pNIC1	10.71.1.X	711
pNIC2	10.71.2.X	712
pNIC3	10.71.3.X	713

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

$StorageOverride = New-NetIntentStorageOverrides
$StorageOverride.EnableAutomaticIPGeneration = $false

Add-NetIntent -Name MyIntent -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $StorageOverride

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

ネットワーク ATC では、クラスターネットワーク機能のセットが既定で構成されます。既定値を次に示します。

プロパティ	既定値
ネットワーク名の有効化	$true
ライブマイグレーションネットワークの選択を有効にする	$true
仮想マシンの移行性能を有効にする	$true
仮想マシン移行パフォーマンスオプション	既定値は、SMB、TCP、または圧縮で計算されます。
最大仮想マシン移行数 (MaximumVirtualMachineMigrations)	1
最大SMB移行帯域幅（Gbps単位）	既定値は、セットアップに基づいて計算されます

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

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

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

注

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

一般的なエラーメッセージ

新しいイベントログでは、意図のデプロイエラーを特定するための簡単なトラブルシューティング方法がいくつかあります。このセクションでは、問題が発生した場合の一般的な修正の一部について説明します。次に示すエラーは、 Get-NetIntentStatus コマンドレットの出力です。

エラー: AdapterBindingConflict

シナリオ 1: アダプターは、実際には、ネットワーク ATC によってデプロイされている新しい vSwitch と競合する既存の vSwitch にバインドされます。

解決策: 競合する vSwitch を削除してから、Set-NetIntentRetryState を削除します

シナリオ 2: アダプターはコンポーネントにバインドされていますが、必ずしも vSwitch であるとは限りません。

解決策: vms_pp コンポーネントを無効にしてから (vSwitch からアダプターのバインドを解除)、Set-NetIntentRetryState を実行します。

エラー: ConflictingTrafficClass

この問題は、トラフィッククラスが既に構成されているために発生します。この構成済みトラフィッククラスは、Network ATC によってデプロイされているトラフィッククラスと競合します。たとえば、Network ATC が別の名前で同様のトラフィッククラスをデプロイする場合、顧客は SMB というトラフィッククラスを既にデプロイしている可能性があります。

解決方法:

システム上の既存の DCB 構成をクリアし、Set-NetIntentRetryState を実行します


Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl

エラー: RDMANotOperational

次のメッセージが表示される場合があります。

ネットワークアダプターが受信トレイドライバーを使用している場合。インボックスドライバーはサポートされていないため、更新する必要があります。

解決策: アダプターのドライバーをアップグレードします。
BIOS で SR-IOV が無効になっている場合。

解決策: システム BIOS でアダプターの SR-IOV を有効にする
BIOS で RDMA が無効になっている場合

解決策: システム BIOS でアダプターの RDMA を有効にする

エラー: InvalidIsolationID

このメッセージは、RoCE RDMA が使用中で、そのプロトコルで使用できない値で既定の VLAN をオーバーライドした場合に発生します。たとえば、RoCE RDMA では、優先度フロー制御 (PFC) マーキングをフレームに追加できるように、0 以外の VLAN が必要です。 1 ~ 4094 の VLAN 値を使用する必要があります。ネットワーク ATC では、管理者の介入なしに指定した値は、いくつかの理由でオーバーライドされません。この問題を解決するには、次の手順を実行します。

RDMA (NetworkDirect) プロトコルとして iWARP を選択する

解決策: アダプターでサポートされている場合、ネットワーク ATC は、VLAN ID 0 を使用できる RDMA プロトコルとして iWARP を自動的に選択します。選択したプロトコルとして RoCE を適用するオーバーライドを削除します。
既定の VLAN を使用する

解決：ネットワーク ATC の既定の VLAN を使用することを強くお勧めします
有効な VLAN を使用する

VLAN を指定する場合は、-StorageVLAN パラメーターを使用し、1 から 4094 までのコンマ区切りの値を指定します。

次のステップ

ネットワーク ATC デプロイを管理します。 Network ATC の管理に関するページを参照してください。
ストレッチクラスターの詳細を確認する。