Network Interface Queue Ayarları

Giriş ve neden önemli
Bir sunucunun ağ performansı, çoğu zaman sadece netwok kartı hızına bakılarak değerlendiriliyor. Oysa NIC’nin kuyruk (queue) yapılandırması, özellikle çok çekirdekli CPU ve çok eşzamanlı trafikte gecikme, paket kaybı ve CPU kullanımı üzerinde belirleyici rol oynar. Kuyruklar, aldığı paketleri işletim sistemine aktarırken birden çok katmanda davranış gösterir: kernel tarafında NAPI, RSS/MLAG gibi teknikler ile CPU-darbe dengesini bozabilir ya da bozmayabilir. Bu nedenle, özellikle yüksek yük altındaki sunucularda NIC kuyruk yapılandırması dikkatle ayarlanmalıdır.

Temel kavramlar ve hangi durumlarda değişiklik gerekir

• Kuyruk sayısı (num queues): Her bir işleyici iş parçacığı için bir kuyruk olmalıdır. 1 Gbit üzerinde, çok çekirdekli sistemlerde çok kuyruk doğru bir performans sağlar.
• Transmit (TX) ve Receive (RX) kuyrukları: Hem çıkış hem de giriş işlemlerini bağımsız kuyruklarla yönetmek, eşzamanlılığı artırır.
• RSS/ RSS-Hash: Paketlerin hangi CPU çekirdeğine götürüleceğini belirler. Yanlış hash politikası, hotpath’lerde dengesiz CPU kullanımına yol açabilir.
• interrupt coalescing: Paketlerin kesilerek tek bir kesmede işlenmesi, kesim sıklığı ve miktarı ayarlanmazsa gecikmeleri artırabilir.
• QUEUES ile QoS: Özellikle sanal makineler veya konteyner tabanlı altyapılarda, farklı trafik sınıfları için ayrı kuyruklar belirlemek ağ akışını iyileştirir.
• Driver ve firmware sınırlamaları: Her NIC sürücüsünün desteklediği kuyruk sayısı ve hash politikaları farklı olabilir. Üretici dokümantasyonu güncel tutulmalıdır.

Pratik adımlar ve örnekler
1) Mevcut yapılandırmayı inceleyin: ip link show, ethtool -i ve ethtool -S komutları ile mevcut kuyruk sayısı, RSS target ve interrupt ayarlarını kontrol edin.
2) Kuyruk sayısını artırın: Özellikle 2-8 çekirdekli sunucularda kuyruk sayısını CPU çekirdeği ile orantılayın. Örneğin 8 çekirdekli bir sistemde her NIC için 4-8 RX/TX kuyruk seti mantıklı olabilir.
3) RSS hashing politikası: yumruk gibi dağılım için indirme ve yükleme trafiğini eşit olarak dağıtmak üzere i̇yi bir hash fonksiyonunu seçin. Eşzamanlı trafik yoğunluğunda dengesizlik varsa hash ayarlarını değiştirin.
4) Interrupt coalescing ayarı: Yüksek paket hızında kesim sayısını düşürün, düşük yükte ise artırın ki CPU sıkıştırması engellenmesin.
5) Test ve karşılaştırma: iperf/iperf3 ile simülasyonlar yapın; latency, jitter ve paket kaybını izleyin. Kuyruk sayısını değiştirirken gecikme ve throughput arasındaki dengeyi not edin.

Örnek bir konfigürasyon senaryosu (teknik amaçlı kılavuz)

• NIC: örnekvirt0
• CPU çekirdek sayısı: 8
• RX/TX kuyruk sayısı: 4
• RSS hash: toeplitz-4段
• Interrupt coalescing: RX: 64us/4000pkts; TX: 64us/4000pkts

Sonuç ve dikkat edilmesi gerekenler

• Kuyruk sayısının çok yüksek olması CPUya ek yük getirir ve context switching’i artırır. Dengeyi bulmak için adım adım test etmek gerekir.
• RX ve TX kuyruklarının sayısını eşitlemek, asimetrik trafikte performans farklarını minimize eder.
• Firmware ve sürücü güncellemeleri, kuyruk davranışını önemli ölçüde etkileyebilir; her değişiklikten sonra kapsamlı test gereklidir.

Bu konudaki deneyimleriniz nasıl? Farklı NIC modellerinde hangi ayarlar size daha stabil sonuçlar verdi? Özellikle yüksek yoğunluklu sanal altyapı ve veri merkezi senaryolarında gözlemlediğiniz en etkili konfigürasyonları paylaşır mısınız?