Network throttling nedir? Hosting sağlayıcıları neden uygular?

Network throttling (ağda hız kısıtlaması), hosting hizmetlerinde en çok karşılaşılan performans konularından biridir. Kullanıcı tarafında bazen “site yavaşladı” ya da “dosya indirme/konu yükleme gecikti” gibi somut şikayetlere dönüşür. Bu yazıda throttling’in ne olduğunu, hangi koşullarda tetiklendiğini ve hosting sağlayıcıların bunu neden uyguladığını teknik ve karar odaklı şekilde anlatıyorum. Ayrıca throttling’i nasıl doğrulayacağınızı ve etkisini nasıl azaltacağınızı net adımlarla ele alıyorum.

Network throttling nedir?

Network throttling, sağlayıcının kullanıcının ağ (network) trafiğini belirli bir ölçüde yavaşlatmasıdır. Bu yavaşlatma; bant genişliği (bandwidth) limitleri, FUP (Fair Usage Policy) kuralları, kapasite tıkanıklığı veya saldırı/ani sıçrama (spike) gibi durumlarda devreye alınabilir.

Throttling iki ana şekilde görülebilir:

1) Trafik/bit-rate kısıtı (throughput limit)

Sağlayıcı, belirli bir aralıkta kullanıcının gönderdiği/alınan veriyi “maksimum” bir değerde tutar. Örneğin 100 Mbps yerine 10 Mbps’e düşürme gibi.

2) Uygulama tipine göre öncelik (traffic shaping / QoS)

Bütün trafik aynı şekilde davranmaz. Sağlayıcılar, yoğun istemciyi ya da belirli protokolleri (ör. çok sayıda büyük indirme, anlık yükleme patlamaları) daha düşük önceliğe alabilir. Böylece diğer kullanıcılar etkilenmez.

Önemli nokta: Throttling her zaman “genel internet yavaşlığı” değildir. Sıklıkla sadece belirli bir IP bloğu, belirli bir hesap ya da belirli bir trafiğe özel uygulanır.

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

Throttling’in amacı genellikle “teknik olarak kapasiteyi yönetmek” ve “adillik (fairness) sağlamak”tır. Hosting altyapısı tek bir sunucu değil; ağ anahtarları (switch), yönlendirme (routing), uplink hatları ve kapasite havuzlarından oluşur.

1) Paylaşımlı altyapıda adil kullanım

Paylaşımlı (shared) hosting veya aynı fiziksel altyapıyı paylaşan hizmetlerde bir müşterinin trafiği yükseldiğinde, uplink üzerinde aynı anda çok sayıda kullanıcı yarışır. Throttling, tek bir kullanıcının diğerlerini “aç bırakmasını” engeller.

Somut örnek: - Bir kullanıcının siteleri aynı anda çok büyük dosyaları (CDN olmadan) indirilebilir hale gelirse - Bu kişi ya da otomasyon (ör. yanlış yapılandırılmış bot) sürekli yüksek veri üretirse - Uplink tıkanır ve sağlayıcı tüm müşterilerin gecikmesini artırmaktansa, problemi kaynaktan sınırlamayı seçer

2) Kapasite tıkanıklığını anlık olarak kontrol etmek

Bazı olaylar günler değil dakikalar içinde olur: bot trafiği, ani haber/viral içerik, yanlış döngüde veri çekme, büyük dosya yüklemeleri. Sağlayıcı, kapasiteyi “çökertmemek” için throttling veya shaping uygular.

Burada amaç: - Ağın tamamen doygun hale gelip paket kaybı (packet loss) üretmesini önlemek - Uygulama katmanına yansıyan gecikmeyi kontrol altına almak

3) Abuse/DoS türü anomalilere karşı önlem

Throttling; DDoS/DoS’a benzer anormal trafik şekillerinde de kullanılabilir. Her sağlayıcı bunu aynı adla yapmaz; bazıları “rate limit”, bazıları “mitigation” olarak tanımlar.

Özellikle şu sinyallerde devreye girer: - Aynı kaynaktan aşırı sayıda bağlantı - Çok yüksek veri akışı ile birlikte anormal paket oranı - Protokol düzeyinde beklenmedik davranışlar

4) FUP limitlerini aşan kullanımı korumak

“Limit yok” gibi bir beklentiye rağmen, birçok plan FUP mantığıyla çalışır. Bu, özellikle “sınırsız” bant genişliği ifadelerinde kritik bir noktadır.

Throttling hangi durumlarda görülür?

NetKıyas’ta hosting karşılaştırması yaparken kullanıcıların en çok sorduğu soru şu: “Bu neden oldu?” Throttling genellikle aşağıdaki tetikleyicilerden biriyle ilişkilidir.

Paylaşımlı hostingte en sık tetikleyiciler

• Çok yüksek sayıda eş zamanlı indirme/ziyaret
• Büyük medya dosyalarının optimize edilmemiş şekilde sunulması
• Arama motoru botlarının veya yanlış ayarlı crawler’ların yükü
• İstemciye göre hız kaydıran (edge cache yokluğu) durumlar

VPS/VDS tarafında sıklıkla görülenler

• Sunucudan internete aşırı çıkış (egress) trafiği
• Yanlış yapılandırılmış log/senkronizasyon iş akışları
• Çok sayıda büyük dosya transferi (özellikle saatlik pencerelerde)
• Yük testinde limitleri aşma

“Sınırsız” bant genişliği ve throttling ilişkisi

Hosting piyasasında “sınırsız” ifadesi sıkça geçer. “Sınırsız” olan şey genellikle “fiziksel olarak hiç sınırsız” değildir; çoğu zaman FUP kapsamında adil kullanım hedefi vardır.

Throttling görülebilen tipik senaryolar: - Aynı ay içinde yüksek egress tüketimi - Planın izin verdiği “makul kullanım” aralığının aşılması - Ağ tıkanıklığı dönemleri

Aşağıdaki tablo, kullanıcının pratikte neye bakması gerektiğini özetler:

Throttling ile “gerçek problem” nasıl ayrılır?

Throttling bazen yanlış teşhis edilir. Oysa site yavaşlığı; CPU, disk (I/O), PHP ayarları, veritabanı (DB) kilitlenmesi veya DNS/CDN eksikliğinden kaynaklanabilir.

Hız düşüşünün throttling mi olduğunu anlamak için kontrol listesi

1. Etkilenen kaynak/istek tipi aynı mı? - Sadece belirli saatlerde mi, sadece dosya indirmede mi, yoksa tüm sayfalarda mı?
2. Yalnızca sizin IP’niz etkileniyor mu? - Aynı lokasyondan diğer siteler normal kalıyor, sizde sadece yükleme düşüyorsa throttling olasılığı artar.
3. Transfer hacmiyle korelasyon var mı? - Örneğin belirli bir veri eşiğini geçtikten sonra kalıcı yavaşlama oluşuyorsa FUP/throttle tetiklenmiş olabilir.
4. Sunucu içi kaynaklar normal mi? - CPU/Memory düşük, disk I/O normal, ancak ağ hız düşüyorsa network throttling daha olasıdır.

Throttling’i nasıl doğrulayabilirsiniz? (Net test yaklaşımı)

Net teşhis için tek bir ölçüm yetmez. Aşağıdaki test yaklaşımı, “ağ mı, uygulama mı” ayrımını hızlandırır.

1) Sunucu içinden ağ çıkışı ölçümü

VPS/VDS üzerinde test yapın: - Aynı saat diliminde upload/download denemeleri - İdeal olarak birden fazla hedef (yakın ve uzak) ile

Amaç: Ağ çıkışınız belirli bir eşiği geçince düşüyor mu görmek.

2) Uçtan uca (client-to-server) hız testi

Kullanıcı tarafında: - Farklı saatlerde hız testleri - Aynı dosya boyutuyla tekrar deneme

Sonuç yorumu: - İndirme hızı sabit bir “tavana” takılıyorsa throttling ihtimali artar.

3) Sağlayıcı tarafı açıklamaları

Birçok sağlayıcı throttling’i “rate limit”, “traffic shaping”, “abuse protection” gibi farklı adlarla raporlar. - Destek ekibinden “hangi limit ve hangi politika devreye girdi” bilgisini isteyin - Limitler saatlik mi günlük mü aylık mı öğrenin

Throttling etkisini azaltmak için somut yöntemler

Network throttling tamamen kaçınılmaz değildir; ancak etkisini azaltmak çoğu senaryoda mümkündür.

Web siteleri için uygulanabilir çözümler

• CDN kullanın: Dosya/medya yükünü origin yerine edge üzerinde taşır.
• Görüntü ve video optimizasyonu:
• WebP/AVIF
• Video için uygun bitrate ve HLS/DASH
• Önbellekleme (cache) stratejisi:
• sayfa önbelleği (page cache)
• object cache (APCu/Redis) gereksiz DB yükünü azaltır
• Büyük dosya transferlerinde dağıtım planı:
• tek origin’den sürekli büyük download yerine CDN/edge

VPS/VDS üzerinde işe yarayan iyileştirmeler

• Çıkış (egress) tüketimini izleyin:
• cron/log senaryolarının veri çekme döngüsünü kontrol edin
• Upload/download işlerini zamanlayın:
• yoğun saat yerine daha düşük talep pencerelerinde dağıtın
• Gerekirse plan yükseltin:
• aynı kaynak için daha yüksek egress/Bandwidth havuzu sağlayan plan

Sağlayıcı seçerken throttling riskini azaltma ölçütleri

Throttling’i “kader” gibi görmek yerine, plan ve altyapı seçiminde risk azaltabilirsiniz.

Kontrol edilecek başlıklar

• Gerçek bant genişliği tanımı:
• “sınırsız” deniyorsa FUP nasıl uygulanıyor?
• Egress/ingress ayrımı var mı?
• Özellikle VPS/VDS’de egress belirleyicidir.
• Traffic shaping/rate limit politikaları açık mı?
• Destek kanalı throttling durumunda ne bilgi verir?

Karşılaştırmada pratik soru seti

Aşağıdaki sorulara net yanıt alın: - “Aşımda hız düşüşü kaç Mbps’e iniyor? Ne kadar sürüyor?” - “Bu kısıt bir IP’ye mi uygulanıyor yoksa hesabın tamamına mı?” - “FUP eşiği saatlik mi günlük mü aylık mı?”

Sonuç: Throttling’i teşhis edip doğru aksiyonla çözün

Network throttling; sağlayıcının ağ kapasitesini korumak ve paylaşımlı altyapıda adil kullanımı sürdürmek için başvurduğu, çoğu zaman veri/istek limitleriyle tetiklenen bir mekanizmadır. “Site yavaşladı” şikayetinde tek sebep değildir; bu yüzden önce etkilenen trafik türünü ve zaman korelasyonunu kontrol edin. Ardından CDN, önbellekleme ve medya optimizasyonu gibi somut yöntemlerle veri çıkışını azaltın; VPS/VDS tarafında ise egress tüketimini izleyip iş akışlarını düzenleyin. Son adım olarak sağlayıcıdan throttling’in hangi eşik ve süreyle uygulandığını yazılı talep edin; bu bilgi doğru plan seçimini doğrudan netleştirir.