Sunucu Network Performans Testi: Yöntemler ve Uygulamalar

Güncel ağ yükü altında bir sunucunun nasıl performans gösterdiğini anlamak, kapasite planlaması ve güvenilirlik açısından kritik bir gerekliliktir. Bu yazıda, temel kavramları ve uygulanabilir yöntemleri birbirine bağlayarak gerçekçi bir test planı çıkarmayı hedefliyorum.

• Amaç ve ölçütlerin belirlenmesi: Teste başlamadan önce hangi metriklerin kritik olduğunu netleştirmek gerekir. Gecikme (latency), paket kaybı, throughput (teorik vs. gerçek), jitter, CPU ve bellek kullanımı, disk I/O ve ağ arayüzü bant genişliği gibi göstergeler başlangıç için uygundur. Örneğin, web sunucusu için yanıt süresi ve yüzde 95-iletişim süresi kritik olabilir; bir veritabanı sunucusu için disk I/O ve CPU basıncı önceliklidir.
• Laboratuvar ortamı ve üretim ortamı: İzole edilmiş bir test ağında baseline almak güvenli iken, periyodik üretim benzetimleri daima risk içeren bir yaklaşımı gerektirir. Sanal makineler veya konteynerler ile farklı yük profillerini simüle etmek, üretimde anlık etkileri minimize eder.
• Araç seçimi ve konfigürasyon: Ping/Traceroute gibi temel araçlar bellek olarak kalabilir; ancak yük testi için iptables ile sınırlı trafik üretmeden, tc/qdisc ile QoS benzetimi yapabilir; iperf3 ile TCP/UDP throughput ölçümü alabilir; siege veya wrk gibi HTTP yük test araçları, yanıt süresi ve eş zamanlı isteklerin davranışını gösterir. Ağ katmanı için tc ile bant genişliği sınırlamaları ve jitter simülasyonu uygulanabilir.
• Gerçekçi yük profilleri: Sabit trafikten ziyade dalgalı yükler, kısa vadeli zirveler ve eşzamanlı kullanıcı davranışlarını kapsamalıdır. Örneğin bir e-ticaret sitesi için kampanya saatlerindeki ani artışlar veya API hizmeti için mikro servislere gelen artışlar düşünülmelidir.
• Kayıt ve analiz: Her testten sonra metrikleri zaman damgası ile kaydetmek, grafiklerle trendleri çıkarmak gerekir. Verilerin merkezileştirilmesi, anomali tespitini kolaylaştırır ve kapasite planlamasında güvenilir olup olmadığını gösterir.
• Sonuçların yorumlanması ve iyileştirme: Gecikme ve paket kaybı kritik görünüyorsa ağ altyapısında donanım yükseltmesi, QoS politikaları veya yönlendirme optimizasyonları değerlendirilebilir. Disk I/O darboğazları için RAID yapılandırması veya NVMe kullanımı fayda sağlar.

Pratikte uygulanabilir basit bir test akışı şu şekilde: önce iperf3 ile temel throughput ve jitter ölçümü; sonra HTTP yük testi için siege ile 100-500 eşzamanlı kullanıcı simülasyonu; son olarak tc ile 1-10 Gbps aralığında sınırlamalar ekleyerek davranış değişimini gözlemlemek. Bu adımlar birbirini tamamlar ve tek bir araçla elde edilecek sonuçlardan daha güvenilir bir tablo sunar.

123456789101112
[b]Basit iperf3 testi (örnek)[/b]
iperf3 -s &           # Sunucu tarafı arkaplanda çalışır
iperf3 -c 192.0.2.10 -t 60 -P 4  # Ağ içi hedefe 60 sn, 4 paralel akış

[b]HTTP yük testi için siege (örnek)[/b]
siege -c 200 -t 30S -i http://sunucu-domeni/

[b]QoS ve sınırlama için tc (örnek)[/b]
tc qdisc add dev eth0 root handle 1: htb default 12
tc class add dev eth0 parent 1: classid 1:12 htb rate 500mbit ceil 1gbit
tc qdisc add dev eth0 parent 1:12 handle 12: netem delay 20ms distribution normal