Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Funktionsweise von Network Synthetic Monitor
Network Synthetic Monitor wird vollständig von AWS den überwachten Ressourcen verwaltet und benötigt keine separaten Agenten. Stattdessen geben Sie Sonden an, indem Sie ein VPC-Subnetz und On-Premises-IP-Adressen festlegen.
Wenn Sie in Network Synthetic Monitor einen Monitor für AWS gehostete Ressourcen erstellen, wird im Hintergrund die Infrastruktur AWS erstellt und verwaltet, die für Messungen der Umlaufzeit und des Paketverlusts erforderlich ist. Da die erforderlichen Konfigurationen AWS verwaltet werden, können Sie Ihre Überwachung schnell skalieren, ohne dass Sie Agenten in Ihrer AWS Infrastruktur installieren oder deinstallieren müssen.
Bei der Erstellung von Sonden werden benutzerdefinierte Elastic-Network-Schnittstellen (ENIs) erstellt und an Sonden-Instances und Kundensubnetze angefügt. Wenn Network Synthetic Monitor beispielsweise eine fehlerhafte Sonden-Instance ersetzt, werden die ENIs entfernt und wieder an die Ersatz-Instance angefügt. ENI-IP-Adressen werden nach ihrer Erstellung demnach nicht geändert, es sei denn, Sie löschen eine Sonde und erstellen eine neue für dieselbe Quelle und dasselbe Ziel.
Network Synthetic Monitor konzentriert sich bei der Überwachung auf die Routen, die die Datenflüsse von Ihren AWS gehosteten Ressourcen zurücklegen, anstatt alle Datenflüsse von Ihren Ressourcen aus umfassend zu überwachen. AWS-Region Wenn sich Ihre Workloads auf mehrere Availability Zones verteilen, kann Network Synthetic Monitor die Routen über jedes Ihrer privaten Subnetze überwachen.
Network Synthetic Monitor veröffentlicht Metriken zu Round-Trip-Zeiten und Paketverlusten in Ihrem Amazon CloudWatch -Konto auf der Grundlage des Aggregationsintervalls, das Sie bei der Erstellung eines Monitors festgelegt haben. Sie können es auch verwenden CloudWatch , um individuelle Latenz- und Paketverlust-Schwellenwerte für jeden Monitor festzulegen. Sie können beispielsweise einen Alarm für eine Workload einrichten, die anfällig für Paketverluste ist, um benachrichtigt zu werden, wenn der durchschnittliche Paketverlust einen statischen Schwellenwert von 0,1 % übersteigt. Sie können die CloudWatch Anomalieerkennung auch verwenden, um bei Paketverlust- oder Latenzmetriken, die außerhalb Ihrer gewünschten Bereiche liegen, eine Warnung auszulösen.
Verfügbarkeits- und Leistungsmessungen
Network Synthetic Monitor sendet regelmäßig aktive Sonden von Ihrer AWS Ressource an Ihre lokalen Ziele. Beim Erstellen eines Monitors geben Sie Folgendes an:
-
Aggregationsintervall: Die Zeit in Sekunden, an der die Messergebnisse CloudWatch empfangen werden. Dies erfolgt entweder alle 30 oder 60 Sekunden. Der Aggregationszeitraum, den Sie für den Monitor wählen, gilt für alle Sonden in diesem Monitor.
-
Testquellen (AWS Ressourcen): Eine Quelle für eine Sonde ist eine VPC und zugehörige Subnetze oder einfach nur ein VPC-Subnetz in den Regionen, in denen Ihr Netzwerk betrieben wird.
-
Sonden-Ziele (Kundenressourcen): Ein Ziel für eine Sonde ist eine Kombination aus On-Premises-IP-Adressen, Netzwerkprotokollen, Ports und Netzwerkpaketgröße.
-
Sondenprotokoll: Eines der unterstützten Protokolle – ICMP oder TCP. Weitere Informationen finden Sie unter Unterstützte Kommunikationsprotokolle.
-
Port (für TCP): Der Port, den Ihr Netzwerk für die Verbindung verwendet.
-
Paketgröße (für TCP): Die Größe jedes Pakets, das zwischen Ihrer AWS gehosteten Ressource und Ihrem Ziel auf einer einzelnen Probe übertragen wird, in Byte. Sie können für jede Sonde in einem Monitor eine andere Paketgröße angeben.
Ein Monitor veröffentlicht die folgenden Metriken:
-
Round-trip Zeit: Diese in Mikrosekunden gemessene Metrik ist ein Maß für die Leistung. Sie zeichnet auf, wie lang es dauert, die Sonde an die Ziel-IP-Adresse zu übertragen und die zugehörige Antwort zu empfangen. Die Round-Trip-Zeit ist die durchschnittliche Zeit, die während des Aggregationsintervalls beobachtet wurde.
-
Paketverlust: Mit dieser Metrik wird der Prozentsatz der insgesamt gesendeten Pakete gemessen und die Anzahl der Übertragungen aufgezeichnet, für die keine Antwort empfangen wurde. Keine Antwort bedeutet, dass die Pakete entlang des Netzwerkpfads verloren gegangen sind.
Unterstützte Kommunikationsprotokolle
Network Synthetic Monitor unterstützt zwei Protokolle für Sonden: ICMP und TCP.
ICMP-based Sonden übertragen ICMP-Echoanfragen von Ihren AWS gehosteten Ressourcen an die Zieladresse und erwarten als Antwort eine ICMP-Echoantwort. Network Synthetic Monitor verwendet die Informationen der ICMP-Echoanforderung und der ICMP-Echoantwortnachrichten, um die Round-Trip-Zeit- und Paketverlust-Metriken zu berechnen.
TCP-based Sonden übertragen TCP-SYN-Pakete von Ihren AWS gehosteten Ressourcen zur Zieladresse und zum Zielport und erwarten als Antwort ein TCP-SYN+ACK-Paket. Network Synthetic Monitor verwendet die Informationen der TCP-SYN- und TCP-SYN+ACK-Nachrichten, um die Metriken für Round-Trip-Zeit und Paketverlust zu berechnen. Network Synthetic Monitor wechselt regelmäßig die TCP-Quellports (unter Verwendung von Ports im Bereich 1024—65535), um die Netzwerkabdeckung zu erhöhen, was die Wahrscheinlichkeit erhöht, dass Paketverluste erkannt werden. Stellen Sie sicher, dass Ihre Firewallregeln TCP-Verkehr von diesem gesamten Quellportbereich zum konfigurierten Zielport zulassen.
Netzwerkzustandsanzeige für AWS
Network Synthetic Monitor veröffentlicht eine Metrik für den Netzwerkintegritätsindikator (NHI), die Informationen zu AWS Netzwerkproblemen für Pfade liefert, die Ziele enthalten, über Direct Connect die eine Verbindung hergestellt wurde.
Der NHI-Binärwert basiert auf einer statistischen Messung des Zustands des AWS kontrollierten Netzwerkpfads von der AWS gehosteten Ressource, auf der der Monitor bereitgestellt wird, zum Direct Connect-Standort. Network Synthetic Monitor verwendet die Erkennung von Anomalien, um Verfügbarkeitseinbußen oder Leistungseinbußen entlang der Netzwerkpfade zu berechnen.
NHI ist nicht korrekt für Direct Connect Anlagen, die zwischengeschaltetes Routing mit Cloud WAN verwenden. Wenn Sie über ein Hybridnetzwerk verfügen, das Cloud WAN umfasst, verwenden Sie den NHI-Wert nicht als Hinweis auf ein Leistungsproblem.
Anmerkung
Jedes Mal, wenn Sie einen neuen Monitor erstellen, eine Sonde hinzufügen oder eine Sonde erneut aktivieren, verzögert sich der NHI-Wert für den Monitor um einige Stunden, während die Daten AWS erfasst werden, um eine Anomalieerkennung durchzuführen.
Um den NHI-Wert bereitzustellen, wendet Network Synthetic Monitor eine statistische Korrelation zwischen AWS -Beispieldatensätzen sowie auf die Metriken für Paketverlust und Round-Trip-Latenz für den Datenverkehr an, der Ihren Netzwerkpfad simuliert. NHI kann einen von zwei Werten haben: 100 oder 0. Ein Wert von 100 gibt an, dass Network Synthetic Monitor eine Netzwerkverschlechterung innerhalb des AWS kontrollierten Netzwerkpfads beobachtet hat. Ein Wert von 0 gibt an, dass Network Synthetic Monitor keine Netzwerkbeeinträchtigung für das AWS -Netzwerk innerhalb des Pfads beobachtet hat. Durch die Verwendung des NHI-Werts können Sie die Ursache von Netzwerkproblemen schneller ermitteln. Sie können beispielsweise Warnmeldungen für die NHI-Metrik einrichten, sodass Sie über aktuelle Netzwerkprobleme entlang Ihrer AWS Netzwerkpfade informiert werden.
Support für IPv4- und IPv6-Adressen
Network Synthetic Monitor bietet Verfügbarkeits- und Leistungsmetriken für IPv4- oder IPv6-Netzwerke und kann IPv4- oder IPv6-Adressen von Dual-Stack-VPCs überwachen. Network Synthetic Monitor erlaubt nicht, dass sowohl IPv4- als auch IPv6-Ziele auf demselben Monitor konfiguriert werden. Sie können separate Monitore für IPv4-only und Ziele erstellen. IPv6-only
