المهلة الخاملة لتدفقات UDP في AWS Global Accelerator أقصر بكثير من تدفقات TCP. على وجه التحديد ، فإن المهلة الخاملة لاتصالات UDP هي 30 ثانية ، في حين أن توصيلات TCP أطول بكثير ، في 340 ثانية (حوالي 5 دقائق و 40 ثانية) [4].
ينبع هذا الاختلاف من طبيعة البروتوكولات وكيف يدير المعجل العالمي الاتصالات:
- تدفقات TCP: يقوم AWS Global Accelerator بإنهاء اتصالات TCP على الحافة ويؤسس اتصال TCP جديد بنقطة النهاية الخلفية. تنطبق مهلة الخمول البالغة 340 ثانية على هذه الاتصالات ، بمعنى أنه إذا لم يتم إرسال أو استلام بيانات خلال هذه الفترة ، فإن Global Accelerator يغلق الاتصال. هذه المهلة ثابتة وغير قابلة للتخصيص. لا يمكن استخدام حزم Keep-Alive TCP للحفاظ على الاتصال ؛ بدلاً من ذلك ، يجب إرسال حزم البيانات الفعلية داخل نافذة المهلة للحفاظ على الاتصال حيًا [4].
- تدفقات UDP: UDP بدون اتصال وليس لديه إنشاء اتصال رسمي أو تمزق مثل 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]
[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-idlet-timout
[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--session-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/