Timeout -ul inactiv pentru fluxurile UDP în acceleratorul global AWS este semnificativ mai scurt decât pentru fluxurile TCP. Mai exact, intervalul inactiv pentru conexiunile UDP este de 30 de secunde, în timp ce pentru conexiunile TCP este mult mai lung, la 340 de secunde (aproximativ 5 minute și 40 de secunde) [4].
Această diferență provine din natura protocoalelor și modul în care acceleratorul global gestionează conexiunile:
- Fluxuri TCP: AWS Global Accelerator încheie conexiunile TCP la margine și stabilește o nouă conexiune TCP la punctul final backend. Timeout -ul inactiv de 340 de secunde se aplică acestor conexiuni, ceea ce înseamnă că dacă nu sunt trimise sau primite date în această perioadă, Global Accelerator închide conexiunea. Acest interval de timp este fix și nu este personalizabil. Pachetele de păstrare TCP nu pot fi utilizate pentru a menține conexiunea; În schimb, pachetele de date reale trebuie trimise în fereastra de timp pentru a menține conexiunea în viață [4].
- Fluxuri UDP: UDP este fără conexiune și nu are o unitate de conexiune formală sau o rupere precum TCP. Pentru UDP, Global Accelerator folosește un interval de timp mai scurt de 30 de secunde. Dacă nu sunt trimise sau primite pachete UDP în această fereastră, fluxul este considerat inactiv și este închis. Acest interval de timp mai scurt reflectă natura apatrină a UDP și cazurile tipice de utilizare în care fluxurile UDP sunt de așteptat să fie de scurtă durată sau reîmprospătate frecvent [4].
În rezumat, diferența cheie este că fluxurile TCP au un interval de timp mult mai lung (340 de secunde) datorită naturii TCP orientate către conexiune și a cheltuielilor generale ale gestionării conexiunilor, în timp ce fluxurile UDP au un interval de timp mai scurt (30 de secunde) în concordanță cu designul fără conexiune al UDP. Acest lucru asigură utilizarea eficientă a resurselor și curățarea în timp util a fluxurilor inactive în acceleratorul global.
În prezent, nicio personalizare a acestor intervale de timp inactive nu este acceptată de AWS Global Accelerator [4].
Citări:
[1] https://aws.amazon.com/global-accelerator/features/
[2] https://aws.amazon.com/global-accelerator/faqs/
[3] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-recovery/
[4] https://docs.aws.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[5] https://hands-on.cloud/aws-services/global-accelerator/
[6] https://learn.microsoft.com/en-us/answers/questions/1139028/how-big-is-azure-load-balancer-dp-idle-timeout
[7] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow-based-session-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/