Network Throttling Nedir? Hosting Sağlayıcılar Neden Uygular?

Network throttling (ağ yavaşlatma), belirli bir koşul gerçekleştiğinde sunucunun ağ (network) trafiğinin kontrollü biçimde kısıtlanmasıdır. Hosting ortamında bu uygulama; hem altyapı stabilitesini korumak hem de aynı fiziksel kaynakları paylaşan kullanıcılar arasında adil davranmak için kullanılır. Bu yazıda network throttling’in nasıl çalıştığını, sağlayıcıların hangi senaryolarda devreye aldığını ve kullanıcı olarak neyi kontrol edip nasıl önlem almanız gerektiğini net şekilde öğreneceksiniz.

Ağ yavaşlatma konusu özellikle VDS/VPS ve paylaşımlı hostingte sık karşımıza çıkar; çünkü “CPU dolu değilken neden hız düştü?” sorusu çoğu zaman throttling ile ilgilidir.

Network throttling (ağ yavaşlatma) nedir?

Network throttling, bir sunucunun gönderdiği/alabildiği veri miktarını veya anlık hızını, önceden tanımlı kurallara göre düşürme işlemidir. Bu kural; genellikle “band genişliği (bandwidth) aşımı” veya “aşırı trafik” gibi tetikleyicilerle ilişkilidir.

Throttling her zaman “sunucu kapandı” anlamına gelmez. Çoğu zaman uygulama şunu hedefler:

Trafik artışının yaratacağı gecikmeyi (latency) kontrol etmek
Aynı ağ segmentini kullanan diğer müşterilerin performansını korumak
DDoS benzeri davranışların normal kullanımı bozmamasını sağlamak

Throttling ile “rate limit” aynı şey mi?

Network throttling ile rate limit (oran sınırlama) kavramları karıştırılabilir.

Network throttling: Ağ seviyesinde bant/genişlik veya erişim hızı kısıtlanır.
Rate limit: Belirli bir servis/endpoint üzerindeki istek oranı sınırlandırılır (ör. API).

Throttling bazen rate limit ile birlikte uygulanabilir; ancak teknik hedef farklıdır. Ağ throttling, “toplam trafik davranışı”na daha yakın bir kontrol türüdür.

Throttling nasıl anlaşılır? (Belirti listesi)

Ağ yavaşlatmayı tespit etmek için aşağıdaki belirtiler yol gösterir:

CPU/RAM normal seyrederken sayfa yüklemeleri veya indirme süreleri uzar
Aynı sunucuda farklı saatlerde bariz hız dalgalanması görülür
Transfer (upload/download) özellikle yoğun olduğunda hız düşer
Büyük dosya indirme/yükleme, yedekleme (backup) veya log taşıma gibi işlemler sonrası kalıcı yavaşlama yaşanır

Not: Bu belirtiler tek başına kesin kanıt değildir. Ancak doğru inceleme yöntemleriyle (ölçüm + log) throttling ile başka sorunlar ayrıştırılabilir.

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

Hosting sağlayıcılarının ağ yavaşlatma uygulamasının arkasında birkaç net gerekçe vardır.

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

Paylaşımlı hostingte veya aynı ağ kaynaklarını kullanan çoklu tenant mimarilerinde, tek bir kullanıcı aşırı trafik üretebilir. Throttling; “tek kullanıcı tüm segmenti bozmasın” diye tasarlanmış bir güvenlik ve denge mekanizmasıdır.

Örneğin: - Bir web sitesi aniden dosya indirme trafiğinde patlarsa - Bir eklenti yanlışlıkla sürekli veri transferi başlatırsa - Aynı IP’den yoğun istekler gelirse

Bu durumda sağlayıcı, “hızı düşürerek” diğer kullanıcılara etkiyi azaltır.

2) Altyapı stabilitesini korumak

Ağdaki tıkanıklık (congestion), sadece bant genişliğini değil; paket kaybını, gecikmeyi ve hatta yeniden denemeleri artırır. Throttling uygulanmadığında: - Bağlantı gecikmesi artar - Zaman aşımı (timeout) ve yeniden deneme (retransmission) çoğalır - Sonuç: hem kendi trafiğiniz hem de komşu servisler daha kötü etkilenir

3) DDoS/abuse benzeri davranışları yumuşatmak

Bazı throttling türleri, saldırı veya kötüye kullanım davranışını “tam kesme” yerine kademeli biçimde baskılamak için kullanılır. Bu yaklaşım, tamamen kapatmadan önce trafiği kontrol altına almayı hedefler.

Sağlayıcıların devreye aldığı ek katmanlar genellikle şunlardır: - WAF/Firewall kuralları - Anomali algılama - Otomatik koruma (rate limit, IP bazlı kısıt) - Trafik şekillendirme (traffic shaping)

4) Servis sözleşmesindeki bandwidth politikalarını uygulamak

Pek çok hosting planında şu tür tanımlar yer alır: - “Aylık belirli GB transfer” - “Kabul edilebilir kullanım” (acceptable use) - “Burst” ve “peak” limitler

Throttling, sözleşmedeki kullanım sınırlarının teknik karşılığıdır. Bu nedenle “taahhüt bitince hız düşüyor” gibi durumlar throttling ile uyumludur.

Hosting türlerine göre throttling ne kadar sık görülür?

Bu noktada net ayrım yapmak önemli.

Paylaşımlı hosting (shared)

Throttling daha sık görülebilir.
Nedeni: Aynı sunucu/aynı ağ segmentinde birçok kullanıcı vardır.
Etki: İnternet trafiğinizin bir kısmı kısıtlanırken web siteniz daha yavaş hissedilir.

VPS / VDS (sanal özel sunucu)

Throttling daha kontrollüdür ama yine de görülebilir.
Sağlayıcı, planınızda belirtilen transfer limitleri veya “IO / network yoğun” senaryolara göre şekillendirme uygulayabilir.
Etki: İndirme/yükleme, yedekleme, dosya senkronizasyonu gibi işlemler etkilenir.

Dedicated (ayrılmış fiziksel)

Throttling daha nadirdir; ancak tamamen sıfırlanmaz.
Ağ tarafında “port speed” ve uplink kapasitesi gibi fiziksel sınırlar olduğunda sağlayıcı trafik şekillendirmeye gidebilir.

Network throttling tetikleyicileri: En yaygın 7 sebep

Sağlayıcıların throttling’i hangi koşullarda devreye aldığını anlamak, sorunu “sonradan şikayet etmek” yerine “önceden engellemek” için kritik.

1) Aylık transfer limitinin aşılması

En klasik senaryo: Paketinizdeki aylık band genişliği limiti dolunca hız düşer. Bu bazen sadece belirli saatlerde veya kademeli olarak olur.

2) Anlık bant genişliği (peak) aşımı

Bazı planlarda aylık limitin yanında anlık hız tavanları da vardır. Örneğin kısa süreli çok yüksek trafik hızında throttling başlayabilir.

3) Beklenmeyen büyük veri çıkışı

Otomatik yedekleme (backup) yanlış yapılandırıldığında
Logların hızlı büyüyüp dışarı aktarılması
CDN/Storage entegrasyonunda kopma ve yeniden deneme

4) DDoS benzeri anomali veya abuse şüphesi

Tek bir kullanıcıdan çok sayıda kısa isteğin gelmesi, tek başına saldırı olmadan bile “risk sinyali” üretir.

5) Yanlış DNS/Health check trafiği

Özellikle kurumsal yapılarda yanlış yapılandırılmış health check veya yanlış yönlendirme, gereksiz trafik doğurabilir.

6) Ağdaki hatalar (packet loss) nedeniyle yeniden denemeler

Bant genişliği aynı kalabilir ama paket kaybı artarsa TCP yeniden denemeleri trafik hacmini büyütür. Bazı sağlayıcılar bu davranışı throttling ile kontrol eder.

7) Plan üzerinde yer alan kabul edilebilir kullanım politikaları

“Toplu indirme”, “scraping” veya “aşırı eşzamanlı bağlantı” gibi kullanımlar, plan politikasına göre throttle edilebilir.

Throttling varken kullanıcı tarafında ne yapılmalı?

Burada amaç, “soğukkanlı ölçüm” ile problemi teşhis etmek ve sağlayıcıyla doğru konuşmaktır.

Adım 1: Sunucu tarafında bant/istemci davranışını ölçün

Önce uygulama katmanını değil, ağ katmanını görün.

Linux üzerinde temel komutlar: - iftop (arayüz bazlı hız) - nload (hız trendleri) - vnstat (kalıcı trafik istatistikleri) - sar (performans geçmişi)

Ayrıca sunucuda transfer başlatan süreçleri görmek için: - Dosya senkronizasyonu, cron job, yedekleme agenti - Reverse proxy/CDN ayarları - Log gönderim süreçleri

Adım 2: Sunucu kaynakları normal mi, değil mi kontrol edin

Eğer CPU/RAM kullanımı düşükken yalnızca ağ yavaşlıyorsa throttling ihtimali artar. Aksi durumda (CPU %90, disk IO çok yüksek) throttling tek sebep olmayabilir.

Kontrol listesi: - CPU (yük altında mı?) - Disk IO (özellikle log/backup yazma sırasında) - RAM (swap’a düşüyor mu?)

Adım 3: Sağlayıcı tarafında “limit” sinyali var mı inceleyin

Panelde şu başlıkları arayın: - Kullanım raporları (bandwidth / transfer) - Abuse/traffic shaping bildirimi - Açık limit alarmı (uyarı e-postaları)

Hız düşüşü “plan limitini aştım” ile aynı güne/saate denk geliyorsa throttling ile güçlü bir eşleşme oluşur.

Adım 4: Uygulama trafiğini ve dışa veri çıkışını sınırlayın

Throttling’i tetikleyen şey çoğu zaman trafik üretimidir. Çözüm, üreten süreci düzenlemektir.

Yedekleme işlerini sıklaştırmak yerine saat aralığına yayma
CDN kullanıyorsanız cache sürelerini doğru ayarlama
Büyük dosya transferlerinde limitler koyma
Logları anlık ve gereksiz şekilde dışarı aktarmayı kesme

Adım 5: Gerekirse sağlayıcıyla net teknik sorular sorun

İletişimde “neden yavaş” demek yerine şu sorular daha sonuç verir:

Throttling ağın hangi metriğinde uygulanıyor? (in/out bandwidth, packet rate, latency şekillendirme)
Limit aşıldığında otomatik mi devreye giriyor, yoksa manuel mi?
Limit aşımı dışında başka bir kural var mı? (abuse skoru, eşzamanlı bağlantı)
Hangi saatlerde uygulanıyor ve kaldırma süresi nedir?
Kısıtın etkilediği trafik türleri neler? (HTTP, SFTP, backup, vb.)

Bu sorular, sorunu hızlı ayırmaya yardımcı olur.

Network throttling’den kaçınmak için seçim ve tasarım önerileri

Throttling tamamen “kötü” bir şey değildir; sistem stabilitesini korur. Ancak siz doğru tasarımla etkisini azaltabilirsiniz.

1) Transfer/paket sınırlarını planlarken gerçekçi hesap yapın

Sık yapılan hata: Sadece sayfa görüntülenmesini hesaba katmak. Hostingde transferi artıran asıl kalemler: - Resimler/video indirme - Büyük JS/CSS dosyaları - API cevaplarının hacmi - Dosya indirme alanları - Yedekleme ve log gönderimleri

Net yaklaşım: - Aylık ortalama transferi 3-6 ay ölçün - Tepe günler için %30-%50 pay ekleyin

2) CDN ve cache ile “sunucuya gelen” trafiği azaltın

CDN, özellikle statik içerikte ağ yükünü dağıtır. Böylece origin (kaynak) sunucunun hem bant kullanımı hem de ağ darboğazı azalır.

3) Yedeklemeleri ağ dostu hale getirin

Yedekleri daha seyrek alıp incremental (artımlı) yöntem kullanın.
Yedek hedefini (storage) aynı yoğun saatlere yığmayın.
Gereksiz tekrarları azaltın.

4) Çok konuşan servisleri (chatty) kontrol edin

Örnekler: - Aşırı sayıda küçük istek yapan uygulamalar - Yanlış aralıklarla çalışan webhook/polling - Gereksiz health check

Bunlar packet rate/istek yoğunluğu üretebilir.

5) Sunucu ölçeği arttırma stratejisi

Eğer planınız sürekli limitlere yaklaşıyorsa “optimize ettim ama yine doluyor” durumu gelir. O noktada çözüm: - Daha yüksek bantlı VDS/VPS - Daha yüksek uplink (port) limitli paket - İhtiyaca uygun lokasyon/peering

Network throttling ile performans sorunu karışır mı?

Evet. Bu yüzden tek bir belirtiye dayanmak yerine doğrulama yapın.

Aşağıdaki durumlar throttling olmadan da yavaşlatabilir: - Yavaş veritabanı sorguları - Yanlış cache ayarları - Disk IO tıkanıklığı (özellikle log/backup) - DNS çözümleme gecikmesi - Web uygulamasında N+1 sorgu problemi

Net kontrol mantığı: - Ağ transferi ile hız arasında ilişki var mı? - CPU/disk normal mi? - Sağlayıcı limit raporu ile aynı zaman mı? - Throttling belirtilen trafik türünde mi görülüyor? (ör. sadece download)

Sonuç: Network throttling’i “varsayım” değil “ölçümle” ele alın

Network throttling, hosting sağlayıcılarının altyapıyı korumak ve adil kaynak paylaşımı sağlamak için başvurduğu bir mekanizmadır. En sık nedenler transfer limitleri, anlık peak aşımı ve kötüye kullanım/anomali sinyalleridir. Siz ise önce sunucunuzda bant kullanımını ve trafiği üreten süreçleri ölçün, ardından sağlayıcının kullanım/limit raporlarıyla zaman eşleşmesi yapın. Bu adımlardan sonra net bir teşhis oluşur; gerekiyorsa planı bant açısından güncelleyin ya da trafiği üreten iş/ayarları düzeltin.

Aksiyon önerisi: Bir sonraki yavaşlama anında sadece hız testi yapmayın. Sunucuda ağ trafiğini (iftop/nload/vnstat), süreçleri (backup/log/senkronizasyon) ve sağlayıcı panelindeki transfer kullanımını aynı zaman aralığıyla kontrol edin; sonra sağlayıcıya teknik soruları net biçimde iletin.