Freigeben über

Installieren und Aktivieren von Network ATC unter Azure Local, Version 22H2

  • Artikel

Gilt für: Azure Local 2311.2 und spätere Versionen

Dieser Artikel enthält Informationen zum Installieren und Aktivieren von Network ATC auf einer vorhandenen lokalen Azure-Instanz mit Version 22H2. Nachdem Network ATC aktiviert wurde, können Sie mehrere Vorteile nutzen und diese Konfiguration für alle neuen Bereitstellungen nutzen.

Wichtig

  • Bevor Sie das Lösungsupgrade anwenden, müssen Sie Network ATC auf Ihrer vorhandenen lokalen Azure-Instanz installieren und aktivieren. Wenn Network ATC bereits auf Ihrem vorhandenen System aktiviert ist, können Sie diesen Schritt überspringen.
  • Es wird empfohlen, Netzwerk-ATC einzurichten, nachdem Sie das Betriebssystem von Version 22H2 auf Version 23H2 aktualisiert haben. Weitere Informationen finden Sie unter Upgrade von Azure Local auf die neueste Version 23H2 über PowerShell.

Über Network ATC

Netzwerk-ATC speichert Informationen in der Systemdatenbank, die dann auf andere Computer im System repliziert wird. Auf dem ersten Computer sehen andere Computer im System die Änderung in der Systemdatenbank und erstellen eine neue Absicht. Hier richten wir das System ein, um eine neue Absicht zu erhalten. Darüber hinaus steuern wir den Rollout der neuen Absicht, indem wir den Netzwerk-ATC-Dienst auf Computern beenden oder deaktivieren, auf denen virtuelle Computer (VM) installiert sind.

Vorteile

Für Azure Local bietet Network ATC die folgenden Vorteile:

  • Reduziert die Hostnetzwerkbereitstellungszeit, Komplexität und Fehler.
  • Stellt die neuesten von Microsoft überprüften und unterstützten bewährten Methoden bereit.
  • Stellt die Konfigurationskonsistenz im gesamten System sicher.
  • Beseitigt konfigurationsabweichungen.

Voraussetzungen

Stellen Sie vor der Installation und Aktivierung von Network ATC auf Ihrem vorhandenen lokalen Azure-Speicherort folgendes sicher:

  • Sie befinden sich auf einem Host, auf dem kein virtueller Computer ausgeführt wird.
  • Sie befinden sich in einem System mit ausgeführten Workloads.

Schritte zum Installieren und Aktivieren von Network ATC

Wichtig

Wenn Sie keine Workloads auf Ihren lokalen Azure-Computern ausführen, führen Sie Schritt 4 aus: Entfernen Sie die vorhandene Konfiguration auf dem angehaltenen Computer, ohne VMs auszuführen, um vorherige Konfigurationen zu entfernen, die mit Netzwerk-ATC in Konflikt stehen könnten, und fügen Sie dann Ihre Absichten nach den Standardprozeduren hinzu, die im Bereitstellen von Hostnetzwerken mit Network ATC gefunden wurden.

Schritt 1: Installieren des Netzwerk-ATC

In diesem Schritt installieren Sie Network ATC auf jedem Computer im System mithilfe des folgenden Befehls. Es ist kein Neustart erforderlich.

Install-WindowsFeature -Name NetworkATC

Schritt 2: Beenden des Netzwerk-ATC-Diensts

Um zu verhindern, dass Network ATC die Absicht anwendet, während VMs ausgeführt werden, beenden oder deaktivieren Sie den Netzwerk-ATC-Dienst auf allen Computern, die nicht angehalten werden. Verwenden Sie die folgenden Befehle:

Set-Service -Name NetworkATC -StartupType Disabled
Stop-Service -Name NetworkATC

Schritt 3: Anhalten eines Computers im System

Wenn Sie einen Computer im System anhalten, werden alle Arbeitslasten auf andere Computer verschoben, sodass Ihr Computer für Änderungen verfügbar ist. Der angehaltene Computer wird dann zu Network ATC migriert. Verwenden Sie den folgenden Befehl, um den Computer anzuhalten:

Suspend-ClusterNode

Schritt 4: Entfernen der vorhandenen Konfiguration auf dem angehaltenen Computer ohne Ausführen von VMs

In diesem Schritt beseitigen wir alle vorherigen Konfigurationen, z VMSwitch. B. die Data Center Bridging (NetQos)-Richtlinie für RDMA-Datenverkehr und das Lastenausgleichsfailover (Load Balancing Failover, LBFO), was die Fähigkeit von Network ATC zur Implementierung der neuen Absicht beeinträchtigen könnte. Obwohl netzwerk-ATC versucht, vorhandene Konfigurationen mit übereinstimmenden Namen zu übernehmen; einschließlich NetQos und anderer Einstellungen ist es einfacher, die aktuelle Konfiguration zu entfernen und Netzwerk-ATC zu ermöglichen, die erforderlichen Konfigurationselemente und vieles mehr erneut bereitzustellen.

Wenn Sie über mehrere VMSwitch Auf ihrem System verfügen, stellen Sie sicher, dass Sie den Switch angeben, der an die Adapter angeschlossen ist, die in der Absicht verwendet werden.

Führen Sie den folgenden Befehl aus, um die vorhandene VMSwitch Konfiguration zu entfernen:

Get-VMSwitch -Name <VMSwitchName> | Remove-VMSwitch -force

Verwenden Sie die folgenden Befehle, um Ihre vorhandenen NetQos-Konfigurationen zu entfernen:

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

LBFO wird in Azure Local nicht unterstützt. Wenn Sie jedoch versehentlich ein LBFO-Team bereitgestellt haben, sollte es mithilfe des folgenden Befehls entfernt werden:

Get-NetLBFOTeam | Remove-NetLBFOTeam -Confirm:$true

Wenn Ihre Computer über Virtual Machine Manager (VMM) konfiguriert wurden, müssen diese Konfigurationsobjekte möglicherweise ebenfalls entfernt werden.

Schritt 5: Starten des Netzwerk-ATC-Diensts

Um die Geschwindigkeit des Rollouts zu steuern, haben wir den Computer angehalten und dann den Netzwerk-ATC-Dienst in den vorherigen Schritten beendet und deaktiviert. Da Netzwerk-ATC-Absichten systemweit implementiert werden, führen Sie diesen Schritt nur einmal aus.

Führen Sie zum Starten des Netzwerk-ATC-Diensts nur auf dem angehaltenen Computer den folgenden Befehl aus:

Start-Service -Name NetworkATC
Set-service -Name NetworkATC -StartupType Automatic

Schritt 6: Hinzufügen der Netzwerk-ATC-Absicht

Es gibt verschiedene Absichten, die Sie hinzufügen können. Identifizieren Sie die Absichten oder Absichten, die Sie verwenden möchten, indem Sie die Beispiele im nächsten Abschnitt verwenden.

Um die AtC-Absicht des Netzwerks hinzuzufügen, führen Sie den Add-NetIntent Befehl mit den entsprechenden Optionen für die Absicht aus, die Sie bereitstellen möchten.

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 bereitstellen, wenn jedes Szenario von Microsoft unterstützt wird. Hier sind einige Beispiele für allgemeine Hostnetzwerkmuster und die entsprechenden PowerShell-Befehle für Azure Local.

Diese Beispiele sind nicht die einzigen Kombinationen, sondern 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 in der Übersicht über Netzwerkreferenzmuster für Azure Local.

Gruppenverwaltung und Berechnung in einer Absicht mit einer separaten Absicht für den Speicher

In diesem Beispiel gibt es zwei Absichten, die auf computernübergreifend verwaltet werden.

  1. Verwaltung und Berechnung: Diese Absicht verwendet ein dediziertes Paar von Netzwerkadapterports.

  2. Speicher: Diese Absicht verwendet ein dediziertes Paar von Netzwerkadapterports.

    Screenshot einer lokalen Azure-Instanz mit gruppierter Verwaltung und Berechnungsabsicht.

    Hier ist ein Beispiel für die Implementierung dieses Hostnetzwerkmusters:

    Add-NetIntent -Name Management_Compute -Management -Compute -AdapterName pNIC1, pNIC2

Add-NetIntent -Name Storage -Storage -AdapterName pNIC3, pNIC4

Gruppieren des gesamten Datenverkehrs auf einer einzelnen Absicht

In diesem Beispiel gibt es einen einzelnen Zweck, der auf Computern verwaltet wird.

  • Verwaltung, Compute und Speicher: Diese Absicht verwendet ein dediziertes Netzwerkadapterportpaar.

    Screenshot einer azure local instance with all traffic on a single intent.

    Hier ist ein Beispiel für die Implementierung dieses Hostnetzwerkmusters:

    Add-NetIntent -Name MgmtComputeStorage -Management -Compute -Storage -AdapterName pNIC1, pNIC2

Gruppieren von Compute- und Speicherdatenverkehr auf einer Absicht mit einer separaten Verwaltungsabsicht

In diesem Beispiel gibt es zwei Absichten, die auf computernübergreifend verwaltet werden.

  1. Verwaltung: Diese Absicht verwendet ein dediziertes Paar von Netzwerkadapterports.

  2. Compute and Storage: This intent uses a dedicated pair of network adapter ports.

    Screenshot einer lokalen Azure-Instanz mit gruppierter Compute- und Speicherabsicht.

    Hier ist ein Beispiel für die Implementierung dieses Hostnetzwerkmusters:

    Add-NetIntent -Name Mgmt -Management -AdapterName pNIC1, pNIC2

Add-NetIntent -Name Compute_Storage -Compute -Storage -AdapterName pNIC3, pNIC4

Vollständig disaggregatierte Hostnetzwerke

In diesem Beispiel gibt es drei Absichten, die auf computernübergreifend verwaltet werden.

  1. Verwaltung: Diese Absicht verwendet ein dediziertes Paar von Netzwerkadapterports.

  2. Berechnen: Diese Absicht verwendet ein dediziertes Netzwerkadapterpaar.

  3. Speicher: Diese Absicht verwendet ein dediziertes Paar von Netzwerkadapterports.

    Screenshot einer lokalen Azure-Instanz mit vollständig disaggregatierten Absichten.

    Hier ist ein Beispiel für die Implementierung dieses Hostnetzwerkmusters:

    Add-NetIntent -Name Mgmt -Management -AdapterName pNIC1, pNIC2

Add-NetIntent -Name Compute -Compute -AdapterName pNIC3, pNIC4

Add-NetIntent -Name Storage -Storage -AdapterName pNIC5, pNIC6

Schritt 7: Überprüfen der Bereitstellung auf einem Computer

Der Get-NetIntentStatus Befehl zeigt den Bereitstellungsstatus der angeforderten Absichten an. Das Ergebnis gibt ein Objekt pro Intent für jeden Computer im System zurück. Wenn Sie z. B. über ein Dreiknotensystem mit zwei Absichten verfügen, sollten sechs Objekte angezeigt werden, die jeweils ihren eigenen Status aufweisen, der vom Befehl zurückgegeben wird.

Führen Sie den folgenden Befehl aus, um die erfolgreiche Bereitstellung der in Schritt 5 übermittelten Absichten ihrer Computer zu überprüfen:

Get-NetIntentStatus -Name <IntentName>

Beispiel für die Ausgabe:


PS C:\Users\administrator.CONTOSO> Get-NetlntentStatus

IntentName                  : convergedintent
Host                        : node1
IsComputelntentSet          : True
IsManagementlntentSet       : True
IsStoragelntentSet          : True
IsStretchlntentSet          : False
LastUpdated                 : 07/23/2024 11:11:15
LastSuccess                 : 07/23/2024 11:11:15
RetryCount                  : 0
LastConfigApplied           : 1
Error                       :
Progress                    : 1 of 1
ConfigurationStatus         : Success
ProvisioningStatus          : Completed

Stellen Sie sicher, dass jede hinzugefügte Absicht über einen Eintrag für den Host verfügt, an dem Sie arbeiten. Stellen Sie außerdem sicher, dass "ConfigurationStatus" den Erfolg anzeigt.

Wenn "ConfigurationStatus" "Failed" angezeigt wird, überprüfen Sie, ob die Fehlermeldung den Grund für den Fehler angibt. Sie können auch die Microsoft-Windows-Networking-NetworkATC/Admin-Ereignisprotokolle überprüfen, um weitere Details zum Grund für den Fehler zu erhalten. Einige Beispiele für Fehlerauflösungen finden Sie unter "Allgemeine Fehlermeldungen".

Schritt 8: Umbenennen des VMSwitch auf anderen Computern

In diesem Schritt wechseln Sie vom Computer, der mit Network ATC bereitgestellt wurde, zum nächsten Computer und migrieren die virtuellen Computer von diesem zweiten Computer. Sie müssen überprüfen, ob der zweite Computer denselben VMSwitch Namen wie der computer hat, der mit Network ATC bereitgestellt wurde.

Wichtig

Nachdem der virtuelle Switch umbenannt wurde, müssen Sie jede VM trennen und erneut verbinden, damit sie den neuen Namen des virtuellen Switches entsprechend zwischenspeichern kann. Dies ist eine störende Aktion, die eine Planung erfordert. Wenn Sie diese Aktion nicht ausführen, tritt bei Livemigrationen ein Fehler auf, der angibt, dass der virtuelle Switch nicht am Ziel vorhanden ist.

Das Umbenennen des virtuellen Switches ist eine nicht störende Änderung und kann auf allen Computern gleichzeitig erfolgen. Führen Sie den folgenden Befehl aus:

#Run on the machine where you configured Network ATC
Get-VMSwitch | ft Name

#Run on the next machine to rename the virtual switch
Rename-VMSwitch -Name 'ExistingName' -NewName 'NewATCName'

Nachdem Der Switch umbenannt wurde, trennen Sie ihre vNICs, und verbinden Sie sie erneut, damit die VMSwitch Namensänderung durchlaufen wird. Der folgende Befehl kann verwendet werden, um diese Aktion für alle virtuellen Computer auszuführen:

$VMSW = Get-VMSwitch
$VMs = Get-VM
$VMs | %{Get-VMNetworkAdapter -VMName $_.name | Disconnect-VMNetworkAdapter ; Get-VMNetworkAdapter -VMName $_.name | Connect-VMNetworkAdapter -SwitchName $VMSW.name}

Sie ändern den Netzwerk-ATC VMSwitch aus zwei Gründen nicht:

  • Netzwerk-ATC stellt sicher, dass alle Computer im System denselben Namen haben, um die Livemigration und Symmetrie zu unterstützen.
  • Netzwerk-ATC implementiert und steuert die Namen von Konfigurationsobjekten. Andernfalls müssen Sie sicherstellen, dass dieses Konfigurationsartefakt perfekt bereitgestellt wird.

Schritt 9: Fortsetzen des Computers

Führen Sie den folgenden Befehl aus, um Ihr System wieder in den Dienst zu versetzen oder zurückzusetzen:

Resume-ClusterNode

Hinweis

Wiederholen Sie die Schritte 1 bis 5 (überspringen Sie das Löschen des virtuellen Switchs, wie er umbenannt wurde), Schritt 7 und Schritt 9 für jeden Computer des Systems, um die Netzwerk-ATC-Einstellungen auf Ihre lokale Azure-Umgebung anzuwenden.

Nächster Schritt

Erfahren Sie, wie Sie die Upgradebereitschaft der Lösung für Azure Local bewerten.