AWS Global Acceleratori latentsusaja probleemide diagnoosimiseks peaksite jälgima mitmeid peamisi mõõdikuid ja kasutama üksikasjalike teadmiste saamiseks AWS -i jälgimisriistu:
Peamised mõõdikud jälgimiseks
1. edasi-tagasi aeg (RTT) / latentsus
RTT mõõdab paketti kuluvat aega kliendilt lõpp -punkti ja tagasi. See on peamine mõõdik võrgu latentsusaja hindamiseks ning seda mõjutavad füüsiline kaugus ja võrgutingimused. RTT jälgimine aitab tuvastada, kus latentsusaega tutvustatakse teele [1].
2. läbilaskevõime
See mõõdab ajavahemiku jooksul tarnitud andmete hulka või pakettide arvu. Madal läbilaskevõime võib näidata võrgu ummikuid või latentsust mõjutavaid tulemusnäitajate jõudluse probleeme [1].
3. võrgusiitrit
Jitter on latentsuse varieeruvus aja jooksul. Kõrge värisemine võib põhjustada ebajärjekindlaid rakenduste jõudlust ja on sageli võrgu ebastabiilsuse või ummikute märk [1].
4. pakettide kaotus
Paki kaotus toimub siis, kui paketid ei jõua sihtkohta. Isegi väikesed pakkide kadusid võivad latentsusajalt märkimisväärselt suurendada edastamise ja halvenenud TCP jõudluse tõttu [1].
5. tulemusnäitaja tervis ja kättesaadavus
Globaalne kiirendi jälgib pidevalt lõpp -punktide tervist, kasutades TCP, HTTP ja HTTPS tervisekontrolli. Endpoint ebaõnnestumised või halvenenud tervislik seisund võivad põhjustada liikluse ümbersuunamise, mõjutades latentsusaega [7].
AWS -i seireriistad ja logid
- Amazon Cloudwatchi mõõdikud ja alarmid
Global Accelerator teatab mõõdikuid CloudWatchile automaatselt, kui liiklus voolab läbi gaasipedaali. Peamised CloudWatchi mõõdikud hõlmavad liiklusmahtu, tervisliku lõpp-punkti loendusi ja latentsusaegadega seotud mõõdikuid. Võite seada häired, et teatada teile, kui latentsus ületab läved või kui lõpp -punktid muutuvad ebatervislikuks [2] [3] [6] [9].
- Globaalsed kiirendi voolu logid
Voolu logid pakuvad üksikasjalikke andmeid kiirendi kaudu voolava liikluse kohta, kuni lõpp -punktid ja klientidele tagasi. Need aitavad tõrkeotsingut saavutatavuse ja jõudlusprobleemidega, näidates liiklusharjumusi ja võimalikke kitsaskohti. Voolu logid vajavad seadistamist ja kasutage Amazon S3 salvestamiseks [2] [6] [9].
- AWS CloudTrail Logs
CloudTrail registreerib API -kõnesid globaalsele kiirendile, mis on kasulik konfiguratsiooni auditeerimiseks ja tõrkeotsinguks, mis võivad mõjutada latentsusaega [2] [6] [9].
Parimad tavad latentsuse diagnoosimiseks
- Mõõtke reaalse maailma jõudluse hõivamiseks latentsus tegelikest kliendi asukohtadest [1].
- Koguge suure hulga proove (nt vähemalt 1000 tunnis päevas), et koguda varieeruvust liikluse tippude ja Interneti -ummikute tõttu [1].
- Veenduge, et lõpp -punktid (EC2 eksemplarid, ALBS, NLB -d või EIP -id) oleksid ühenduse mahuga hakkama saanud, et vältida latentsust suurendavaid kitsaskohti [1].
- Kasutage latentsuse ja läbilaskevõime mõõdikute valideerimiseks erinevate tööriistadega sünteetilisi teste [1].
- korrelatsiooni Cloudwatchi mõõdikud voolulogidega, et teha kindlaks, kas latentsus on tingitud võrguprobleemidest, lõpp -punkti tervisest või konfiguratsiooniprobleemidest [6] [9].
Neid mõõdikuid jälgides ja AWS -i jälgimisvahendeid võimendades saate AWS -i globaalse kiirendi latentsusprobleeme tõhusalt diagnoosida ja tõrkeotsingut teha.
Tsitaadid:
]
]
[3] https://docs.aws.amazon.com/global-accelerator/latest/dg/cloudwatch-monitering.html
]
]
]
[7] https://digitalcloud.training/aws-global-ccecerator/
[8] https://cloud.google.com/spanner/docs/latency-metrics
]