Linux Sunucuda TCP Congestion Control Seçimi

Linux sunucularında TCP tıkanıklık kontrolü (congestion control), ağ performansını optimize etmek için kritik bir unsurdur. Bu mekanizma, ağdaki veri akışını yöneterek paket kayıplarını önler, gecikmeleri minimize eder ve bant genişliğini verimli kullanır. Özellikle yüksek trafikli web sunucuları, veritabanı kümeleri veya bulut tabanlı uygulamalarda doğru seçim, sistem kararlılığını artırır. Bu makalede, Linux ortamında mevcut algoritmaları inceleyecek, seçim kriterlerini tartışacak ve pratik yapılandırma adımlarını detaylandıracağız. Sunucu yöneticileri için adım adım rehberlik sağlayarak, performans iyileştirmelerine odaklanacağız.

TCP Tıkanıklık Kontrolü Temelleri

TCP tıkanıklık kontrolü, internet protokolünün temel bir parçasıdır ve ağ tıkanıklığını algılayarak gönderim hızını dinamik olarak ayarlar. Linux çekirdeği, bu algoritmaları kernel modülü olarak destekler. Varsayılan olarak Cubic algoritması kullanılır, ancak modern ağlar için BBR gibi yenilikçi seçenekler daha üstün sonuçlar verebilir. Bu algoritmalar, Round-Trip Time (RTT) ölçümleri, paket kaybı oranları ve bant genişliği tahminleri üzerinden çalışır. Yanlış seçim, yüksek gecikme veya kaynak israfına yol açabilir.

Sunucu ortamında tıkanıklık kontrolü seçimi, ağ topolojisine göre değişir. Örneğin, veri merkezi bağlantılarında düşük gecikmeli algoritmalar tercih edilirken, geniş alan ağlarında (WAN) kayıp toleranslı olanlar ön plandadır. Pratikte, bu ayar global veya bağlantı bazında yapılabilir. Global değişiklikler /etc/sysctl.conf dosyası üzerinden kalıcı hale getirilirken, geçici testler sysctl komutuyla gerçekleştirilir. Bu yaklaşım, kesintisiz geçiş sağlar ve üretim ortamlarında riski minimize eder.

Linux’ta Desteklenen TCP Congestion Algoritmaları

Cubic Algoritması

Cubic, Linux 2.6.19’dan beri varsayılan algoritmadır ve yüksek bant genişliği-delay ürünlü (BDP) ağlar için optimize edilmiştir. Kübik fonksiyon tabanlı büyüme modeli ile hızlı toparlanma sağlar. Paket kaybı tespit edildiğinde pencere boyutunu kübik bir eğriyle küçültür, ardından agresif artırma yapar. Yüksek hızlı bağlantılarda (10 Gbps+) etkili olsa da, yüksek gecikmeli uydu bağlantılarında suboptimal kalabilir. Kullanımı için sys.net.ipv4.tcp_congestion_control=cubic ayarlanır. Gerçek dünya senaryolarında, CDN sunucularında %20’ye varan throughput artışı gözlemlenebilir.

BBR Algoritması

Google tarafından geliştirilen BBR (Bottleneck Bandwidth and RTT), model tabanlı bir yaklaşımdır. Gecikme tabanlı tıkanıklık algılaması yapar ve paket kaybına bağımlı değildir. Bant genişliği tahminini sürekli güncelleyerek pacing uygular. Özellikle bulut ortamlarında üstündür; örneğin AWS EC2 instance’larında latency’i %30 azaltabilir. Linux 4.9+ kernel’lerde desteklenir. Etkinleştirmek için modprobe tcp_bbr komutuyla yüklenir, ardından sysctl ile seçilir. Dezavantajı, erken kernel sürümlerinde stabilite sorunlarıdır, bu yüzden test ortamında doğrulanmalıdır.

Diğer Algoritmalar: Reno ve Westwood

Reno, klasik AIMD (Additive Increase Multiplicative Decrease) modelini kullanır ve düşük hızlı ağlar için uygundur. Westwood ise kablosuz ağlarda kablosuz kayıplarını ayırt eder. Bu algoritmalar legacy sistemlerde tercih edilir. Seçimde, lsmod | grep tcp_congestion ile mevcut modüller listelenir. Karşılaştırmalı testlerde, BBR modern senaryolarda Reno’ya göre %50 daha iyi performans gösterir. Uygulamada, hibrit kullanım için net.ipv4.tcp_allowed_congestion_control ile birden fazla desteklenir.

Sunucuda Seçim ve Yapılandırma Süreci

Ağ Ortamını Değerlendirme

Seçim öncesi, ağ metriklerini analiz edin: iperf3 ile bant genişliği testi yapın, ss -ti komutuyla mevcut bağlantıları inceleyin. Yüksek RTT (>100ms) varsa BBR, düşük kayıp oranlarında Cubic idealdir. Sunucu yükü, trafik tipi (short-lived vs long-lived flows) ve kernel sürümü (uname -r) dikkate alınır. Örneğin, NGINX tabanlı web sunucularda BBR, connection multiplexing ile throughput’u artırır. Bu değerlendirme, yanlış yapılandırmadan kaynaklı downtime’ı önler ve ROI’yi maksimize eder.

Adım Adım Yapılandırma

1. Mevcut algoritmayı kontrol edin: sysctl net.ipv4.tcp_congestion_control
2. Yeni algoritmayı yükleyin: modprobe tcp_bbr (örnek için)
3. Geçici ayar: sysctl -w net.ipv4.tcp_congestion_control=bbr
4. Kalıcı hale getirin: /etc/sysctl.conf’a echo ‘net.ipv4.tcp_congestion_control=bbr’ ekleyin, ardından sysctl -p
5. Doğrulayın: cat /proc/sys/net/ipv4/tcp_congestion_control
Bu adımlar, reboot sonrası kalıcılık sağlar. Etkileşimli bağlantılar için setsockopt() ile uygulama seviyesinde override edilebilir.

Performans Testi ve İzleme

Yapılandırma sonrası, netperf veya iperf3 ile benchmark çalıştırın: iperf3 -c server_ip -P 10 -t 60. Prometheus + Grafana ile tcp_retransmits ve rtt metrics’lerini izleyin. Değişiklik öncesi/sonrası karşılaştırması yapın. Ani düşüşlerde orijinale dönün: sysctl -w net.ipv4.tcp_congestion_control=cubic. Uzun vadede, sar raporları ile aylık inceleme önerilir. Bu süreç, %15-40 performans kazancı sağlar ve ölçeklenebilirlik artırır.

Sonuç olarak, Linux sunucularda TCP tıkanıklık kontrolü seçimi, sistem mimarisine entegre bir optimizasyon stratejisidir. Yukarıdaki adımları izleyerek, ağ verimliliğini artırabilir ve rekabet avantajı elde edebilirsiniz. Düzenli testler ve monitöring ile dinamik ayarlamalar yaparak, değişen trafik paternlerine uyum sağlayın. Bu yaklaşımla, kurumsal sunucularınız daha güvenilir ve hızlı hale gelecektir.