Migrieren vom Netzwerkleistungsmonitor zum Verbindungsmonitor

Artikel
06/01/2023

Wichtig

Ab dem 1. Juli 2021 ist es im Netzwerkleistungsmonitor nicht mehr möglich, neue Tests in einem vorhandenen Arbeitsbereich hinzuzufügen oder einen neuen Arbeitsbereich zu aktivieren. Sie können weiterhin die Tests verwenden, die vor dem 1. Juli 2021 erstellt wurden. Migrieren Sie Ihre Tests vor dem 29. Februar 2024 aus dem Netzwerkleistungsmonitor zum neuen Verbindungsmonitor in Azure Network Watcher, um Dienstunterbrechungen im Zusammenhang mit Ihren aktuellen Workloads zu minimieren.

Sie können Tests vom Netzwerkleistungsmonitor mit nur einem Mausklick und ohne Downtime zum neuen, verbesserten Verbindungsmonitor migrieren. Weitere Informationen zu den Vorteilen finden Sie unter Verbindungsmonitor.

Wichtige Hinweise

Durch die Migration können die folgenden Ergebnisse erzielt werden:

Die Funktion lokaler Agents und die Firewalleinstellungen bleiben unverändert erhalten. Es sind keine Änderungen erforderlich. Log Analytics-Agents, die auf Azure-VMs installiert sind, müssen durch die Network Watcher-Erweiterung ersetzt werden.
Vorhandene Test werden „Verbindungsmonitor“ > „Testgruppe“ > „Testformat“ zugeordnet. Wählen Sie Bearbeiten aus, um die Eigenschaften des neuen Verbindungsmonitors anzuzeigen und zu ändern. Laden Sie eine Vorlage herunter, um Änderungen vorzunehmen, und übermitteln Sie sie mit Azure Resource Manager.
Agents senden Daten sowohl an den Log Analytics-Arbeitsbereich als auch an Metriken.
Datenüberwachung:
- Daten in Log Analytics: Vor der Migration verbleiben die Daten im Arbeitsbereich, in dem der Netzwerkleistungsmonitor in der Tabelle „NetworkMonitoring“ konfiguriert ist. Nach der Migration werden die Daten in den Tabellen „NetworkMonitoring“, „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ im selben Arbeitsbereich gespeichert. Nach dem Deaktivieren der Tests im Netzwerkleistungsmonitor werden die Daten nur in den Tabellen „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ gespeichert.
- Protokollbasierte Warnungen, Dashboards und Integrationen: Sie müssen die Abfragen anhand der neuen Tabellen „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ manuell bearbeiten. Informationen zum Neuerstellen der Warnungen in Metriken finden Sie unter Überwachung der Netzwerkkonnektivität mit dem Verbindungsmonitor.
Für ExpressRoute-Überwachung:
- Vollständige Verluste und Latenzen: Dies wird vom Verbindungsmonitor einfacher als vom Netzwerkleistungsmonitor unterstützt, da Benutzer nicht konfigurieren müssen, welche Verbindungen und Peerings überwacht werden sollen. Verbindungen im Pfad werden automatisch ermittelt, und Daten werden als Metriken zur Verfügung gestellt (schneller als bei Log Analytics, wo der Netzwerkleistungsmonitor die Ergebnisse gespeichert hat). Die Topologie funktioniert auch unverändert.
- Bandbreitenmessungen: Mit der Einführung von Metriken bezüglich der Bandbreite hat sich der auf Log Analytics basierende Ansatz des Netzwerkleistungsmonitors bei der Bandbreitenüberwachung für ExpressRoute-Kunden als ineffizient erwiesen. Diese Funktion ist jetzt im Verbindungsmonitor verfügbar.

Voraussetzungen

Stellen Sie sicher, dass Network Watcher in Ihrem Abonnement und in der Region des Log Analytics-Arbeitsbereichs aktiviert ist. Andernfalls wird die folgende Fehlermeldung angezeigt: „Bevor Sie die Migration starten, aktivieren Sie die Network Watcher-Erweiterung im Auswahlabonnement und am Standort des ausgewählten Log Analytics-Arbeitsbereichs“.
Falls Sie eine Azure-VM verwenden, die einer anderen Region/einem anderen Abonnement angehört als die/dem, die/das der Log Analytics-Arbeitsbereich als Endpunkt verwendet, stellen Sie sicher, dass Network Watcher für dieses Abonnement und diese Region aktiviert ist.
Virtuelle Azure-Computer, auf denen Log Analytics-Agents installiert sind, müssen mit der Network Watcher-Erweiterung aktiviert werden.

Migrieren der Tests

Gehen Sie folgendermaßen vor, um von Netzwerkleistungsmonitor zu Verbindungsmonitor zu migrieren:

Wählen Sie in Network Watcher die Option Verbindungsmonitor und anschließend die Registerkarte Import tests from NPM (Tests aus dem NPM importieren) aus.
Wählen Sie in den Dropdownlisten Ihr Abonnement und den Arbeitsbereich und dann das Netzwerkleistungsmonitor-Feature aus, das Sie migrieren möchten.
Wählen Sie zum Migrieren der Tests Importieren aus.

Wenn der Netzwerkleistungsmonitor für den Arbeitsbereich nicht aktiviert ist, wird die Fehlermeldung „Keine gültige Netzwerkleistungsmonitor-Konfiguration gefunden“ angezeigt.
Wenn in der Funktion, die Sie in Schritt 2 ausgewählt haben, keine Tests vorhanden sind, wird ein Fehler mit dem Hinweis angezeigt, dass <Funktion> im ausgewählten Arbeitsbereich nicht konfiguriert ist.
Wenn keine gültigen Tests verfügbar sind, wird ein Fehler mit dem Hinweis angezeigt, dass der ausgewählte Arbeitsbereich keine gültigen Tests enthält.
Ihre Tests können Agents enthalten, die nicht mehr aktiv sind, aber möglicherweise in der Vergangenheit aktiv waren. Es wird ein Fehler mit dem Hinweis angezeigt, dass nur einige Tests Agents enthalten, die nicht mehr aktiv sind. Liste der inaktiven Agents: {0}. Diese Agents wurden möglicherweise in der Vergangenheit ausgeführt, sind aber jetzt heruntergefahren bzw. werden nicht mehr ausgeführt. Aktivieren Sie Agents, und migrieren Sie zu Verbindungsmonitor. Wählen Sie „Fortsetzen“ aus, um die Tests zu migrieren, die keine inaktiven Agents enthalten.

Nach dem Beginn der Migration werden die folgenden Änderungen durchgeführt:

Es wird eine neue Verbindungsmonitorressource erstellt.
- Pro Region und Abonnement wird ein Verbindungsmonitor erstellt. Bei Tests mit lokalen Agents weist der Name des neuen Verbindungsmonitors das Format <workspaceName>_"workspace_region_name" auf. Bei Tests mit Azure-Agents weist der Name des neuen Verbindungsmonitors das Format <workspaceName>_<Azure_region_name> auf.
- Die Überwachungsdaten werden jetzt in dem Log Analytics-Arbeitsbereich, in dem der Netzwerkleistungsmonitor aktiviert ist, in neuen Tabellen namens „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ gespeichert.
- Der Testname wird als Name der Testgruppe übernommen. Die Testbeschreibung wird nicht migriert.
- Quell- und Zielendpunkte werden in der neuen Testgruppe erstellt und verwendet. Für lokale Agents werden die Endpunkte als <workspaceName>_<FQDN of on-premises machine> formatiert. Die Agent-Beschreibung wird nicht migriert.
- Der Zielport und das Testintervall werden in eine Testkonfiguration namens TC_<protocol>_<port> und TC_<protocol>_<port>_AppThresholds verschoben. Das Protokoll wird anhand der Portwerte festgelegt. Für ICMP werden die Testkonfigurationen mit TC_<protocol> und TC_<protocol>_AppThresholds benannt. Falls Erfolgsschwellenwerte und andere optionale Eigenschaften festgelegt sind, werden sie migriert, andernfalls bleiben sie leer.
- Wenn die Migrationstests Agents enthalten, die nicht ausgeführt werden, müssen Sie diese aktivieren und die Migration wiederholen.
Der Netzwerkleistungsmonitor wird nicht deaktiviert, daher können die migrierten Tests weiterhin Daten an die Tabellen „NetworkMonitoring“, „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ senden. Dadurch wird sichergestellt, dass vorhandene protokollbasierte Warnungen und Integrationen nicht beeinträchtigt werden.
Der neu erstellte Verbindungsmonitor wird unter „Verbindungsmonitor“ angezeigt.

Achten Sie nach der Migration auf Folgendes:

Deaktivieren Sie die Tests im Netzwerkleistungsmonitor manuell. Bis dies geschehen ist, werden Ihnen diese weiterhin in Rechnung gestellt.
Wenn Sie den Netzwerkleistungsmonitor deaktivieren, erstellen Sie Ihre Warnungen für die Tabellen „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“ neu, oder verwenden Sie Metriken.
Migrieren Sie externe Integrationen zu den Tabellen „NWConnectionMonitorTestResult“ und „NWConnectionMonitorPathResult“. Beispiele für externe Integrationen sind Dashboards in Power BI und Grafana sowie Integrationen mit SIEM-Systemen (Security Information and Event Management).

Mögliche allgemeine Fehler

Im Anschluss finden Sie einige allgemeine Fehler, die während der Migration auftreten können:

Fehler	`Reason`
„No valid NPM config found. Go to NPM UI to check config“ (Keine gültige NPM-Konfiguration gefunden. Überprüfen Sie die Konfiguration auf der NPM-Benutzeroberfläche.)	Dieser Fehler tritt auf, wenn der Benutzer „Tests importieren“ im Netzwerkleistungsmonitor auswählt, um die Tests zu migrieren, der Netzwerkleistungsmonitor im Arbeitsbereich jedoch nicht aktiviert ist.
„Workspace selected does not have 'Service Connectivity Monitor' config“ (Der ausgewählte Arbeitsbereich verfügt nicht über die Konfiguration „Dienstkonnektivitätsmonitor“.)	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor-Dienstkonnektivitätsmonitor zum Verbindungsmonitor migriert, im Dienstkonnektivitätsmonitor aber keine Tests konfiguriert sind.
„Workspace selected does not have 'ExpressRoute Monitor' config“ (Der ausgewählte Arbeitsbereich verfügt nicht über die Konfiguration „ExpressRoute-Monitor“.)	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor-ExpressRoute-Monitor zum Verbindungsmonitor migriert, im ExpressRoute-Monitor aber keine Tests konfiguriert sind.
„Workspace selected does not have 'Performance Monitor' config“ (Der ausgewählte Arbeitsbereich verfügt nicht über die Konfiguration „Leistungsmonitor“.)	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Leistungsmonitor des Netzwerkleistungsmonitors zum Verbindungsmonitor migriert, im Leistungsmonitor aber keine Tests konfiguriert sind.
Der ausgewählte Arbeitsbereich verfügt über keine gültigen Tests vom Typ „{0}“.	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor zum Verbindungsmonitor migriert, aber in dem Feature, das der Benutzer für die Migration ausgewählt hat, keine gültigen Tests vorhanden sind.
Bevor Sie die Migration starten, aktivieren Sie die Network Watcher-Erweiterung im Auswahlabonnement und am Standort des ausgewählten Log Analytics-Arbeitsbereichs.	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor zum Verbindungsmonitor migriert und die Network Watcher-Erweiterung im ausgewählten Log Analytics-Arbeitsbereich nicht aktiviert ist. Der Benutzer muss die Network Watcher-Erweiterung vor der Migration von Tests aktivieren.
Wenige Tests vom Typ „{1}“ enthalten Agents, die nicht mehr aktiv sind. Liste der inaktiven Agents: {0}. Diese Agents wurden möglicherweise in der Vergangenheit ausgeführt, sind aber jetzt heruntergefahren bzw. werden nicht mehr ausgeführt. Aktivieren Sie Agents, und migrieren Sie zu Verbindungsmonitor. Wählen Sie „Fortsetzen“ aus, um die Tests zu migrieren, die keine inaktiven Agents enthalten.	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor zum Verbindungsmonitor migriert und einige ausgewählte Tests inaktive Network Watcher-Agents oder Network Watcher-Agents enthalten, die nicht mehr aktiv sind, in der Vergangenheit aber aktiv waren und heruntergefahren wurden. Der Benutzer kann die Auswahl dieser Tests aufheben und die Tests, die keine inaktiven Agents enthalten, auswählen und migrieren.
Ihre Tests vom Typ „{1}“ enthalten Agents, die nicht mehr aktiv sind. Liste der inaktiven Agents: {0}. Diese Agents wurden möglicherweise in der Vergangenheit ausgeführt, sind aber jetzt heruntergefahren bzw. werden nicht mehr ausgeführt. Aktivieren Sie Agents, und migrieren Sie zum Verbindungsmonitor.	Dieser Fehler tritt auf, wenn der Benutzer Tests vom Netzwerkleistungsmonitor zum Verbindungsmonitor migriert und ausgewählte Tests inaktive Network Watcher-Agents oder Network Watcher-Agents enthalten, die nicht mehr aktiv sind, in der Vergangenheit aber aktiv waren und heruntergefahren wurden. Der Benutzer muss die Agents aktivieren und anschließend mit der Migration dieser Tests zum Verbindungsmonitor fortfahren.
„An error occurred while importing tests to connection monitor“ (Fehler beim Importieren von Tests in den Verbindungsmonitor.)	Dieser Fehler tritt auf, wenn der Benutzer versucht, Tests vom Netzwerkleistungsmonitor zum Verbindungsmonitor zu migrieren, die Migration jedoch aufgrund von Fehlern nicht erfolgreich ist.

Nächste Schritte

Weitere Informationen zu Verbindungsmonitor finden Sie in den folgenden Artikeln: