Network throttling nedir? Hosting’de neden uygulanır?

Network throttling (ağ bant daraltma), bir sunucuya giden veya sunucudan çıkan ağ trafiğinin belirli koşullarda yavaşlatılmasıdır. Kullanıcı tarafında “site yavaşladı”, “dosya indirmeleri bozuldu” gibi sorunlar olarak hissedilir. Bu yazıda throttling’in ne olduğunu, hosting sağlayıcıların hangi amaçlarla uyguladığını ve kullanıcıların nasıl ölçüp tespit edeceğini net şekilde öğreneceksiniz.

Network throttling nedir?

Network throttling, hosting ortamında ağ (network) kullanımının belli bir seviyeyi aşması veya belirli kurallara takılması halinde, hızın otomatik olarak kısılmasıdır. Bu kısma genellikle şu iki şekilde görülür:

• Dışarıdan gelen trafiğin kısılması: Sunucuya yapılan isteklerin (request) yanıt süreleri artabilir, özellikle dosya indirmelerinde hız düşer.
• Sunucudan çıkan trafiğin kısılması: Sunucu veri gönderirken (download/egress) bant genişliği sınırlanır; egress odaklı yavaşlama oluşur.

Throttling’in en önemli yanı “her zaman yavaşlık” yaratmaması; belirli eşiğin aşılması veya belirli bir zaman penceresi içinde kapasiteye göre uygulanmasıdır. Bu yüzden aynı sunucuda bazı saatler normal hız, bazı saatler belirgin performans düşüşü görülebilir.

Throttling ile bandwidth limiti arasındaki fark

İkisi sık karıştırılır, ama davranış farklıdır:

• Bandwidth limiti: Bir dönem (gün/ay) içinde toplam veri aktarımı (transfer) sınırına ulaşınca kota biter; trafik ya tamamen kısılır ya da daha sert bir sınıra çekilir.
• Network throttling: Kota bitmeden de belirli eşikler aşıldığında hız kısılır. Yani “limit dolunca” değil, “kural tetiklenince” yavaşlama başlayabilir.

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

Network throttling, kullanıcıyı “cezalandırmak”tan ziyade altyapı kaynaklarını yönetmek için kullanılan bir kontrol mekanizmasıdır. Hosting sağlayıcılar genellikle şu nedenlerle uygular:

1) Paylaşımlı sistemlerde (shared hosting) adil kullanım

Paylaşımlı planlarda aynı sunucu üzerinde birden fazla site bulunur. Bir site trafik patlaması yaşadığında diğer siteler gecikebilir. Throttling, tek bir kullanıcının bant genişliğini domine etmesini engelleyerek toplam sistemin çökmesini veya aşırı yavaşlamasını önler.

2) Overselling (kapasiteyi satandan fazla sunma) etkisini azaltma

Bazı sağlayıcılar planlarında “sınırsız” gibi ifade edilen veya yüksek oversell oranı olan bant senaryoları kullanır. Bu modelde altyapı istikrarını korumak için tetiklenen throttling mekanizmaları kritik rol oynar. Kullanıcının fark etmemesi hedeflenir; ancak eşiğe yaklaşınca hız düşüşü anlaşılır hale gelir.

3) DDoS/otomatik saldırı trafiğini kontrollü tutma

Aşırı istek (request) veya anormal transfer akışları, servis dışı bırakma riskini artırır. Sağlayıcılar ağ seviyesinde veya edge (sınır katmanı) üzerinde trafiği dengelemek için kısma uygulayabilir.

4) Yüksek egress maliyeti yönetimi

Ağdan çıkış (egress) her zaman maliyetlidir. Özellikle bulut yedekleme, video indirme, büyük arşiv transferleri veya log gönderimi gibi senaryolarda egress yoğunluğu yükselir. Throttling, maliyet dalgalanmasını yumuşatır ve bütçe aşımını azaltır.

5) Doğru SLA performans hedefi

SLA (Service Level Agreement) beklentisi, “her kullanıcıya sürekli aynı hız” değildir; daha çok servis sürekliliği ve temel performans aralığını korumaktır. Sağlayıcı throttling ile belirli bir kalite bandını sürdürebilir.

Throttling hangi durumlarda tetiklenir?

Throttling tetiklenme mantığı sağlayıcıdan sağlayıcıya değişir; yine de pratikte en sık görülen tetikleyiciler şunlardır:

• Aynı anda yoğun upload/download: Büyük dosya aktarımı, backup gönderimi veya CDN cache miss durumları.
• Gece-gündüz trafik dalgalanması: Peak saatlerinde (özellikle akşam) bant genişliği talebi artar.
• Konfigürasyon eşiği: Panelde “ekstra bant” veya “adil kullanım” maddeleriyle eşiğe yaklaşınca hız etkisi görülür.
• İnce paket kaybı / yoğun bağlantı: Network yoğunluğu sadece hızı değil latency (gecikme) değerlerini de artırabilir.

Kullanıcı tarafında throttling belirtileri

Throttling yaşadığınızda genellikle şu işaretler görülür:

1) Hız düşüşü zamanla dalgalı olur

Örneğin sabah normal, akşam belirgin yavaşlama. Bu, sabit bir donanım darboğazından çok “tetiklenen kural” ile uyumludur.

2) Dosya indirmeleri veya büyük yanıtlar daha fazla etkilenir

Küçük sayfa görüntülemeleri idare ederken; zip indirirken, video/asset yüklenirken hız dramatik düşer. Çünkü throttling etkisi çoğunlukla egress veya throughput üzerinde yoğunlaşır.

3) Aynı plan içinde farklı kullanıcıların farklı etkilenmesi

Paylaşımlı ortamda kaynak paylaşımı dinamik olduğu için bir sitede sorun yokken diğerinde olur.

4) Sunucu CPU/RAM normal görünürken ağ performansı kötüleşir

İşletim sistemi izlemelerinde (CPU, RAM) belirgin tıkanma yoktur ama transfer hızları düşer. Bu ağ katmanı kaynak kısıtını düşündürür.

Throttling’i net ölçmek için kontrol listesi

Elinizde sadece “hissiyat” varsa tespit zor olur. Aşağıdaki adımlar sağlayıcı kaynaklı throttling olasılığını daha net ortaya çıkarır.

1) Zamanlı ölçüm yapın

• Ölçümü peak saat ve peak dışı ayrı zamanlarda alın.
• Mümkünse aynı test aracını aynı parametreyle çalıştırın.

2) Hem latency hem throughput test edin

Tek ölçüm yanıltıcı olabilir. Şunları ayrı ayrı değerlendirin:

• Ping/ICMP latency: Ağ gecikmesi.
• HTTP(S) yanıt süresi: Önbellekli küçük istekler ile büyük istekleri ayırın.
• Dosya indirme hızı: 100-500 MB arası tek dosya test edin.

Örnek komutlar (sunucunuzdan veya yerel cihazdan): - curl -w "time_total=%{time_total}\n" -o /dev/null https://ornek-domain.com/100mb-test.bin - iperf3 (mümkünse) ile bant testi

3) Sunucu içi metrikleri izleyin

• Network interface (eth0/ensX) throughput: RX/TX artıp azaldığında davranışın throttling ile uyumunu kontrol edin.
• Bağlantı sayıları ve TCP durumları: ss -s / netstat benzeri metrikler.

4) Log ve hata kodlarını karşılaştırın

• HTTP 206/429 gibi durumlar, rate limit/koruma mekanizmalarına işaret edebilir.
• Transfer yarıda kesiliyor veya hız yavaşlıyor mu? Ikisi farklı nedene işaret eder.

5) Sağlayıcıyla konuşurken net veri isteyin

Talebinizi “yavaş” demeden veriyle yönlendirin: - Test saatleri (tarih/saat) - Ortalama indirme hızı (ör. 45 Mbps → 8 Mbps) - Kullanılan URL/asset boyutu - Sunucu tarafında RX/TX grafiği

Throttling’i azaltmak için doğru hosting seçimi

Ağ daraltma, altyapı yönetiminin bir parçasıysa “tamamen sıfırlamak” her zaman mümkün değildir; ama etkisini düşürmek için mimari ve plan seçimi yapılır.

VDS/VPS’de daha kontrol edilebilir yaklaşım

VDS/VPS gibi daha izole kaynak modelinde throttling etkisi genellikle daha öngörülebilir olur. Yine de ağ politikasını sözleşme/metinlerde kontrol etmek gerekir.

• Paylaşımlı hosting yerine VDS/VPS: Tek bir siteyi kaynak paylaşımının dalgalanmasına daha az maruz bırakır.
• Egresse yönelik plan: “Akışkan” kullanım için egress koşullarını netleştirin.
• CDN kullanımı: Origin sunucunun egress yükünü düşürür.

Dedicated sunucuda beklenen fark

Dedicated sunucuda ağ politikasının kapsamı genellikle daha kontrol edilebilir seviyededir; ancak veri merkezinin veya sağlayıcının genel ağ koruma politikaları değişmez. Yine de paylaşımlı plana kıyasla kullanıcı etkisi azalır.

Throttling olduğunda hangi seçenekler mantıklı?

Aşağıdaki tablo, sorun türünüze göre karar vermeyi hızlandırır.

Net karar kriteri: “Ağ politikası” metnini bulun

Hosting paketinde şu ifadeler varsa dikkatle yorumlayın: - “Adil kullanım (fair use)” - “Sınırsız” bantta kural istisnaları - Egress/transfer limitleri - “Yoğun kullanımda kısıtlama uygulanır” benzeri maddeler

Bu maddeler throttling ihtimalini açıkça gösterir. Karar verirken en önemli soru şudur: “Bu kısıtlama hangi eşikte ve ne süreyle uygulanıyor?”

Sonuç: Aksiyon planı

Network throttling çoğu zaman görünmez bir yönetim aracıdır; ancak peak saatlerde, büyük indirmelerde veya egress yoğun senaryolarda belirgin hale gelir. Önce peak/peak dışı zamanlı testlerle (latency + throughput) durumu doğrulayın; sonra sağlayıcıdan “hangi eşiklerde ne kadar kısıtlama” bilgisini isteyin. Eğer ölçümlerde hız dalgalanması sabit bir kuralla tetikleniyorsa, kullanım senaryonuza uygun plan yükseltme, VDS/VPS izolasyonu ve/veya CDN ile origin üzerindeki egress yükünü azaltma adımlarını uygulayın.