การหมดเวลาว่างสำหรับการไหลของ UDP ใน AWS Global Accelerator นั้นสั้นกว่าการไหลของ TCP อย่างมาก โดยเฉพาะการหมดเวลาว่างสำหรับการเชื่อมต่อ UDP คือ 30 วินาทีในขณะที่การเชื่อมต่อ TCP นั้นยาวขึ้นมากที่ 340 วินาที (ประมาณ 5 นาทีและ 40 วินาที) [4]
ความแตกต่างนี้เกิดจากลักษณะของโปรโตคอลและวิธีการเร่งความเร็วทั่วโลกจัดการการเชื่อมต่อ:
- TCP Flows: AWS Global Accelerator สิ้นสุดการเชื่อมต่อ TCP ที่ขอบและสร้างการเชื่อมต่อ TCP ใหม่ไปยังจุดสิ้นสุดของแบ็กเอนด์ การหมดเวลาที่ไม่ได้ใช้งานของ 340 วินาทีใช้กับการเชื่อมต่อเหล่านี้ซึ่งหมายความว่าหากไม่มีการส่งหรือรับข้อมูลภายในช่วงเวลานี้ตัวเร่งความเร็วทั่วโลกจะปิดการเชื่อมต่อ การหมดเวลานี้ได้รับการแก้ไขและไม่สามารถปรับแต่งได้ แพ็คเก็ตเก็บรักษา TCP ไม่สามารถใช้เพื่อรักษาการเชื่อมต่อ; แต่จะต้องส่งแพ็กเก็ตข้อมูลจริงภายในหน้าต่างหมดเวลาเพื่อให้การเชื่อมต่อมีชีวิตอยู่ [4]
- UDP Flows: UDP ไม่มีการเชื่อมต่อและไม่มีการเชื่อมต่ออย่างเป็นทางการหรือการฉีกขาดเช่น TCP สำหรับ UDP Global Accelerator ใช้การหมดเวลาว่างที่สั้นกว่า 30 วินาที หากไม่มีการส่งหรือรับแพ็กเก็ต UDP ภายในหน้าต่างนี้การไหลจะถือว่าไม่ได้ใช้งานและปิด การหมดเวลาที่สั้นกว่านี้สะท้อนให้เห็นถึงลักษณะไร้สัญชาติของ UDP และกรณีการใช้งานทั่วไปที่คาดว่าจะมีการไหลของ UDP ในระยะสั้นหรือสดชื่นบ่อยครั้ง [4]
โดยสรุปความแตกต่างที่สำคัญคือการไหลของ TCP มีการหมดเวลาว่างที่ยาวนานกว่า (340 วินาที) เนื่องจากลักษณะการเชื่อมต่อที่เน้นการเชื่อมต่อของ TCP และค่าใช้จ่ายของการจัดการการเชื่อมต่อในขณะที่การไหลของ UDP มีการหมดเวลาที่สั้นกว่า (30 วินาที) สิ่งนี้ทำให้มั่นใจได้ว่าการใช้ทรัพยากรที่มีประสิทธิภาพและการทำความสะอาดกระแสที่ไม่ได้ใช้งานในเวลาที่ไม่ได้ใช้งานในเครื่องเร่งความเร็วทั่วโลก
ปัจจุบันไม่มีการปรับแต่งของการหมดเวลาที่ไม่ได้ใช้งานเหล่านี้ในขณะนี้โดย 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-celerator
[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/