Distribuera värdnätverk med Network ATC
Gäller för: Azure Stack HCI, version 22H2
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 Azure Stack HCI-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.
Gäller för: Windows Server 2025
Den här artikeln vägleder dig genom kraven, metodtipsen och distributionen av Network ATC. Nätverks-ATC förenklar distributions- och nätverkskonfigurationshanteringen för Windows Server-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.
Förutsättningar
Slutför följande krav för att använda Network ATC i Azure Stack HCI:
Alla servrar i klustret måste köra Azure Stack HCI, version 22H2 med novemberuppdateringen (eller senare).
Måste använda fysiska värdar som är Azure Stack HCI-certifierade.
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.
Med Azure Stack HCI 22H2 bekräftar Network ATC automatiskt adaptersymmetrin för alla noder i klustret innan distribution av en avsikt.
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.Se till att alla värdar har Azure Stack HCI-uppdateringen i november eller senare.
Varje nod måste ha följande Azure Stack HCI-funktioner installerade:
- Nätverks-ATC
- Hyper-V
- Failoverkluster
- Datanä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' -IncludeManagementToolsBästa praxis: Infoga varje adapter i samma PCI-fack i varje värd. Den här metoden underlättar automatiserade namngivningskonventioner för avbildningssystem.
Bästa praxis: 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.
Slutför följande krav för att använda Network ATC i Windows Server:
Alla servrar i klustret måste köra Windows Server 2025 eller senare.
Måste använda fysiska värdar som är certifierade för Windows Server. Du hittar maskinvara certifierad för säker kärnserver från Windows Server-katalogen
Adaptrar i samma 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 implementering av någon avsikt. Nätverks-ATC kommer automatiskt att bekräfta adaptersymmetrin för alla noder i klustret innan en intention distribueras.
Mer information om adaptersymmetri finns i Switch Embedded Teaming (SET)
Varje fysisk adapter som anges i en avsedd användning 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
- Failover-kluster
- Bryggning av datacentral
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' -IncludeManagementToolsInfoga 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äxlarna) före Nätverks-ATC, inklusive VLAN, MTU och DCB-konfiguration. Mer information finns i Krav för fysiskt nätverk.
Viktigt!
Distribution av nätverks-ATC på virtuella datorer kan endast användas i test- och valideringssyfte. Vm-baserad distribution kräver en åsidosättning av standardkortinställningarna för att inaktivera egenskapen NetworkDirect. Mer information om att skicka en åsidosättning finns i: Åsidosätt standardinställningar för nätverk.
Distribution av nätverks-ATC i fristående läge kan endast användas i test- och valideringssyfte.
Vanliga ATC-kommandon för nätverk
Det finns flera nya PowerShell-kommandon som ingår i Network ATC. Kör cmdletenGet-Command -ModuleName NetworkATC för att identifiera dem. 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 stöds av Microsoft. Här är några exempel på vanliga distributionsalternativ och de PowerShell-kommandon som behövs. Det här är inte de enda kombinationerna som är tillgängliga, 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. Hanterings- och beräkningsadaptrar hanteras inte av Network ATC.
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
Avsikter för flera beräkningar (växel)
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
I det här avsnittet visas några av de viktiga standardvärden som används av Network ATC.
Standardvärden
Det här avsnittet beskriver ytterligare standardvärden som Network ATC kommer att ange i version 22H2 och senare.
Det här avsnittet beskriver ytterligare standardvärden som Network ATC kommer att ställa in.
Standard-VLAN
Gäller för: Azure Stack HCI 21H2, 22H2
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 växellösa krävs ingen ytterligare konfiguration.
| Adapter-avsikt | Standardvärde |
|---|---|
| Ledning | Konfigurerat VLAN för hanteringskort ändras inte |
| Lagringsadapter 1 | 711 |
| Lagringsadapter 2 | 712 |
| Lagringsadapter 3 | 713 |
| Lagringsadapter 4 | 714 |
| Lagringsadapter 5 | 715 |
| Lagringsadapter 6 | 716 |
| Lagringsadapter 7 | 717 |
| Lagringsadapter 8 | 718 |
| Framtida användning | 719 |
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.
Anteckning
Med nätverks-ATC kan du ändra de VLAN som används med parametern StorageVlans på Add-NetIntent.
Automatisk IP-adress för lagring
Gäller för: Azure Stack HCI 22H2
Nätverks-ATC konfigurerar automatiskt giltiga IP-adresser för adaptrar med lagrings avsikt. Nätverks-ATC gör detta på ett enhetligt sätt för alla noder i klustret och verifierar att den valda adressen inte redan används i nätverket.
Standard-IP-adressen för varje adapter på varje nod i lagringsavsikten konfigureras på följande sätt:
| Adapter | IP-adress och undernät | VLAN |
|---|---|---|
| pNIC1 | 10.71.1.X | 711 |
| pNIC2 | 10.71.2.X | 712 |
| pNIC3 | 10.71.3.X | 713 |
Om du vill åsidosätta automatisk IP-adress för lagring skapar du en åsidosättning av lagring och skickar åsidosättningen när du skapar en avsikt:
$StorageOverride = New-NetIntentStorageOverrides
$StorageOverride.EnableAutomaticIPGeneration = $false
Add-NetIntent -Name MyIntent -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $StorageOverride
Inställningar för klusternätverk
Gäller för: Azure Stack HCI 22H2
Nätverks-ATC konfigurerar som standard en uppsättning klusternätverksfunktioner. Standardvärdena visas nedan:
| Fastighet | Standardvärde |
|---|---|
| Aktivera nätverksnamngivning | $true |
| Aktivera Nätverksval för LiveMigration | $true |
| AktiveraPrestandaFörVirtuellMaskinMigrering | $true |
| AlternativFörPrestandaVidMigreringAvVirtuellMaskin | Standardvärdet beräknas: SMB, TCP eller komprimering |
| MaximumVirtualMachineMigrations | 1 |
| MaximumSMBMigrationBandwidthInGbps | Standardvärdet beräknas baserat på konfiguration |
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.
| Policy | Använd | Standardprioritet | Standardreservation för bandbredd |
|---|---|---|---|
| Kluster | Reservation för klusterpulsslag | 7 | 2 % om adaptrarna är <= 10 Gbit/s, 1 % om adaptrarna är > 10 Gbit/s |
| SMB_Direct | RDMA-lagringstrafik | 3 | 50 % |
| Standardvärde | Alla andra trafiktyper | 0 | Återstod |
Kommentar
Med nätverks-ATC kan du åsidosätta standardinställningar som standardbandbreddsreservation. Exempel finns i Uppdatera eller åsidosätta nätverksinställningar.
Vanliga felmeddelanden
Med de nya händelseloggarna i 22H2 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. De fel som visas nedan kommer från utdata från cmdleten Get-NetIntentStatus .
Fel: Adapterbindningskonflikt
Scenario 1: En adapter är bunden 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. Den här förkonfigurerade trafikklassen står i konflikt med de trafikklasser som distribueras av Network ATC. Kunden kan till exempel redan ha distribuerat en trafikklass med namnet SMB när Network ATC distribuerar en liknande trafikklass med ett annat namn.
Lösning:
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: RDMANotOperational
Du kan se det här meddelandet:
Om nätverkskortet använder en inkorgsdrivrutin. Inkorgsdrivrutiner stöds inte och måste uppdateras.
Lösning: Uppgradera drivrutinen för adaptern.
Om SR-IOV är inaktiverat i BIOS.
Lösning: Aktivera SR-IOV för adaptern i systemets BIOS
Om RDMA är inaktiverat i BIOS
Lösning: Aktivera RDMA för adaptern i systemets BIOS
Fel: InvalidIsolationID
Det här meddelandet inträffar när RoCE RDMA används och du har åsidosatt standard-VLAN med ett värde som inte kan användas med det protokollet. Till exempel kräver RoCE RDMA en VLAN som inte är noll så att PFC-markeringar (Priority Flow Control) 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. Lös problemet så här:
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.
Använd standard-VLAN
Lösning: Vi rekommenderar starkt att du använder nätverks-ATC :s standard-VLAN
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 Hantera nätverks-ATC.
- Läs mer om Stretched-kluster.
- Hantera din Network ATC-driftsättning. Se Hantera nätverks-ATC.
- Läs mer om utspridda kluster.