Batas waktu idle untuk aliran UDP dalam akselerator global AWS secara signifikan lebih pendek daripada untuk aliran TCP. Secara khusus, batas waktu idle untuk koneksi UDP adalah 30 detik, sedangkan untuk koneksi TCP jauh lebih lama, pada 340 detik (sekitar 5 menit dan 40 detik) [4].
Perbedaan ini berasal dari sifat protokol dan bagaimana akselerator global mengelola koneksi:
- Aliran TCP: AWS Global Accelerator mengakhiri koneksi TCP di tepi dan membuat koneksi TCP baru ke titik akhir backend. Batas waktu idle dari 340 detik berlaku untuk koneksi ini, artinya jika tidak ada data yang dikirim atau diterima dalam periode ini, akselerator global menutup koneksi. Timeout ini diperbaiki dan tidak dapat disesuaikan. Paket TCP Keep-Alive tidak dapat digunakan untuk mempertahankan koneksi; Sebaliknya, paket data aktual harus dikirim dalam jendela timeout untuk menjaga koneksi tetap hidup [4].
- Aliran UDP: UDP tanpa koneksi dan tidak memiliki pembentukan koneksi formal atau robekan seperti TCP. Untuk UDP, Global Accelerator menggunakan waktu tutup idle yang lebih pendek selama 30 detik. Jika tidak ada paket UDP yang dikirim atau diterima di dalam jendela ini, aliran dianggap menganggur dan ditutup. Timeout yang lebih pendek ini mencerminkan sifat tanpa kewarganegaraan dari UDP dan kasus penggunaan khas di mana aliran UDP diharapkan berumur pendek atau sering disegarkan [4].
Singkatnya, perbedaan utama adalah bahwa aliran TCP memiliki batas waktu idle yang jauh lebih lama (340 detik) karena sifat TCP yang berorientasi pada koneksi dan overhead manajemen koneksi, sementara aliran UDP memiliki batas waktu idle yang jauh lebih pendek (30 detik) yang konsisten dengan desain tanpa koneksi UDP. Ini memastikan penggunaan sumber daya yang efisien dan pembersihan aliran tidak aktif yang tepat waktu dalam akselerator global.
Tidak ada kustomisasi batas waktu idle ini saat ini didukung oleh AWS Global Accelerator [4].
Kutipan:
[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-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/