Distribuera värdnätverk med Network ATC

Den här artikeln vägleder dig genom kraven, metodtipsen och distributionen av Network ATC. Network ATC förenklar distributions- och nätverkskonfigurationshanteringen för Windows Server- och Azure Local-kluster. Network ATC tillhandahåller en avsiktsbaserad metod för värdnätverksdistribution. Genom att ange en eller flera avsikter (hantering, beräkning eller lagring) för ett nätverkskort kan du automatisera distributionen av den avsedda konfigurationen. Mer information om Nätverks-ATC, inklusive en översikt och definitioner, finns i Översikt över nätverks-ATC.

Om du har feedback eller stöter på problem kan du läsa avsnittet krav och metodtips, kontrollera händelseloggen för Nätverkets ATC och arbeta med ditt Microsoft-supportteam.

Prerequisites

Slutför följande krav för att använda Network ATC:

• Alla servrar i klustret måste köra Windows Server 2025 eller senare för Windows Server och version 2311.2 eller senare för lokala Azure-miljöer.

• Måste använda fysiska värdar som är certifierade för Windows Server eller Azure Local. Information om maskinvara som är certifierad för säker kärnserver finns i Windows Server Catalog. Verifierade noder eller högre för Azure Local finns i Azure Local-katalogen.

• Adapters i samma Network ATC-avsikt måste vara symmetriska (av samma märke, modell, hastighet och konfiguration) och finnas tillgängliga på varje klusternod.

  • Asymmetriska adaptrar leder till ett fel vid distribution av någon avsikt. Nätverks-ATC bekräftar automatiskt adaptersymmetrin för alla noder i klustret innan en avsikt distribueras.

  • Mer information om adaptersymmetri finns i Switch Embedded Teaming (SET).

• Varje fysisk adapter som anges i en instruktion måste använda samma namn på alla noder i klustret.

• Se till att varje nätverkskort har statusen "Up" som verifierats av PowerShell-cmdleten Get-NetAdapter .

• Varje nod måste ha följande Windows Server-funktioner installerade:

  • Nätverks-ATC
  • Hyper-V
  • Failoverkluster
  • Datacenternätverksbryggning

  Här är ett exempel på hur du installerar de nödvändiga funktionerna via PowerShell:

  Install-WindowsFeature -Name NetworkATC, Hyper-V, 'Failover-Clustering', 'Data-Center-Bridging' -IncludeManagementTools
  

• Infoga varje adapter i samma PCI-fack i varje värd. Den här metoden underlättar automatiserade namngivningskonventioner för avbildningssystem.

• Konfigurera det fysiska nätverket (växlar) före nätverks-ATC, inklusive VLAN, MTU och DCB-konfiguration. Mer information finns i Krav för fysiskt nätverk.

Vanliga ATC-kommandon för nätverk

Om du vill identifiera tillgängliga NETWORK ATC-kommandon kör du cmdleten Get-Command -ModuleName NetworkATC i PowerShell. Kontrollera att PowerShell körs som administratör.

Cmdleten Remove-NetIntent tar bort en avsikt från den lokala noden eller klustret. Det här kommandot förstör inte den anropade konfigurationen.

Exempel på avsikter

Network ATC ändrar hur du distribuerar värdnätverk, inte vad du distribuerar. Du kan distribuera flera scenarier så länge varje scenario är ett scenario som stöds från Microsoft. Här är några exempel på vanliga distributionsalternativ och de PowerShell-kommandon som behövs. Dessa scenarier är inte de enda tillgängliga kombinationerna, men de bör ge dig en uppfattning om möjligheterna.

För enkelhetens skull demonstrerar vi bara två fysiska adaptrar per SET-team, men det är möjligt att lägga till fler. Mer information finns i Planera värdnätverk.

Fullständigt konvergerad avsikt

För den här avsikten distribueras och hanteras beräknings-, lagrings- och hanteringsnätverk över alla klusternoder.

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

Konvergerad beräknings- och lagrings avsikt; separat hanteringsavsikt

Två avsikter hanteras mellan klusternoder. Administration använder pNIC01 och pNIC02; Beräkning och lagring är på olika adaptrar.

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

Fullständigt uppdelad avsikt

För detta ändamål hanteras beräknings-, lagrings- och hanteringsnätverk på olika adaptrar över alla klusternoder.

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

Avsikt endast för lagring

För den här avsikten hanteras endast lagring. Nätverks-ATC hanterar inte hanterings- och beräkningsadaptrar.

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

Beräknings- och hanteringsavsikt

För den här avsikten hanteras beräknings- och hanteringsnätverk, men inte lagring.

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

Flera datorberäkningsavsikter (switch)

För den här avsikten hanteras flera beräkningsväxlar.

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

Standardvärden för NÄTVERKS-ATC

Nätverks-ATC använder en uppsättning standardvärden för att förenkla distributionen och hanteringen av värdnätverk. Dessa standardvärden tillämpas när du skapar avsikter eller ändrar nätverksinställningar. Att förstå dessa standardvärden kan hjälpa dig att hantera nätverkskonfigurationen effektivt.

Standardvärden

I det här avsnittet beskrivs andra standardvärden som konfigurerats av Network ATC.

Standard-VLAN

Network ATC använder som standard följande VLAN för adaptrar med lagrings avsiktstyp. Om adaptrarna är anslutna till en fysisk växel måste dessa VLAN tillåtas på det fysiska nätverket. Om adaptrarna är switchlösa krävs ingen annan konfiguration.

Ta följande kommando som exempel:

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

Det fysiska nätverkskortet (eller virtuellt nätverkskort om det behövs) är konfigurerat att använda VLAN 711, 712, 713 respektive 714.

Automatisk IP-adress för lagring

Nätverks-ATC konfigurerar automatiskt giltiga IP-adresser för adaptrar med avsiktstypen lagring. Network ATC utför den här konfigurationen på ett enhetligt sätt över alla noder i klustret och verifierar att den valda adressen inte redan används i nätverket.

Standard-IP-adressen för varje nätverksadapter på varje nod i lagringsmiljön konfigureras på följande sätt:

För att åsidosätta automatisk IP-adressering för lagring, skapa en överskrivning av lagringen och använd överskrivningen när du skapar en intention:

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

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

Inställningar för klusternätverk

Nätverks-ATC konfigurerar som standard en uppsättning klusternätverksfunktioner. Standardvärdena visas på följande sätt:

Standardkonfiguration för DCB (Data Center Bridging)

Network ATC upprättar följande prioriteringar och bandbreddsreservationer. Den här konfigurationen bör också konfigureras i det fysiska nätverket.

Vanliga felmeddelanden

Med de nya händelseloggarna finns det några förenklade felsökningsmetoder för att identifiera avsiktsdistributionsfel. I det här avsnittet beskrivs några vanliga korrigeringar när ett problem uppstår. Följande fel kommer från utdata från cmdleten Get-NetIntentStatus .

Fel: Adapterbindningskonflikt

Scenario 1: En adapter är ansluten till en befintlig vSwitch som står i konflikt med den nya vSwitch som distribueras av Network ATC.

Lösning: Ta bort den motstridiga vSwitch och sedan Set-NetIntentRetryState

Scenario 2: En adapter är bunden till komponenten, men inte nödvändigtvis en vSwitch.

Lösning: Inaktivera komponenten vms_pp (koppla bort nätverkskortet från vSwitch) och kör sedan Set-NetIntentRetryState.

Fel: KonflikterandeTrafikklass

Det här problemet beror på att en trafikklass redan har konfigurerats. Network ATC försöker distribuera trafikklasser som står i konflikt med den här förkonfigurerade trafikklassen. Du kan till exempel ha distribuerat en trafikklass med namnet SMB när Network ATC försöker distribuera en liknande trafikklass med ett annat namn.

Solution:

Rensa den befintliga DCB-konfigurationen i systemet och kör sedan Set-NetIntentRetryState

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

Fel: Fel vid kontroll av nätverkssymmetri

Du kan stöta på en situation där funktionellt symmetriska adaptrar har olika komponent-ID-strängar. Det kan inträffa om en delsträng läggs till i ett nätverkskorts komponent-ID under en uppgradering eller när ocp- och PCI-nätverkskort kombineras inom samma avsikt. Du kan lösa det här problemet genom att inaktivera den komponent-ID-baserade symmetrikontrollen genom att ange registernyckeln NicSymmetryCheckEnabled till 0. Den här inställningen gör att Network ATC kan fortsätta med distributionen utan att söka efter symmetri baserat på komponent-ID:n. Du bör bara använda den här arbetsrutin om du är säker på att adaptrarna är funktionellt symmetriska.

Stop-Service -Name NetworkATC
New-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\NetworkATC' -Name "NicSymmetryCheckEnabled" -Value 0 -PropertyType DWord
Start-Service -Name NetworkATC

När du har inaktiverat den komponent-ID-baserade symmetrikontrollen kan du fortsätta med avsiktsdistributionen.

Fel: RDMA inte operativ

Du kan se det här meddelandet:

1. Om nätverkskortet använder en inkorgsdrivrutin. Inkorgsdrivrutiner stöds inte och måste uppdateras.

   Lösning: Uppgradera drivrutinen för adaptern.

2. Om SR-IOV är inaktiverat i BIOS.

   Lösning: Aktivera SR-IOV för adaptern i systemets BIOS

3. Om RDMA är inaktiverat i BIOS

   Lösning: Aktivera RDMA för adaptern i systemets BIOS

Fel: Ogiltigt isolerings-ID

Det här meddelandet inträffar när du använder RoCE RDMA och åsidosätter standard-VLAN med ett ogiltigt värde. Det innebär att värdet du valde inte kan användas med det protokollet. Till exempel kräver RoCE RDMA en icke-noll VLAN så att Priority Flow Control (PFC)-markeringar kan läggas till i ramen. Ett VLAN-värde mellan 1 och 4 094 måste användas. Nätverks-ATC åsidosätter inte det värde som du angav utan administratörsintervention av flera skäl. Så här löser du problemet:

1. Välj iWARP som RDMA-protokoll (NetworkDirect)

   Lösning: Om det stöds av adaptern väljer Network ATC automatiskt iWARP som rdma-protokoll som kan använda ett VLAN-ID på 0. Ta bort åsidosättningen som framtvingar RoCE som valt protokoll.

2. Använd standard-VLAN

   Lösning: Vi rekommenderar starkt att du använder nätverks-ATC :s standard-VLAN

3. Använda ett giltigt VLAN

   När du anger ett VLAN använder du parametern -StorageVLANs och anger kommaavgränsade värden mellan 1 och 4 094.

Nästa steg

• Hantera din Network ATC-distribution. Se även Hantera nätverks-ATC.
• Läs mer om utsträckta kluster.