Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Πώς διαφέρει το χρονικό όριο αδράνειας για το UDP σε παγκόσμιο επιταχυντή από τις ροές TCP


Πώς διαφέρει το χρονικό όριο αδράνειας για το UDP σε παγκόσμιο επιταχυντή από τις ροές TCP


Το χρονικό όριο αδράνειας για τις ροές UDP στο AWS Global Accelerator είναι σημαντικά μικρότερο από ό, τι για τις ροές TCP. Συγκεκριμένα, το χρονικό όριο αδράνειας για συνδέσεις UDP είναι 30 δευτερόλεπτα, ενώ για τις συνδέσεις TCP είναι πολύ μεγαλύτερη, σε 340 δευτερόλεπτα (περίπου 5 λεπτά και 40 δευτερόλεπτα) [4].

Αυτή η διαφορά προέρχεται από τη φύση των πρωτοκόλλων και τον τρόπο με τον οποίο ο παγκόσμιος επιταχυντής διαχειρίζεται τις συνδέσεις:

- Ροές TCP: Το AWS Global Accelerator τερματίζει τις συνδέσεις TCP στην άκρη και δημιουργεί μια νέα σύνδεση TCP στο τελικό σημείο του Backend. Το χρονικό όριο των 340 δευτερολέπτων ισχύει για αυτές τις συνδέσεις, πράγμα που σημαίνει ότι αν δεν αποστέλλονται ή ληφθούν δεδομένα εντός αυτής της περιόδου, ο Global Accelerator κλείνει τη σύνδεση. Αυτό το χρονικό όριο είναι σταθερό και όχι προσαρμόσιμο. Τα πακέτα TCP Keep-alive δεν μπορούν να χρησιμοποιηθούν για τη διατήρηση της σύνδεσης. Αντ 'αυτού, τα πραγματικά πακέτα δεδομένων πρέπει να αποστέλλονται μέσα στο παράθυρο χρονικού ορίου για να διατηρήσουν τη σύνδεση ζωντανή [4].

- Ροές UDP: Το UDP είναι χωρίς σύνδεση και δεν διαθέτει επίσημη ίδρυση σύνδεσης ή teardown όπως το TCP. Για το UDP, ο Global Accelerator χρησιμοποιεί ένα μικρότερο χρονικό όριο ρελαντί 30 δευτερολέπτων. Εάν δεν αποστέλλονται ή ληφθούν πακέτα UDP μέσα σε αυτό το παράθυρο, η ροή θεωρείται αδρανής και είναι κλειστή. Αυτό το μικρότερο χρονικό όριο αντανακλά την απάτη της φύσης του UDP και των τυπικών περιπτώσεων χρήσης όπου οι ροές UDP αναμένεται να είναι βραχύβια ή συχνά ανανεωμένες [4].

Συνοπτικά, η βασική διαφορά είναι ότι οι ροές TCP έχουν πολύ μεγαλύτερο χρονικό όριο αναμονής (340 δευτερόλεπτα) λόγω της φύσης του TCP που προσανατολίζεται στη σύνδεση και της γενικής διαχείρισης σύνδεσης, ενώ οι ροές UDP έχουν πολύ μικρότερο χρονικό όριο (30 δευτερόλεπτα) σύμφωνα με το σχεδιασμό σύνδεσης UDP. Αυτό εξασφαλίζει την αποτελεσματική χρήση των πόρων και τον έγκαιρο καθαρισμό των ανενεργών ροών στον παγκόσμιο επιταχυντή.

Δεν υπάρχει καμία προσαρμογή αυτών των ριζοσπαστών χρονικών όρων που υποστηρίζεται από το AWS Global Accelerator [4].

Αναφορές:
[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-udp-idle-timeout
[7] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-ccelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow-session-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/