Network throttling nedir? Hosting sağlayıcıların uygulama nedeni

Network throttling, bir sunucunun veya istemcinin ağ üzerinden iletim hızının (throughput) kasıtlı olarak sınırlandırılmasıdır. Kullanıcı için bu durum çoğu zaman "internet yavaşladı" hissiyle karşılanır; ancak teknik olarak ağın belirli bir politikaya göre kısıtlanmasıdır. Bu yazıda throttling’in ne zaman devreye girdiğini, sağlayıcıların hangi amaçlarla uyguladığını ve kullanıcıların nasıl tespit edip nasıl önlem alacağını net biçimde öğreneceksiniz.

Network throttling nedir?

Network throttling, ağ trafiğinin tamamını ya da belirli türlerini (ör. yoğun gidiş-dönüş bağlantıları, belirli portlar, tek bir IP’den gelen yüksek istek) bant genişliği kotalarına veya performans profiline göre sınırlama işlemidir. Bu sınır, farklı yöntemlerle uygulanabilir:

Throttling yöntemleri

• Bant genişliği limiti (rate limiting): Trafik hacmi veya saniyedeki aktarım hızı belirli bir eşiği aşınca düşürülür.
• Bağlantı/oturum başına kısıt: Tek kullanıcı/IP ya da tek servis, diğerlerinden ayrıştırılır.
• Priorite düşürme (QoS/QoE): Trafiğe daha düşük öncelik verilip gecikme (latency) artışıyla hissedilir hale getirilebilir.
• Burst (ani yükselme) kontrolü: Kısa süreli yüksek hız denemelerinde sınır devreye girer.
• Port/protokol bazlı politika: Örneğin bazı portlarda (oyun/stream/transfer) veya bazı protokollerde kısıtlama yapılabilir.

Önemli nokta: Throttling her zaman “hız sıfırlandı” gibi görünmez. Bazen sadece belirli trafik türleri yavaşlar; web sayfası açılırken dosya indirme hızının düşmesi gibi senaryolar oluşabilir.

Hosting sağlayıcılar neden network throttling uygular?

Throttling, sağlayıcıların kaynakları kontrol edebilmesi için kullandığı bir operasyonel araçtır. Amaçlar genellikle “tek bir müşteri her şeyi tüketmesin” fikri etrafında şekillenir.

1) Kapasite yönetimi ve adil kullanım

Paylaşımlı altyapıda (özellikle oversubscription yapılan segmentlerde) aynı ağ üzerinde çok sayıda kiracı vardır. Bir müşterinin yoğun yükü (ör. büyük dosya dağıtımı, sürekli dışa veri transferi) ağın bir bölümünü kilitleyebilir. Throttling, bu riski azaltır: - Diğer kullanıcıların performansı çökmez. - Sağlayıcı toplam ağ kapasitesini öngörülebilir şekilde yönetir.

2) Ani trafik patlamalarını kontrol etmek

Özellikle kampanya dönemlerinde veya yanlış ayarlanmış bir entegrasyonda (ör. sonsuz döngüde indirme, yeniden deneme fırtınası) trafik bir anda yükselir. Throttling: - Ağın “tam kapasiteye kilitlenmesini” engeller. - Trafik yükünün belirli seviyelere çekilmesini sağlar.

3) DDoS ve kötüye kullanım sinyallerinde savunma

Tam teşhis her zaman mümkün olmadığından sağlayıcılar koruyucu politikalar kullanır. Network throttling; yoğun istek akışlarını yavaşlatıp tespit sürelerini uzatarak ek savunma katmanlarının (WAF, DDoS scrubbing, rate limit) devreye girmesine zaman tanıyabilir.

4) SLA (hizmet seviyesi) dengesini korumak

Bazı paketlerde “garanti” verilen kaynaklar kademelidir. Sağlayıcı, belirli bir eşiği aşan kullanımda throttling uygulayarak tüm müşteriler için hizmet seviyesinin sürdürülebilmesini hedefler.

5) Donanım/hat segmentasyonundan kaynaklı performans farklarını stabilize etmek

Farklı sunucu düğümleri veya farklı ağ segmentleri eşit kapasitede çalışmayabilir. Sağlayıcılar, darboğazları tek bir kullanıcı üzerinden kalıcı hale getirmemek için trafik hızını sınırlar.

Throttling hangi durumlarda devreye girer?

Throttling tetikleyicileri sağlayıcıdan sağlayıcıya değişir; ancak kullanıcıların en sık gördüğü senaryolar şunlardır:

Paketinizin “burst” sınırı dolduğunda

Örneğin paket “ortalama hız” verirken kısa süreli burst mümkün olabilir. Burst aşılınca hız kalıcı düşüşe geçebilir.

Veri transferi (egress) yoğun olduğunda

Özellikle şu durumlar egress’te yük oluşturur: - Yoğun dosya indirme (Linux ISO’lar, medya arşivleri) - CDN cache bulunmaması nedeniyle origin’den sürekli servis - Çok sayıda API çağrısı ve büyük response’lar

Sunucuda ağdan bağımsız CPU/IO artmıyorken internet yavaş görünüyorsa

Throttling bazen CPU kullanımı normal seyrederken sadece “network tarafında” hissedilir. Bu durumda tespit, performans ölçümleriyle yapılmalıdır.

Otomasyon/konfigürasyon hatalarında sürekli retransmit ve yoğun bağlantı

Örnek: Yanlış timeout ayarı, logların yanlış şekilde merkezi sisteme yedeklenmesi veya yanlış çalışmayan bir cron işinin sürekli deneme yapması.

Network throttling nasıl tespit edilir?

Aşağıdaki kontrol listesi, “gerçek sorun sağlayıcı mı, sunucu mu?” ayrımına yardımcı olur. Amaç tek bir anlık test değil; trend görmektir.

1) Sunucu içinden temel hız/latency ölçümü

Sunucudan hedeflere test edin. - Ping: RTT (round-trip time) değerleri yükseliyor mu? - Traceroute: Rota üzerinde belirgin sıçrama var mı? - iPerf (iperf3): Sunucu ile bir karşı uç arasında gerçek throughput farkı görülebilir.

Not: Throttling genellikle throughput düşürür; ping her zaman dramatik biçimde yükselmeyebilir.

2) Uygulama katmanında doğru metrikleri karşılaştırın

Web uygulaması gecikiyorsa sadece sayfa yüklenmesi değil şunları da izleyin: - TTFB (ilk byte süresi) - İstek başına transfer boyutu - Sunucu çıkış (egress) trafiği

3) Sunucu ağ istatistiklerini kontrol edin

Linux üzerinde şu tür bilgiler anlamlıdır: - Interface byte sayacıları (TX/RX) - Kuyruk/packet drop var mı? - Bağlantı sayıları ve TIME_WAIT artışı var mı?

4) Sağlayıcı tarafı sinyalleri

Bazı sağlayıcılar kontrol panelinde veya faturalama/raporlama bölümünde: - Aşım (overage) - Rate limit / “network restriction” durumu - Cihaz bazlı kısıt uyarıları gösterebilir.

Throttling’i azaltmak için pratik önlemler

Throttling “geri alınabilir bir şey” değildir; çoğu durumda sağlayıcı politikasıdır. Ancak siz, throttling etkisini azaltacak mimari ve konfigürasyon adımlarını atabilirsiniz.

1) Egress’i düşürün

En etkili aksiyonlar: - CDN (content delivery network) kullanın: Origin’den statik içerik servis ediliyorsa egress ciddi azalır. - Cache-Control ve edge cache yapılandırın: Sık değişmeyen içerikleri cache’leyin. - Büyük dosyaları parçalayın / range request destekleyin: Dosya indirmede yeniden denemeleri ve yeniden aktarımı azaltır.

2) Bant genişliği tüketen iş yüklerini saatlere yayın

Özellikle batch işlemler (toplu export/import, medya senkronu) günün tüm saatlerine yayılıp aynı anda yoğunlaşınca egress artar. Zamanlama ile tavan yük düşürülür.

3) Uygulama yeniden denemelerini doğru yönetin

Throttling tetikleyici trafik türlerinden biri “retry fırtınasıdır”. - Exponential backoff kullanın - Timeout’ları gerçek ağ şartlarına göre ayarlayın - Kuyruk (queue) bazlı işleyin

4) WAF/CDN ile saldırı yüzeyini azaltın

Kötüye kullanım veya bot trafiği varsa, network kısıtlamalarına daha sık yakalanırsınız. - Bot koruması (rate limit) - WAF kuralları - Doğru içerik erişim kuralları

5) Paket/servis seçimini doğru yapın

Kullanım profiliniz sürekli yüksekse paylaşımlı veya “burst” odaklı paketler yerine kaynakları daha kontrollü olan planlar düşünün.

Aşağıdaki tablo, ihtiyacın throttling ile ilişkisini kurmak için pratik bir çerçeve sunar:

Network throttling ile bant genişliği kotalarını karıştırmayın

Throttling ve kota (quota) bazen birlikte anılır ama kullanıcı etkisi farklı olabilir:

Kota (quota) ne zaman olur?

Toplam GB/ay veya toplam transfer limiti dolar; sonrasında hız/erişim sınırlandırılır ya da hizmet kısmen kesilir.

Throttling ne zaman olur?

Kota dolmadan da belirli aralıklarla veya belirli trafik seviyelerinde hız düşebilir. Bu durum, “gün içinde belirli saatlerde yavaşlama” gibi davranışlara yol açar.

Sağlayıcıyla görüşürken hangi sorular net sonuç verir?

Throttling tespitinden sonra destek ekibine sorulacak şeyler; belirsiz “niye yavaş” yerine ölçülebilir ve policy odaklı olmalı.

• Paketinizde network rate limit veya egress kısıtı var mı?
• “Burst” süresi ve aşım sonrası uygulanan limit kaç?
• Throttling hangi trafik tiplerinde (HTTP, HTTPS, UDP, belirli portlar) uygulanıyor?
• Kısıt IP bazlı mı yoksa sunucu/instance bazlı mı?
• Bu politika hangi log veya panel göstergeleriyle doğrulanabilir?

Bu sorular, “genel cevap” almak yerine somut veri istemenizi sağlar.

Sonuç: Hız düşüşünü ölçün, egress’i azaltın, paket seçimini netleştirin

Network throttling, hosting altyapısında adil kullanım ve kapasite yönetimi için kullanılan bir araçtır. Ancak sizin tarafınızda yanlış cache ayarları, gereksiz egress, retry fırtınası veya korumasız bot trafiği gibi etkenler throttling etkisini büyütebilir. Önce sunucudan ölçüm alın, ardından egress ve trafik profili optimizasyonlarına geçin; hâlâ sürdürülebilir performans yoksa paket türünü (paylaşımlı yerine daha kontrollü kaynaklar) ve sağlayıcı politikasını netleştirerek aksiyon alın.