Lai izmantotu mākoņa uzraudzību, lai identificētu latentuma problēmas AWS globālajā akseleratorā, varat izmantot Amazon CloudWatch metriku un ar to saistītos rīkus šādi:
1. Monitor CloudWatch metrika globālajam akseleratoram
-AWS Global akselerators automātiski publicē metriku Amazon CloudWatch ASV Rietumu (Oregonas) reģionā (ASV-Rietumu-2), tāpēc jums ir jāraugās īpaši šajā reģionā, neatkarīgi no tā, kur tiek izvietots jūsu paātrinātājs [2].
- Galvenais CloudWatch metrika, uz kuru jākoncentrējas, ietver:
- Latentums: mēra laiku, kas vajadzīgs, lai trafiks tiktu novirzīts caur globālo paātrinātāju uz jūsu parametriem.
- Skaitts veselīgs/neveselīgs parametrs: pārbaudīt, vai galapunkti ir veselīgi vai izraisa kavēšanos.
- Satiksmes apjoms un kļūdu līmeņi: lai korelētu latentuma pieaugumu ar trafika modeļiem vai kļūdām [2].
- Šie reālā laika metrika var palīdzēt jums noteikt, kad latentums palielinās ārpus parastās sliekšņa, signalizācijas par potenciālo tīklu vai parametru problēmām.
2. Iestatiet CloudWatch trauksmes
- Izveidojiet trauksmes signālus par latentuma metriku, lai nekavējoties tiktu paziņots, kad latentums šķērso iepriekš noteiktu slieksni, ļaujot veikt tūlītēju izmeklēšanu un sanāciju [2].
3. Izmantojiet plūsmas žurnālus detalizētai trafika analīzei
- Iespējot globālos akseleratora plūsmas žurnālus, lai iegūtu detalizētu informāciju par satiksmi, kas ievada un atstāj akseleratoru [2].
- Plūsmas žurnāli sniedz ieskatu pakešu līmeņa detaļās, kas var palīdzēt diagnosticēt sasniedzamību vai maršrutēšanas problēmas, kas varētu izraisīt latentumu.
- Ņemiet vērā, ka plūsmas žurnāliem ir nepieciešama iestatīšana un krātuve Amazon S3.
4. Analizējiet turp un atpakaļ laiku (RTT) un pakešu zudumu
- Izmantojiet tīkla diagnostikas rīkus, piemēram, Ping un Traceroute no klienta vietām līdz globālajiem paātrinātāja parametriem, lai izmērītu RTT un pakešu zudumu [1].
- Augsts RTT vai pakešu zudums var norādīt uz tīkla sastrēgumiem vai maršrutēšanas neefektivitāti, kas veicina latentumu.
-AWS iesaka izmantot TCP Echo ar Traceroute, lai apietu parastos ugunsmūra filtrus un iegūtu precīzus hop-hop latentuma mērījumus [1].
- Periodiski savāc mērījumus (piemēram, ik pēc 5 minūtēm vairāk nekā stunda), lai novērotu latentuma tendences un identificētu problemātiskos tīkla segmentus.
5. Korelē galapunkta veselību un latentumu
- Globālais akselerators nepārtraukti uzrauga galapunktu veselību un apmēram minūtes laikā novirza satiksmi prom no neveselīgiem parametriem [8].
- Ja latentuma problēmas sakrīt ar galapunkta veselības degradāciju, izpētiet Backend pakalpojumus vai slodzes līdzsvarotājus veiktspējas sašaurinājumiem.
6. Izmantojiet AWS CloudTrail API aktivitātes auditam
- CloudTrail reģistrē globālos akseleratora API zvanus, kas var palīdzēt korelēt konfigurācijas izmaiņas vai izvietošanu ar latentuma tapiem [2].
Kopsavilkums
Apvienojot CloudWatch latentuma metriku un trauksmes signālus, plūsmas žurnālus trafika detaļām un tīkla mērījumiem, piemēram, RTT un TRACEROUTE, varat efektīvi identificēt un diagnosticēt latentuma problēmas AWS globālā paātrinātājā. Paredzamības parametra veselības uzraudzība un korelācija ar trafika modeļiem vēl vairāk palīdz precīzi noteikt pamatcēloņus, ļaujot optimizēt maršrutēšanu un uzlabot lietojumprogrammu veiktspēju visā pasaulē [1] [2] [8] [9].
Atsauces:
[1] https://aws.amazon.com/blogs/networking-and-content-delivery/measuring-aws-global-accelerator-performance-and-analyzing-results/
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/monitoring-global-accelerator.html
[3] https://aws.amazon.com/global-accelerator/features/
[4] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-recovery/
[5] https://www.thillyeyes.com/blog/aws-optimizes-performance-global-accelerator
[6] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.html
[7] https://cloud.google.com/spanner/docs/latency-metrics
[8] https://digitalcloud.training/aws-global-accelerator/
[9] https://cloudchiprsr.com/blog/aws-global-accelerator