Um Latenzprobleme mit AWS Global Accelerator zu diagnostizieren, sollten Sie mehrere wichtige Metriken überwachen und AWS -Überwachungstools verwenden, um detaillierte Erkenntnisse zu erhalten:
Schlüsselkennzahlen zur Überwachung
1. Rundwegzeit (RTT) / Latenz
RTT misst die Zeit, die ein Paket benötigt, um vom Kunden zum Endpunkt und zurück zu reisen. Es ist die primäre Metrik, um die Netzwerklatenz zu bewerten, und wird durch physische Distanz- und Netzwerkbedingungen beeinflusst. Die Überwachung von RTT hilft zu identifizieren, wo die Latenz auf dem Pfad eingeführt wird [1].
2. Durchsatz
Dies misst die Datenmenge oder die Anzahl der über einen Zeitraum gelieferten Pakete. Niedriger Durchsatz kann angeben, dass Probleme mit der Netzwerkverstärkung oder der Endpunktleistung auf die Latenz auswirken [1].
3. Network Jitter
Jitter ist die Variabilität der Latenz im Laufe der Zeit. High Jitter kann eine inkonsistente Anwendungsleistung verursachen und ist häufig ein Zeichen für Netzwerkinstabilität oder -staus [1].
4. Paketverlust
Der Paketverlust tritt auf, wenn Pakete ihr Ziel nicht erreichen. Selbst geringe Mengen an Paketverlust können die Latenz aufgrund von Wiedervermutungen und die abgebaute TCP -Leistung erheblich erhöhen [1].
5. Endpunktgesundheit und Verfügbarkeit
Global Accelerator überwacht kontinuierlich die Gesundheit von Endpunkten mithilfe von TCP-, HTTP- und HTTPS -Gesundheitskontrollen. Endpunktausfälle oder erniedrigter Gesundheitszustand können dazu führen, dass der Verkehr umgeleitet wird, was sich auf die Latenz auswirkt [7].
AWS -Überwachungstools und -protokolle
- Amazon CloudWatch -Metriken und Alarme
Global Accelerator meldet automatisch Kennzahlen für CloudWatch, sobald der Verkehr über den Gaspedal fließt. Zu den wichtigsten Cloudwatch-Metriken gehören das Verkehrsvolumen, gesunde Endpunktzahlen und Latenzmetriken. Sie können Alarme festlegen, um Sie zu benachrichtigen, wenn die Latenz die Schwellenwerte überschreitet, oder wenn Endpunkte ungesund werden [2] [3] [6] [9].
- Globale Beschleunigerflussprotokolle
Durchflussprotokolle liefern detaillierte Datensätze des Verkehrs, der durch den Gaspedal zu Endpunkten und zurück zu Clients fließt. Sie helfen bei der Fehlerbehebung bei der Erreichbarkeits- und Leistungsprobleme, indem sie Verkehrsmuster und potenzielle Engpässe zeigen. Durchflussprotokolle erfordern ein Setup und verwenden Amazon S3 für die Speicherung [2] [6] [9].
- AWS CloudTrail -Protokolle
CloudTrail zeichnet API -Aufrufe auf Global Accelerator auf, die für die Prüfung und Fehlerbehebung von Konfigurationsänderungen nützlich sind, die die Latenz beeinflussen können [2] [6] [9].
Best Practices für die Diagnose der Latenz
- Messen Sie die Latenz von den tatsächlichen Client-Standorten, um die reale Leistung zu erfassen [1].
- Sammeln Sie eine große Anzahl von Proben (z. B. mindestens 1.000 pro Stunde über einen Tag), um die Variabilität aufgrund von Verkehrsspitzen und Internetstau zu erfassen [1].
- Stellen Sie sicher, dass Endpunkte (EC2 -Instanzen, ALB, NLBs oder EIPs) das Verbindungsvolumen abwickeln können, um Engpässe zu vermeiden, die die Latenz erhöhen [1].
- Verwenden Sie synthetische Tests mit unterschiedlichen Werkzeugen, um Latenz- und Durchsatzmetriken zu validieren [1].
- Korrelate CloudWatch -Metriken mit Flow -Protokollen, um festzustellen, ob die Latenz auf Netzwerkprobleme, Endpunkt -Gesundheit oder Konfigurationsprobleme zurückzuführen ist [6] [9].
Durch die Überwachung dieser Metriken und zur Nutzung von AWS -Überwachungstools können Sie Latenzprobleme in AWS Global Accelerator effektiv diagnostizieren und beheben.
Zitate:
[1] https://aws.amazon.com/blogs/networking-and-content-delivery/measuring-aws-global-accelerator-performance-analyzing-results/
[2] https://docs.amazon.com/global-accelerator/latest/dg/monitoring-global-accelerator.html
[3] https://docs.amazon.com/global-accelerator/latest/dg/cloudwatch-monitoring.html
[4] https://docs.amazon.com/global-accelerator/latest/dg/inTroductionspeed-comparison-tool.html
[5] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-recovery/
[6] https://docs.amazon.com/global-accelerator/latest/dg/logging-and-monitoring.html
[7] https://digitalcloud.training/aws-global-accelerator/
[8] https://cloud.google.com/spanner/docs/latency-metrics
[9] https://docs.amazon.com/en_us/global-accelerator/latest/dg/logging-and-monitoring.html