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ü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, AWS erstellt und verwaltet er die Infrastruktur im Hintergrund, die für die Durchführung von Round-Time-Messungen und Paketverlusten erforderlich ist. Da die erforderlichen Konfigurationen AWS verwaltet werden, können Sie Ihre Überwachung schnell skalieren, ohne Agenten in Ihrer AWS Infrastruktur installieren oder deinstallieren zu müssen.
Bei der Erstellung von Sonden werden benutzerdefinierte Elastic Network-Schnittstellen (ENIs) erstellt und an Sonde-Instances und Kundensubnetze angehängt. Wenn Network Synthetic Monitor beispielsweise eine Sonde-Instance ersetzt, wenn sie defekt ist, trennt Network Synthetic Monitor sie ENIs und fügt sie wieder an die Ersatzsonde an. 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 von Datenströmen aus Ihren AWS gehosteten Ressourcen genommen werden, anstatt alle Datenflüsse von Ihren Ressourcen 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 CloudWatch damit auch individuelle Schwellenwerte für Latenz und Paketverlust für jeden Monitor festlegen. 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 Messwerten für Paketverlust oder Latenz, die außerhalb der gewünschten Bereiche liegen, einen Alarm auszulösen.
Verfügbarkeits- und Leistungsmessungen
Network Synthetic Monitor sendet regelmäßig aktive Tests von Ihrer AWS Ressource an Ihre lokalen Ziele. Beim Erstellen eines Monitors geben Sie Folgendes an:
-
Aggregationsintervall: Die Zeit in Sekunden, in 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.
-
Sondenquellen (AWS Ressourcen): Eine Quelle für eine Probe ist eine VPC und zugehörige Subnetze oder einfach 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 in Byte, das auf einer einzigen Sonde zwischen Ihrer AWS gehosteten Ressource und Ihrem Ziel übertragen wird. 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-basierte 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-basierte 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 in regelmäßigen Abständen die TCP-Quell-Ports, um die Netzwerkabdeckung zu erhöhen, was wiederum die Wahrscheinlichkeit erhöht, dass Paketverluste erkannt werden.
Anzeige des Netzwerkzustands für AWS
Network Synthetic Monitor veröffentlicht eine Metrik zum Netzwerkintegritätsindikator (Network Health Indicator, NHI), die Informationen zu AWS Netzwerkproblemen bei Pfaden liefert, die auch Ziele enthalten, über Direct Connect die eine Verbindung hergestellt wurde.
Der NHI-Binärwert basiert auf einer statistischen Messung des Zustands des AWS-gesteuerten Netzwerkpfads von der AWS gehosteten Ressource, auf der der Monitor bereitgestellt wird, zum Direct Connect-Standort. Network Synthetic Monitor verwendet die Anomalieerkennung, um Verfügbarkeits- oder Leistungseinbußen entlang Ihrer Netzwerkpfade zu berechnen.
NHI ist nicht korrekt für Direct Connect Anlagen, die zwischengeschaltetes Routing verwenden, wie z. B. Verbindungen, die mithilfe von Cloud WAN erstellt wurden oder die AWS Transit Gateway Wenn Sie über ein Hybridnetzwerk verfügen, das AWS Transit Gateway oder andere zwischengeschaltete Routing-Segmente enthält, verwenden Sie den NHI-Wert nicht als Hinweis auf ein Leistungsproblem.
Anmerkung
Jedes Mal, wenn Sie einen neuen Monitor erstellen, einen Test hinzufügen oder einen Test erneut aktivieren, verzögert sich der NHI für den Monitor um einige Stunden, während Daten AWS gesammelt werden, um Ausreißer zu erkennen.
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. Der NHI kann einen von zwei Werten haben: 1 oder 0. Der Wert 1 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 Leistungskennzahlen über IPv4 IPv6 unsere Netzwerke und kann entweder IPv6 Adressen IPv4 oder Adressen aus Dual-Stack VPCs überwachen. Network Synthetic Monitor ermöglicht nicht, dass IPv4 sowohl IPv6 Ziele als auch Ziele auf demselben Monitor konfiguriert werden. Sie können separate Monitore für Ziele erstellen, die nur für die Option und für die Option IPv4 „Nur“ bestimmt sind IPv6.
