Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Global Hızlandırıcıda TCP bağlantıları için boş zaman aşımı diğer AWS hizmetleriyle karşılaştırılıyor


Global Hızlandırıcıda TCP bağlantıları için boş zaman aşımı diğer AWS hizmetleriyle karşılaştırılıyor


AWS Global Hızlandırıcı, 340 saniyelik TCP bağlantıları için sabit bir boşta kalma zamanına sahiptir. Bu, küresel hızlandırıcının, son nokta sağlıksız hale gelse veya hızlandırıcıdan çıkarılsa bile, 340 saniye hareketsizliğe (boş zaman aşımı) ulaşılana kadar yerleşik bir TCP bağlantısı için trafiği yönlendirmeye devam edeceği anlamına gelir. Yalnızca bu boş zaman aşımı sona erdikten sonra küresel hızlandırıcı yeni bağlantılar için yeni bir uç nokta seçecektir [2] [3].

Buna karşılık, diğer AWS hizmetlerinin farklı TCP rölanti zaman aşımı davranışları vardır:

- Ağ Yük Dengeleyici (NLB): Varsayılan TCP rölanti zaman aşımı, Global Hızlandırıcı'ya benzer 350 saniyedir, ancak NLB artık * yapılandırılabilir * TCP rölanti zaman aşımı değerlerini 60 saniye ile 6000 saniye arasında destekler. Bu, zaman aşımının uygulama ihtiyaçlarını daha iyi eşleştirmesi ve uzun ömürlü TCP akışları için gecikmeyi azaltmasını sağlar [6] [7].

- AWS Network Güvenlik Duvarı: Ayrıca, uzun ömürlü TCP bağlantılarının kesintisiz durumsal incelemesini desteklemek için zaman aşımını 60 ila 6000 saniye arasında yapılandırma özelliğine sahip varsayılan TCP rölanti zaman aşımına sahiptir [9].

- Ağ geçidi yük dengeleyicileri (GWLB), NAT Gateways ve VPC uç noktaları: Bağlantı izlemesi için 350 saniyelik varsayılan TCP rölanti zaman aşımını kullanın ve yapılandırma için biraz esneklik [10].

- Global hızlandırıcıdaki UDP bağlantıları 30 saniyelik çok daha kısa boşta kalma zaman aşımına sahipken, NLB ve GWLB'de UDP rölanti zaman aşımları tipik olarak 120 saniyedir [2] [7] [10].

Anahtar ayrım, Global Hızlandırıcı'nın TCP rölanti zaman aşımının 340 saniyede sabitlenmesi ve şu anda yapılandırılamamasıdır, ancak NLB ve Network Güvenlik Duvarı gibi hizmetler, uygulama gereksinimleriyle daha iyi uyum sağlamak için yapılandırılabilir boş zaman aşımları sunmaktadır. Global Hızlandırıcı'nın tasarımı, boş zaman aşımı sona erene kadar son noktalara yerleşmiş TCP bağlantılarını sürdürmeye odaklanır ve uç noktalar sağlıksız olsa bile istikrar ve tutarlı yönlendirme sağlarken, NLB ve diğerleri farklı uygulama trafik modelleri için esnekliği vurgular.

Özetle:

- Global Hızlandırıcı TCP Boşta Zaman Aşımı: 340 saniyede sabit, yapılandırılamaz.
- NLB TCP Boşta Zaman Aşımı: Varsayılan 350 saniye, 60 ila 6000 saniye arasında yapılandırılabilir.
- Ağ Güvenlik Duvarı TCP Boşta Zaman Aşımı: Varsayılan 350 saniye, 60 ila 6000 saniye yapılandırılabilir.
- Diğer AWS hizmetleri (GWLB, NAT Gateway, VPC uç noktası): Genellikle 350 saniye varsayılan, bazı yapılandırılabilir seçenekler.

Bu, küresel hızlandırıcının küresel trafik yönlendirmesini istikrarlı bağlantı işleme ile optimize etmedeki rolünü yansıtırken, NLB gibi hizmetler, yük dengeleme senaryoları için bağlantı zaman aşımları üzerinde daha ayrıntılı kontrol sağlar [2] [6] [7] [9] [10].

Alıntılar:
[1] https://docs.aws.amazon.com/global-acelerator/latest/dg/introduction-how-t-works.html
[2] https://docs.aws.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[3] https://repost.aws/questions/quuniuckyuskkscntmg8mmmea/timeout-aws-global-celerator
[4] https://docs.aws.amazon.com/global-acelerator/latest/dg/about-endpoints.avoid-connection-collise.html
[5] https://hands-on.cloud/aws-services/global-accelerator/
[6] https://www.linkedin.com/posts/karthik-sakthivel-techie_introducing-nlb-tcp-configable-idle timeout-piving-7237106073189408769-wqqr4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-nlb-tcp-configable-idle timeout/
[8] https://aws.amazon.com/global-accelerator/features/
[9] https://aws.amazon.com/about-aws/whats-new/2024/10/aws-network-firewall-configable-tcp-idle timeout/
[10] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-configable-idle timeout-for-connection-kracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-ifference-beton-idle timeout-and-request timeout-in--http-con