For å diagnostisere latensproblemer med AWS Global Accelerator, bør du overvåke flere viktige beregninger og bruke AWS -overvåkningsverktøy for å få detaljert innsikt:
Nøkkelmålinger for å overvåke
1. tur-retur tid (RTT) / latens
RTT måler tiden det tar for en pakke å reise fra klienten til endepunktet og tilbake. Det er den primære beregningen å vurdere nettverksforsinkelse og påvirkes av fysiske avstand og nettverksforhold. Overvåking av RTT hjelper til med å identifisere hvor latens introduseres i banen [1].
2. gjennomstrømning
Dette måler mengden data eller antall pakker levert over en tidsperiode. Lav gjennomstrømning kan indikere nettverkstetthet eller problemer med endepunktets ytelse som påvirker latens [1].
3. Nettverksjitter
Jitter er variasjonen i latens over tid. Høy jitter kan forårsake inkonsekvent applikasjonsytelse og er ofte et tegn på nettverksinstabilitet eller overbelastning [1].
4. Pakketap
Pakketap oppstår når pakker ikke når destinasjonen. Selv små mengder pakketap kan øke latensen betydelig på grunn av overføringer og nedbrutt TCP -ytelse [1].
5. Endpoint helse og tilgjengelighet
Global akselerator overvåker kontinuerlig helsen til sluttpunkter ved bruk av TCP, HTTP og HTTPS helsekontroller. Endepunktfeil eller forringet helsetilstand kan føre til at trafikken blir omdirigert, noe som påvirker latensen [7].
AWS overvåkningsverktøy og logger
- Amazon CloudWatch -beregninger og alarmer
Global Accelerator rapporterer automatisk beregninger til CloudWatch når trafikken strømmer gjennom gasspedalen. Key CloudWatch-beregninger inkluderer trafikkvolum, sunne endepunkttall og latensrelaterte beregninger. Du kan angi alarmer for å varsle deg når latensen overstiger terskler eller når endepunkter blir usunne [2] [3] [6] [9].
- Global Accelerator Flow Logs
Flytlogger gir detaljerte poster over trafikk som strømmer gjennom gasspoengene og tilbake til klienter. De hjelper til med å feilsøke rekkevidde og ytelsesproblemer ved å vise trafikkmønstre og potensielle flaskehalser. Flytlogger krever oppsett og bruk Amazon S3 for lagring [2] [6] [9].
- AWS CloudTrail -logger
CloudTrail Records API -samtaler foretatt til Global Accelerator, nyttig for revisjon og feilsøkingskonfigurasjonsendringer som kan påvirke latens [2] [6] [9].
Beste praksis for diagnostisering av latens
- Mål latens fra de faktiske klientplasseringene for å fange ytelse i den virkelige verden [1].
- Samle et stort antall prøver (f.eks. Minst 1000 per time over en dag) for å fange opp variabilitet på grunn av trafikktopper og internettbelastning [1].
- Forsikre deg om at endepunkter (EC2 -forekomster, ALBS, NLBS eller EIP) er i stand til å håndtere tilkoblingsvolumet for å unngå flaskehalser som øker latensen [1].
- Bruk syntetiske tester med forskjellige verktøy for å validere latens og gjennomstrømningsmålinger [1].
- Korrelere CloudWatch -beregninger med flytlogger for å identifisere om latens skyldes nettverksproblemer, endepunkthelse eller konfigurasjonsproblemer [6] [9].
Ved å overvåke disse beregningene og utnytte AWS -overvåkingsverktøyene, kan du effektivt diagnostisere og feilsøke latensproblemer i AWS Global Accelerator.
Sitasjoner:
[1] https://aws.amazon.com/blogs-/networking-and-content-edelivery/measuring-aws-global-accelerator-performance-and-analysing-results/
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/monitoring-global-accelerator.html
[3] https://docs.aws.amazon.com/global-accelerator/latest/dg/cloudwatch-monitoring.html
[4] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-Speed-Comparison-tool.html
[5] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-recovery/
[6] https://docs.aws.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.aws.amazon.com/en_us/global-accelerator/latest/dg/logging-and-monitoring.html