Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Windows Server 2025; Azure Local 2311.2 und höher
Dieser Artikel führt Sie durch die Anforderungen, bewährten Methoden und die Bereitstellung von Network ATC. Netzwerk-ATC vereinfacht die Bereitstellungs- und Netzwerkkonfigurationsverwaltung für Windows Server und Azure Local Clusters. Network ATC bietet einen absichtsbasierten Ansatz für die Bereitstellung von Host-Netzwerken. Indem Sie eine oder mehrere Absichten (Verwaltung, Rechenleistung oder Speicher) für einen Netzwerkadapter angeben, können Sie die Bereitstellung der beabsichtigten Konfiguration automatisieren. Weitere Informationen zu Network ATC, einschließlich einer Übersicht und Definitionen, finden Sie unter Network ATC overview.
Wenn Sie Feedback haben oder Probleme haben, überprüfen Sie den Abschnitt "Anforderungen und bewährte Methoden", überprüfen Sie das Netzwerk-ATC-Ereignisprotokoll, und arbeiten Sie mit Ihrem Microsoft-Supportteam zusammen.
Voraussetzungen
Führen Sie die folgenden Voraussetzungen für die Verwendung von Network ATC aus:
Alle Server im Cluster müssen Windows Server 2025 oder höher für Windows Server und Version 2311.2 oder höher für lokale Azure-Umgebungen ausführen.
Muss physische Hosts verwenden, die für Windows Server oder Azure Local zertifiziert sind. Für Server-Hardware, die für den gesicherten Kern zertifiziert ist, siehe im Windows Server-Katalog. Überprüfte Knoten oder höher für Azure Local finden Sie im lokalen Azure-Katalog.
Adapter in der gleichen Network ATC-Absicht müssen symmetrisch (gleicher Hersteller, gleiches Modell, gleiche Geschwindigkeit und Konfiguration) und auf jedem Clusterknoten verfügbar sein.
Asymmetrische Adapter führen zu einem Fehler bei der Bereitstellung eines beliebigen Vorhabens. Netzwerk ATC bestätigt automatisch die Adaptersymmetrie für alle Knoten im Cluster, bevor ein Intent bereitgestellt wird.
Weitere Informationen zur Adaptersymmetrie finden Sie unter Switch Embedded Teaming (SET).
Jeder in einem Intent angegebene physische Adapter muss auf allen Knoten im Cluster denselben Namen haben.
Stellen Sie sicher, dass jeder Netzwerkadapter den Status „Up“ (Aktiv) aufweist. Dies können Sie mit dem PowerShell-Cmdlet
Get-NetAdapterüberprüfen.Auf jedem Knoten müssen die folgenden Windows Server-Funktionen installiert sein:
- Netzwerk ATC
- Hyper-V
- Failover-Clusterbildung
- Datencenter-Überbrückung
Hier sehen Sie ein Beispiel für die Installation der erforderlichen Funktionen über PowerShell:
Install-WindowsFeature -Name NetworkATC, Hyper-V, 'Failover-Clustering', 'Data-Center-Bridging' -IncludeManagementToolsStecken Sie jeden Adapter in den/die gleichen PCI-Steckplatz/Steckplätze in jedem Host. Diese Praxis erleichtert die automatische Benennung durch Image-Systeme.
Konfigurieren Sie das physische Netzwerk (Switches) vor der Netzwerk-ATC, einschließlich VLANs, MTU und DCB-Konfiguration. Weitere Informationen finden Sie unter Physikalische Netzwerkanforderungen.
Von Bedeutung
Der Einsatz von Network ATC in virtuellen Rechner darf nur zu Test- und Validierungszwecken verwendet werden. Die VM-basierte Bereitstellung erfordert eine Außerkraftsetzung für die Standardadaptereinstellungen, um die NetworkDirect-Eigenschaft zu deaktivieren. Weitere Informationen zur Übermittlung einer Außerkraftsetzung finden Sie unter Aktualisieren oder Überschreiben von Netzwerkeinstellungen.
Die Bereitstellung von Network ATC im eigenständigen Modus kann nur zu Test- und Validierungszwecken verwendet werden.
Allgemeine Network ATC-Befehle
Network ATC enthält mehrere neue PowerShell-Befehle. Führen Sie das Cmdlet Get-Command -ModuleName NetworkATC aus, um diese aufzulisten. Stellen Sie sicher, dass PowerShell als Administrator ausgeführt wird.
Das Cmdlet Remove-NetIntent entfernt eine Absicht aus dem lokalen Knoten oder Cluster. Dieser Befehl zerstört die aufgerufene Konfiguration nicht.
Beispielabsichten
Network ATC greift nur in die Art und Weise ein, wie das Hostnetzwerk bereitgestellt wird, nicht in die bereitgestellten Komponenten. Sie können mehrere Szenarien einsetzen, solange jedes Szenario von Microsoft unterstützt wird. Im Folgenden finden Sie einige Beispiele für gängige Bereitstellungsoptionen und die erforderlichen PowerShell-Befehle. Dies sind nicht die einzigen verfügbaren Kombinationen, aber sie sollten Ihnen eine Vorstellung von den Möglichkeiten geben.
Aus Gründen der Einfachheit zeigen wir nur zwei physische Adapter pro SET-Team, aber es ist möglich, weitere hinzuzufügen. Weitere Informationen finden Sie unter Planen der Hostvernetzung.
Vollständig zusammengeführte Absicht
Für diese Absicht werden Compute-, Speicher- und Verwaltungsnetzwerke auf allen Clusterknoten bereitgestellt und verwaltet.
Add-NetIntent -Name ConvergedIntent -Management -Compute -Storage -AdapterName pNIC01, pNIC02
Zusammengeführte Compute- und Speicherabsicht, separate Verwaltungsabsicht
Zwei Absichten werden clusterknotenübergreifend verwaltet. Die Verwaltung verwendet pNIC01 und pNIC02. Rechenleistung und Speicher befinden sich auf unterschiedlichen Adaptern.
Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute_Storage -Compute -Storage -AdapterName pNIC03, pNIC04
Vollständig aufgeteilte Absicht
Für diese Absicht werden Compute-, Speicher- und Verwaltungsnetzwerke für alle Clusterknoten auf verschiedenen Adaptern verwaltet.
Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06
Speicherexklusive Absicht
Für diese Absicht wird nur Speicher verwaltet. Management- und Compute-Adapter werden nicht von Network ATC verwaltet.
Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06
Compute- und Verwaltungsabsicht
Für diese Absicht werden Compute- und Verwaltungsnetzwerke verwaltet, aber kein Speicher.
Add-NetIntent -Name Management_Compute -Management -Compute -AdapterName pNIC01, pNIC02
Mehrere Compute (Switch) Intents
Für diese Absicht werden mehrere Computeswitches verwaltet.
Add-NetIntent -Name Compute1 -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Compute2 -Compute -AdapterName pNIC05, pNIC06
Network ATC-Standardwerte
In diesem Abschnitt werden einige der wichtigsten Standardwerte aufgeführt, die von Network ATC verwendet werden.
Standardwerte
Dieser Abschnitt behandelt zusätzliche Standardwerte, die Network ATC einstellen wird.
Standard-VLANs
Network ATC verwendet standardmäßig die folgenden VLANs für Adapter mit dem Intent-Typ Storage . Wenn die Adapter an einen physischen Switch angeschlossen sind, müssen diese VLANs im physischen Netzwerk erlaubt sein. Wenn die Adapter schalterlos sind, ist keine zusätzliche Konfiguration erforderlich.
| Adapterabsicht | Standardwert |
|---|---|
| Verwaltung | Konfiguriertes VLAN für Verwaltungsadapter wird nicht geändert |
| Speicheradapter 1 | 711 |
| Speicheradapter 2 | 712 |
| Speicheradapter 3 | 713 |
| Speicheradapter 4 | 714 |
| Speicheradapter 5 | 715 |
| Speicheradapter 6 | 716 |
| Speicheradapter 7 | 717 |
| Speicheradapter 8 | 718 |
| Zukünftige Verwendung | 719 |
Betrachten Sie den folgenden Befehl:
Add-NetIntent -Name MyIntent -Storage -AdapterName pNIC01, pNIC02, pNIC03, pNIC04
Die physische Netzwerkkarte (oder ggf. die virtuelle Netzwerkkarte) ist so konfiguriert, dass sie die VLANs 711, 712, 713 bzw. 714 verwendet.
Hinweis
Network ATC ermöglicht Ihnen, die mit dem Parameter StorageVlans verwendeten VLANs für Add-NetIntent zu ändern.
Automatische Speicher-IP-Adressierung
Network ATC konfiguriert automatisch gültige IP-Adressen für Adapter mit dem Absichtstyp Storage . Network ATC macht dies auf einheitliche Weise für alle Knoten in Ihrem Cluster und prüft, ob die gewählte Adresse nicht bereits im Netzwerk verwendet wird.
Die Standard-IP-Adresse für jeden Adapter auf jedem Knoten im Storage Intent wird wie folgt eingerichtet:
| Adapter | IP-Adresse und Subnetz | VLAN |
|---|---|---|
| pNIC1 | 10.71.1.X | 711 |
| pNIC2 | 10.71.2.X | 712 |
| pNIC3 | 10.71.3.X | 713 |
Erstellen Sie zur Außerkraftsetzung der automatischen Speicher-IP-Adressierung eine Speicherüberschreibung, und übergeben Sie die Außerkraftsetzung beim Erstellen einer Absicht:
$StorageOverride = New-NetIntentStorageOverrides
$StorageOverride.EnableAutomaticIPGeneration = $false
Add-NetIntent -Name MyIntent -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $StorageOverride
Cluster-Netzwerkeinstellungen
Network ATC konfiguriert standardmäßig eine Reihe von Clusternetzwerkfunktionen. Die Standardeinstellungen sind unten aufgeführt:
| Eigentum | Standard |
|---|---|
| Netzwerkbenennung aktivieren | $True |
| AktivierungDerNetzwerkauswahlFürLiveMigration | $True |
| AktiviereVirtuellenMaschinenMigrationsLeistung | $True |
| VirtualMachine-Migrationsleistungsoption | Der Standardwert wird berechnet anhand von: SMB, TCP oder Kompression |
| MaximumVirtualMachineMigrations | 1 |
| MaximaleSMBMigrationsbandbreiteInGigabitProSekunde | Der Standardwert wird anhand der Einrichtung berechnet |
DCB-Standardkonfiguration
Network ATC legt die folgenden Prioritäten und Bandbreitenreservierungen fest. Diese Konfiguration sollte auch im physischen Netzwerk angewendet werden.
| Politik | Verwendung | Standardpriorität | Standard-Bandbreitenreservierung |
|---|---|---|---|
| Kluster | Clustertaktreservierung | 7 | 2 %, wenn Adapter <= 10 GBit/s, 1 %, wenn Adapter > 10 GBit/s |
| SMB_Direct | RDMA-Speicherdatenverkehr | 3 | 50 % |
| Standard | Alle anderen Datenverkehrstypen | 0 | Restbetrag |
Hinweis
Mit Network ATC können Sie Standardeinstellungen wie die standardmäßige Bandbreitenreservierung außer Kraft setzen. Beispiele finden Sie unter Aktualisieren oder Überschreiben von Netzwerkeinstellungen.
Allgemeine Fehlermeldungen
Mit den neuen Ereignisprotokollen gibt es einige einfache Methoden zur Problembehandlung, um Absichtsbereitstellungsfehler zu identifizieren. In diesem Abschnitt finden Sie einige der häufigsten Lösungen für Probleme, die auftreten können. Die unten gezeigten Fehler stammen aus der Ausgabe des Cmdlets Get-NetIntentStatus .
Fehler: AdapterBindingConflict
Szenario 1: Ein Adapter ist tatsächlich an einen bestehenden vSwitch gebunden, der mit dem neuen vSwitch, der von Network ATC bereitgestellt wird, in Konflikt steht.
Lösung: Entfernen Sie den konfliktbehafteten vSwitch, dann Set-NetIntentRetryState
Szenario 2: Ein Adapter ist an die Komponente gebunden, aber nicht unbedingt ein vSwitch.
Lösung: Deaktivieren Sie die Komponente vms_pp (heben Sie die Bindung des Adapters an den vSwitch auf) und führen Sie Set-NetIntentRetryState aus.
Fehler: ConflictingTrafficClass
Dieses Problem tritt auf, weil eine Datenverkehrsklasse bereits konfiguriert ist. Diese vorkonfigurierte Verkehrsklasse steht in Konflikt mit den Verkehrsklassen, die von Network ATC bereitgestellt werden. So kann es beispielsweise sein, dass der Kunde bereits eine Verkehrsklasse namens SMB eingerichtet hat, während Network ATC eine ähnliche Verkehrsklasse mit einem anderen Namen einrichtet.
Lösung:
Löschen Sie die bestehende DCB-Konfiguration auf dem System und führen Sie dann Set-NetIntentRetryState
Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl
Fehler: RDMANotOperational
Sie sehen möglicherweise diese Meldung:
Wenn der Netzwerkadapter einen inbox-Treiber verwendet. Inbox-Treiber werden nicht unterstützt und müssen aktualisiert werden.
Lösung: Aktualisieren Sie den Treiber für den Adapter.
Wenn SR-IOV im BIOS deaktiviert ist.
Lösung: Aktivieren Sie SR-IOV für den Adapter im System-BIOS
Wenn RDMA im BIOS deaktiviert ist
Lösung: Aktivieren Sie RDMA für den Adapter im System-BIOS
Fehler: InvalidIsolationID
Diese Meldung wird angezeigt, wenn RoCE RDMA verwendet wird und Sie das Standard-VLAN mit einem Wert überschrieben haben, der nicht mit diesem Protokoll verwendet werden kann. Für RoCE RDMA ist beispielsweise ein VLAN ungleich Null erforderlich, damit dem Frame Priority Flow Control (PFC)-Markierungen hinzugefügt werden können. Es muss ein VLAN-Wert zwischen 1 - 4094 verwendet werden. Netzwerk ATC wird den von Ihnen angegebenen Wert aus verschiedenen Gründen nicht ohne Eingreifen des Administrators überschreiben. So beheben Sie dieses Problem:
Wählen Sie iWARP als RDMA (NetworkDirect) Protokoll
Lösung: Wenn der Adapter dies unterstützt, wählt Network ATC automatisch iWARP als RDMA-Protokoll, das eine VLAN-ID von 0 verwenden kann. Entfernen Sie die Überschreibung, die RoCE als das gewählte Protokoll erzwingt.
Verwenden Sie die Standard-VLANs
Lösung: Wir empfehlen dringend die Verwendung der Netzwerk-ATC Standard-VLANs
Verwenden Sie ein gültiges VLAN
Wenn Sie ein VLAN angeben, verwenden Sie den Parameter -StorageVLANs und geben Sie kommagetrennte Werte zwischen 1 - 4094 an.
Nächste Schritte
- Verwalten Ihrer Netzwerk-ATC-Bereitstellung. Weitere Informationen finden Sie unter Verwalten von Network ATC.
- Erfahren Sie mehr über gestreckte Cluster.