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

Network throttling, sunucu tarafında veya ağ katmanında belirli kullanıcıların/hesapların trafiğini planlı şekilde yavaşlatma (throttle) yöntemidir. Hosting dünyasında “hız düştü” şikayetlerinin önemli bir kısmının arka planında bu kavram bulunur. Bu rehberde throttling’in ne olduğunu, hangi tür durumlarda uygulandığını, nasıl tespit edileceğini ve hangi hosting paketi seçimlerinde etkili olduğunu net adımlarla öğreneceksiniz.

Network throttling nedir?

Network throttling, ağ üzerinden geçen trafiğin hızının veya bant genişliğinin kontrollü biçimde sınırlandırılmasıdır. Bu işlem genellikle şu hedeflerle yapılır:

• Bant genişliği (bandwidth) limitlerini aşmayı engellemek
• Ağın tamamında tıkanmayı (congestion) azaltmak
• Kapasiteyi çok sayıda müşteri arasında daha adil (fair) paylaşmak
• Aşırı trafiğin bir kullanıcı yüzünden diğer kullanıcıları etkilemesini önlemek

Throttling her zaman “tamamen durdurma” değildir. Birçok sağlayıcı, belirli bir noktadan sonra hız tavanı koyar (ör. 10 Mbps yerine 2 Mbps gibi) veya trafiği gecikmeli/az aralıklı iletir. Bazı durumlarda uygulama “trafik şekillendirme” (traffic shaping) ile birlikte görülür.

Throttling ile rate limit farkı

• Rate limit: Belirli bir isteklik/packet oranını sınırlar (ör. saniyede X istek). Genelde uygulama/HTTP katmanında da görülür.
• Network throttling: Daha çok ağ/bant genişliği ile ilgilidir (ör. toplam çıkış hızı veya bağlantı başına throughput).

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

Network throttling çoğu zaman bir “cezalandırma” mekanizması değil, altyapı yönetimi aracıdır. En yaygın nedenler şunlardır:

1) Kapasiteyi korumak: oversubscription etkisi

Özellikle VDS/VPS ve paylaşımlı hosting gibi ortamlarda, sağlayıcılar fiziksel ağ kapasitesini tüm müşterilere birebir ayırmak yerine oversubscription yaklaşımı kullanabilir. Bu, herkesin aynı anda maksimum kullanmayacağı varsayımıyla maliyetleri düşürür.

Fakat bir müşteri belirli bir süre aşırı trafik üretirse ağ tıkanır. Throttling, bu tıkanmayı diğer kullanıcılara yaymadan durdurmak için uygulanır.

2) Adil kullanım (fair use) sağlamak

Paketlerde “hız” ve “transfer” metrikleri farklı tanımlanır. Bazı paketlerde aktif kullanım sonrası hız düşürme, “adil kullanım” politikasıyla birlikte belirtilir. Amaç, tek bir hesabın diğer müşterilerin deneyimini bozmasını engellemektir.

3) Benzer hizmetler arasında maliyetleri yönetmek

Network çıkışı (outbound) özellikle pahalı bir kalemdir. Özellikle yüksek bant genişliği tüketen senaryolarda sağlayıcı, maliyeti sınırlamak için bazı hesaplarda throttling uygulayabilir.

4) DDoS veya anormal trafik şüphesi

Throttling, her zaman doğrudan DDoS filtrelerinin yerine geçmez; ancak bazı durumlarda saldırı benzeri trafik desenleri tespit edilince otomatik hız kısıtları devreye girebilir. Böylece altyapı “çökmeden” daha pahalı güvenlik aksiyonlarına geçiş yapılır.

5) “Trafik patlaması” sonrası toparlanma

Bazı sağlayıcılar, kısa süreli trafik zirvelerinde limit aşımı yaşanmaması için burst (ani yükseliş) yönetimi yapar. Burst bittikten sonra hız normal seviyeye geri döner.

Hangi durumlarda throttling yaşarsınız? (Somut senaryolar)

Throttling ihtimali özellikle şu senaryolarda artar:

• Paketinizde transfer limiti veya “hız düşürme” maddesi varsa ve ay sonu yaklaşırken çok yükseltiyorsanız
• Gece boyunca otomatik yedekleme (backup) veya log arşivleme gibi işler yoğun outbound trafik üretiyorsa
• Büyük dosyaları sık indirme/dağıtma (ör. yazılım indirme sitesi, medya paylaşımı)
• Aynı anda çok sayıda bot/robot istek modeli varsa (siteniz otomatik scrape ediliyorsa)
• API tarafında yüksek miktarda veri çekme/geri gönderme varsa
• CDN kullanmıyor ve tüm trafiği origin sunucudan karşılıyorsanız

Throttling her zaman “hız azaldı” olarak görünmez

Bazen kullanıcı “internetim yavaş” sanır, ama aslında problem şu katmanlardan birindedir:

• DNS gecikmesi
• İlk bağlantı (TLS handshake) yavaşlığı
• Uygulama katmanında darboğaz
• Disk/IO gecikmesi
• Ağda paket kaybı (packet loss) ve yeniden iletim

Network throttling’i diğer sorunlardan ayırmak için ölçüm gerekir.

Network throttling nasıl tespit edilir? Net kontrol listesi

Aşağıdaki adımlar, “gerçekten throttling mi var?” sorusuna net cevap yakalamanı sağlar.

1) Sağlayıcının limit politikasını kontrol edin

Paket dokümanında şu ifadeleri arayın:

• “transfer aşılırsa hız düşer”
• “fair usage policy”
• “burst limit”
• “network abuse detection”
• “oversold/oversubscription” ile ilgili notlar

Özellikle “hız düşürme”nin tetikleyici koşulu (ör. 500 GB/ay sonra 10 Mbps) kritik bilgidir.

2) Yük testinden önce temel ölçüm alın

Aynı sunucudan, aynı saat aralıklarında şu ölçümleri alın:

• Download/upload hızı (ör. iperf3 ile)
• Ping/RTT (ör. mtr)
• HTTP yanıt süreleri (TTFB dahil)

Eğer hız düşüşü sadece belirli saatlerde oluyorsa bu, oversubscription tıkanması veya throttling zamanlamasıyla uyumludur.

3) MTR ile “packet loss / jitter” arayın

MTR (veya benzeri yol analizi) şunları net gösterir:

• Belirli bir hop’ta packet loss artışı
• Jitter yükselişi
• Trafik yoğun saatlerde dalgalanma

Network throttling bazen loss üretmez; genellikle throughput sınırına daha çok benzer.

4) Sağlayıcıyla “tarih/saat” bilgisi paylaşın

Destek talebinde şu format en hızlı sonucu verir:

• Sunucuda gözlenen tarih/saat aralığı
• Yaklaşık transfer miktarı
• Ölçüm yöntemi (ör. iperf3 çıktısı)
• Paket adı ve ilgili limit maddesi

“Her zaman yavaş” yerine “24.08.2026 02:00-04:00 arası 10 Mbps yerine 2 Mbps oldu” gibi net zaman verin. Sağlayıcı loglarından throttling’i veya limit aşımını doğrulamak daha kolay olur.

5) Loglardan anormallik tespiti yapın

Throttling bazen “limit aşımı”dır; bazen de anormal trafik nedeniyle tetiklenir. Web/proxy/Nginx/Apache ve uygulama loglarınızı inceleyin:

• 4xx/5xx artışı
• Aynı IP’lerden yoğun trafik
• Çok yüksek sayıda istek (request rate)
• Uzakta bulunan botların kimliği (User-Agent)

Throttling etkisini azaltmak için teknik stratejiler

Throttling’i tamamen ortadan kaldırmak her zaman mümkün değildir; çünkü bu, sağlayıcının altyapı politikasıdır. Ancak etkisini azaltmak için kontrol sizde olan alanlarda optimizasyon yapabilirsiniz.

1) CDN kullanın (özellikle statik içerik için)

CDN, origin sunucunun outbound trafiğini düşürür. Net etkiler:

• Transfer miktarı azalarak paket limitine daha zor ulaşırsınız
• Gecikme (latency) azalır
• Origin daha stabil çalışır

Örneğin site görselleri, CSS/JS, medya dosyaları CDN’den servis edilmelidir.

2) Yedekleme (backup) stratejisini trafiğe göre ayarlayın

Aylık değil, bant genişliği düşük saat aralıklarında çalıştırın. Ayrıca:

• Incremental yedekleme kullanın (tam yedek yerine farklar)
• Aynı anda birden fazla job’u paralel çalıştırmayın
• Yedeği origin üzerinden başka bir yere “anlık kopyalamak” yerine uygun pencereyle taşıyın

3) Trafik yapan süreçleri ölçün ve hedefleyin

Süreç bazlı ölçüm yapın:

• Toplam outbound kaç MB/s yapıyor?
• Hangi servisler dışarı veri gönderiyor?

Eğer throttling tetikleyici outbound transfer ise, doğrudan o süreci optimize etmek sonuç verir.

4) HTTP önbellekleme ve sıkıştırma kullanın

• gzip/brotli sıkıştırma
• Cache-Control ve ETag doğru yapılandırma
• Gereksiz yeniden indirmeyi engelleme

Bu yaklaşım “ağdan giden veri miktarını” düşürdüğü için transfer limiti baskısını azaltır.

5) Paket seçiminde “garanti bant genişliği” ve “limit dili”ni karşılaştırın

Bazı paketlerde “yüksek hız” yazsa da, pratikte throttling tetik noktası kritik olabilir. Bu yüzden sadece fiyat veya CPU değil, aşağıdaki ifadeleri karşılaştırın:

• Transfer limiti nasıl tanımlanıyor? (GB/ay, TB/ay)
• Hız düşüşü ne kadar? (ör. 10 Mbps mi 1 Mbps mi)
• Hız düşüşü ne kadar sürüyor? (rest of month vs geçici)
• Kural herkese mi uygulanıyor, yoksa sadece “network abuse” tespiti halinde mi?

Aşağıdaki örnek karar çerçevesini kullanın:

Network throttling için karar vermeyi kolaylaştıran paket kriterleri

Throttling yaşamak istemiyorsanız paket satın alırken tek bir sayı yerine “mekanizma”yı okuyun. Net kriterler:

1) Çıkış trafiği (outbound) ve transfer limiti net mi?

• “Unlimited” yazıp içeriğinde hız düşürme varsa, throttling pratikte masaya gelir.
• “GB/ay” yazıyorsa, hız düşüş eşiği ve değeri açık olmalıdır.

2) “Rest of the month” mı, geçici mi?

• Hız düşüşü ay sonuna kadar sürüyorsa işiniz için risk artar.
• Geçici ve belirli aralıklarda ise planlama ile yönetilebilir.

3) Sunucu konumu ve ağ kalitesi

Bazen throttling değil, yol (route) veya peering farkları gecikmeyi artırır. Yine de ağ performansının tutarlı olması, throttling hissini azaltır.

4) Ölçüm ve destek süreci

Sağlayıcıdan beklenen:

• Limitlerin loglanması
• Throttling’in tetik koşullarının açıklanması
• Gerekirse yükseltme seçeneklerinin bulunması

Sonuç: Throttling’i “yavaşlık” sanmadan doğru teşhis edin

Network throttling, hosting sağlayıcıların kapasiteyi korumak, adil paylaşımı sürdürmek ve maliyeti yönetmek için uyguladığı kontrollü bant genişliği kısıtıdır. Sizdeki yavaşlık “throttling mi, uygulama darboğazı mı?” ayrımını net ölçümle yapmadan sadece şikayet etmek yerine sağlayıcının limit dilini okuyup tarih/saat bazlı veri toplayın. Hız düşüşünü tetikleyen transfer desenini (CDN eksikliği, yedekleme penceresi, outbound yapan süreçler) düzeltin; paket seçerken de hız düşüş eşiği ve süresini açık şekilde karşılaştırın.