AWS 글로벌 가속기에서 UDP 흐름의 유휴 시간 초과는 TCP 흐름보다 훨씬 짧습니다. 구체적으로, UDP 연결의 유휴 시간 초과는 30 초이고, TCP 연결의 경우 340 초 (약 5 분 40 초)에 훨씬 더 길다 [4].
이 차이는 프로토콜의 특성과 글로벌 가속기가 연결을 관리하는 방법에서 비롯됩니다.
-TCP 흐름 : AWS Global Accelerator는 가장자리에서 TCP 연결을 종료하고 백엔드 엔드 포인트에 새로운 TCP 연결을 설정합니다. 340 초의 유휴 시간 초과는 이러한 연결에 적용됩니다. 즉,이 기간 내에 데이터를 보내거나받지 않으면 글로벌 가속기가 연결을 닫습니다. 이 시간 초과는 고정되어 있으며 사용자 정의 할 수 없습니다. TCP Keep-Agive 패킷은 연결을 유지하는 데 사용할 수 없습니다. 대신, 실제 데이터 패킷은 연결 상태를 유지하려면 시간 초과 창 내에서 전송되어야합니다 [4].
-UDP 흐름 : UDP는 연결이 없으며 TCP와 같은 공식적인 연결 설정 또는 분해가 없습니다. UDP의 경우 Global Accelerator는 30 초의 짧은 유휴 시간 초과를 사용합니다. 이 창 내에서 UDP 패킷이 전송되거나 수신되지 않으면 흐름이 유휴 상태로 간주되며 닫힙니다. 이 짧은 시간 초
요약하면, 주요 차이점은 TCP 흐름이 TCP의 연결 지향 특성과 연결 관리의 오버 헤드로 인해 훨씬 더 긴 유휴 시간 초과 (340 초)를 가지고 있지만 UDP 흐름은 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-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-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/