Linux Sunucuda TCP Retransmission Oranı Düşürme

Linux sunucularında TCP retransmission oranı, ağ trafiğinin verimliliğini doğrudan etkileyen kritik bir metriktir. TCP protokolü, veri paketlerinin güvenilir iletimini sağlamak için kayıp paketleri yeniden gönderme mekanizmasına sahiptir. Ancak yüksek retransmission oranları, gecikmeleri artırır, bant genişliğini boşa harcar ve genel sistem performansını düşürür. Özellikle yüksek trafikli web sunucuları, veritabanı kümeleri veya bulut tabanlı uygulamalarda bu sorun belirginleşir. Bu makalede, Linux sunucularda TCP retransmission oranını düşürmek için adım adım optimizasyon stratejilerini inceleyeceğiz. Mevcut durumu analiz etmekten başlayarak, kernel parametrelerini ayarlamaya ve sonuçları izlemeye kadar pratik bir rehber sunacağız. Bu yaklaşımlar, standart CentOS, Ubuntu veya Debian dağıtımlarında uygulanabilir ve sunucu kaynaklarını daha etkin kullanmanızı sağlar.

TCP Retransmission Mekanizmasını Anlama

TCP retransmission, ağ katmanında paket kaybı tespit edildiğinde devreye giren bir kurtarma mekanizmasıdır. Linux kernel’inde bu süreç, RTO (Retransmission Timeout) hesaplaması ile yönetilir ve varsayılan ayarlar genel kullanım için optimize edilmiştir. Yüksek oranlar genellikle %1’in üzerine çıktığında sorun sinyali verir; örneğin, ss -m komutu ile incelendiğinde retransmitted paket sayısını görebilirsiniz. Bu oranları düşürmek, öncelikle ağ altyapısını iyileştirmekle başlar ancak sunucu tarafında da tuning ile büyük kazanımlar elde edilir.

Retransmission nedenleri arasında paket kaybı, aşırı gecikme veya yanlış yapılandırılmış MTU değerleri yer alır. Sunucunuzda netstat -s | grep retrans gibi komutlarla mevcut istatistikleri kontrol edin. Örneğin, TcpRetransSegs metriği yüksekse, bu trafiğin %5-10’unu etkileyebilir ve CPU yükünü artırır. Anlayışınızı pekiştirmek için, tcpdump ile trafiği yakalayın ve Wireshark’ta analiz edin; böylece sorunlu bağlantıları görselleştirin. Bu analiz, optimizasyonun temelini oluşturur ve kör ayarlamalardan kaçınmanızı sağlar.

Ortak Nedenler ve Teşhis Yöntemleri

En sık rastlanan nedenler arasında firewall kuralları, NIC sürücü sorunları ve yetersiz buffer boyutlarıdır. Teşhis için sysctl net.ipv4.tcp_metrics_cache gibi parametreleri inceleyin. Pratik bir adım: cat /proc/net/snmp | grep Tcp:RetransSegs ile anlık değeri alın. Eğer oran %2’yi aşıyorsa, hemen inceleyin. Bu metrikleri sar -u 1m ile düzenli loglayarak trendleri takip edin.

Performans Etkileri

Yüksek retransmission, throughput’ü %20-30 oranında düşürebilir ve latency’yi katlayabilir. Özellikle e-ticaret sitelerinde kullanıcı deneyimini bozar. Uzun vadede, disk I/O ve bellek baskısı yaratır. Optimizasyonla bu etkileri minimize ederek, sunucu kapasitesini %15 artırabilirsiniz.

Linux Kernel Parametrelerini Optimize Etme

Linux’ta TCP tuning, /etc/sysctl.conf dosyası üzerinden yapılır. Değişiklikleri uygulamak için sysctl -p komutunu kullanın. Anahtar parametreler retransmission agresifliğini kontrol eder. Örneğin, net.ipv4.tcp_retries2=8 olarak ayarlayarak gereksiz yeniden denemeleri azaltın (varsayılan 15’tir). Benzer şekilde, net.ipv4.tcp_syn_retries=5 ile SYN flood saldırılarına karşı koruma sağlayın. Bu ayarlar, geçici bağlantıları hızlı terk ederek kaynakları serbest bırakır.

Buffer yönetimi için net.ipv4.tcp_rmem ve tcp_wmem değerlerini artırın: min 4096, default 87380, max 16777216 gibi. Window scaling’i etkinleştirin: net.ipv4.tcp_window_scaling=1. Ayrıca, net.ipv4.tcp_retrans_collapse=1 ile collapsed segmentleri birleştirerek verimliliği yükseltin. Bu değişiklikleri test ortamında doğrulayın; örneğin, iperf3 ile throughput ölçün.

Sysctl Konfigürasyonu Örnekleri

Aşağıdaki konfigürasyonu /etc/sysctl.conf’a ekleyin:

• net.ipv4.tcp_retries1=3
• net.ipv4.tcp_retries2=8
• net.ipv4.tcp_synack_retries=3
• net.ipv4.tcp_timestamps=1

Sonra sysctl -p ile yükleyin. Bu, retransmission’ları %40’a varan oranda düşürebilir. Her değişikliği reboot öncesi test edin.

İleri Düzey Tuning İpuçları

net.core.netdev_max_backlog=3000 ve net.ipv4.tcp_max_syn_backlog=8192 gibi değerlerle queue’ları genişletin. BBR congestion control’ü etkinleştirin: sysctl net.ipv4.tcp_congestion_control=bbr. Bu, modern ağlar için idealdir ve retransmission’ı minimize eder. Uygulamadan önce kernel sürümünüzü kontrol edin (4.9+ önerilir).

Uygulama Adımları ve Sürekli İzleme

Optimizasyonu uygulamak için şu adımları izleyin: 1) Mevcut durumu ss -tuln ile belgeleyin. 2) Sysctl ayarlarını ekleyin ve sysctl -w ile anında uygulayın. 3) Trafik yükü altında test edin (ab veya wrk tool’ları ile). 4) Prometheus + Grafana ile metrikleri görselleştirin; TcpRetransSegs’i dashboard’a ekleyin. Değişiklik sonrası %50 düşüş bekleyin.

İzleme için sar, vmstat veya netdata gibi araçları kurun. Haftalık raporlarla ayarları ince ayarlayın. Eğer sorun devam ederse, ethtool -K ile offload özelliklerini etkinleştirin (tso, gso). Bu bütünleşik yaklaşım, sunucunuzu production hazır hale getirir ve bakım maliyetlerini azaltır.

Sonuç olarak, Linux sunucularda TCP retransmission oranını düşürmek, sistematik bir tuning ve izleme gerektirir. Yukarıdaki adımları uygulayarak ağ performansınızı önemli ölçüde iyileştirebilir, kullanıcı memnuniyetini artırabilirsiniz. Düzenli bakım ile bu optimizasyonlar kalıcı fayda sağlar ve ölçeklenebilir altyapılar için temel oluşturur.