Hostingde “sınırsız” ne demek? FUP, limit ve net anlamı

Hosting paketlerinde pazarlama dili bazen kullanıcıyı yanıltır. “Sınırsız trafik”, “sınırsız disk” gibi ifadeler tek başına teknik karşılığı olan bir kullanım garantisi değildir. Bu yazıda, “sınırsız” kelimesinin arkasında çoğu zaman FUP (Fair Usage Policy), gizli sınırlar, kaynak paylaşımı ve performans kısıtları olduğunu net biçimde açıklıyoruz. Sonunda, bir paketin gerçekten uygun olup olmadığını kontrol etmek için kullanabileceğiniz somut bir kontrol listesi bırakıyoruz.

“Sınırsız” ifadesinin teknik karşılığı: FUP ve adil kullanım

Çoğu web hosting reklamında “sınırsız” ibaresi, “verilmeyecek bir limit yok” anlamına gelmez. Sağlayıcılar genellikle sınırsız diye pazarladığı kaynakları FUP (adil kullanım politikası) ile kontrol eder.

FUP genellikle şu alanlara uygulanır: - Trafik (transfer): Aylık belirli bir sınır aşılınca hız düşürme veya kısıtlama. - CPU kullanımı: Tek kullanıcı aşırı yüksek işlem tüketirse süre/öncelik düşürme. - IOPS / disk performansı: Çok yoğun okuma-yazma yapılırsa “paylaşılan depolama” performansı kontrol edilir. - Eşzamanlı bağlantı: Çok sayıda istek geldiğinde otomatik throttle (yavaşlatma) veya servis kapatma.

Bu yüzden “sınırsız” çoğu zaman şu anlama gelir: “Normal kullanım aralığında limit hissettirmiyoruz; ancak aşırı kullanım olduğunda adil paylaşımı koruyoruz.” Bu ayrım, paket seçimi sırasında kritik.

“Sınırsız trafik” ne zaman sorun olur?

Sınırsız trafik yazan paketlerde en sık sorun şu senaryolarda yaşanır: - Aynı anda çok sayıda istek atan bir bot trafiği (ör. yanlış ayarlanmış arama motoru, scraping). - Büyük dosyaların (video, yüksek çözünürlüklü görseller) sürekli indirildiği kampanyalar. - Paylaşımlı hosting üzerinde yoğun PHP/WordPress işlemleri (ör. otomatik optimizasyon eklentilerinin yanlış ayarı, cache’siz kurulum).

Bu senaryolarda sağlayıcı FUP devreye alır. Sonuç olarak “trafik bitmedi” gibi görünse de, hız düşmesi veya geçici askıya alma yaşanır.

Disk “sınırsız” olabilir mi? Paylaşımlı depolamada gerçek sınır nerede

Disk için “sınırsız” ibaresi teknik olarak mümkün olsa da pratikte çoğu sağlayıcı yine kontrol uygular. Paylaşımlı sistemlerde fiziksel disk sınırlıdır; dolayısıyla kaynak paylaşımı vardır.

Sınırsız disk iddiasının arkasında şu yöntemler bulunur: - Dosya/klasör boyutu sınırı: Tek dosya boyutuna limit konur. - Inode (dosya sayısı) sınırı: Çok sayıda küçük dosya barındıran senaryolarda sınırlama olur. - Dizin/hesap başına limit: Anlık büyümeyi kontrol etmek için kısa süreli kotalar.

Ayrıca bazı sağlayıcılar disk için “sınırsız” derken “veritabanı boyutu” veya “yedek (backup) saklama” için farklı sınırlara geçer. Yani disk sınırsız görünse bile veri tabanı şişer veya yedek politikası daralır.

E-posta ve database tarafında “sınırsız” nasıl saklanır?

Paketlerde sadece trafik ve disk olmaz. “Sınırsız” denirken kullanıcı genellikle gözden kaçırılan alt kalemlerde sınır görür.

E-posta için tipik sınırlar

Posta kutusu boyutu
Aylık gönderim kotaları
SMTP bağlantı sayısı / saniye
“Spam benzeri” davranışta otomatik kısıt

Eğer sağlayıcı “sınırsız e-posta” derken aslında aylık gönderim trafiği veya posta kutusu kapasitesi FUP ile sınırlandırıyorsa, özellikle haber bülteni veya otomatik e-posta senaryolarında performans düşer.

Veritabanı için tipik sınırlar

Paylaşımlı hostinglerde veritabanı kaynakları genellikle daha sıkı yönetilir: - CPU zamanı - Aynı anda çalışan sorgu sayısı - Max bağlantı (connections) - Disk I/O oranı

Bu nedenle “sınırsız trafik” yazsa bile site yavaşlayabilir; çünkü darboğaz veritabanıdır.

Sunucu kaynakları: “Sınırsız” söylemi neden yanıltıcıdır?

Paylaşımlı hosting, tek bir sunucunun birden fazla hesaba ayrıştırıldığı bir modeldir. Bu modelde sunucu kaynakları sabittir.

Sınırsız ifadesinin teknik gerçekliği şu şekilde açıklanabilir: - Kaynaklar paylaşılır (CPU, RAM, disk I/O). - Sağlayıcı, bir kullanıcının kaynakları tüketmesini önlemek için kısıt uygular. - Bu kısıtlar “gösterilmeyen limit” gibi çalışır; kullanıcı eşiği geçene kadar fark etmez.

Sonuç olarak “sınırsız” paketin performansı sabit bir garanti değil, diğer kullanıcılarla adil paylaşım ilkesine bağlı bir olgudur.

“Sınırsız” paketleri net test etme: Sözleşme ve performans kanıtı

NetKıyas’ta karşılaştırma yaparken tek başına reklam cümlelerine bakmak yerine, paketin hangi koşullarda kısıtlama uyguladığını aramak gerekir. Bunu iki kanaldan yapın: (1) yazılı politika (2) test edilebilir performans.

1) FUP / Acceptable Use Policy metnini bulun

Paket sayfasında “sınırsız” yazsa bile arayacağınız ana metin başlıkları şunlardır: - FUP (Fair Usage Policy) - Acceptable Use Policy (AUP) - Abonelik fesih / askıya alma koşulları - Kaynak kullanımı ihlali

Okurken şu cümleleri özellikle arayın: - “Adil kullanım” nasıl tanımlanmış? - Aşım olduğunda hız nasıl düşürülüyor? - Ne kadar süreyle kısıt uygulanıyor? - Tek bir sunucu üzerindeki paylaşımlı kaynaklar nasıl korunuyor?

Bunlar yazmıyorsa bile en azından “limit” kavramı nasıl davranıyor öğrenilmelidir.

2) “Sınırsız” kelimesi hangi metriğe ait? (trafik mi, kullanım mı?)

Bazı sağlayıcılar sadece “aylık trafik sınırsız” der; ama aşağıdakiler farklı olur: - CPU / RAM / sorgu limiti - eşzamanlı istek limiti - süreç (cron/job) limiti - site başına veya veritabanı başına kaynak sınırı

Dolayısıyla metrik net değilse paketin gerçek kapasitesini ölçmek zorlaşır.

3) Transfer hızını “hissedilir” şekilde test edin

Satın almadan önce her sağlayıcı test imkanı sunmasa da, teknik ekipler genellikle şu yaklaşımı uygular: - Benzer içerik ağırlığı olan bir demo site hazırlayın. - Dosya boyutlarını ve istek sayılarını gerçek senaryoya yakın tutun. - Günün farklı saatlerinde yükleme süresi ve hata oranını gözleyin.

Performans ölçümünde özellikle şunlara bakın: - İlk yanıt süresi (TTFB) - 4xx/5xx hata oranı - sayfa yükleme süresi (özellikle HTML + görsel + CSS/JS)

“Sınırsız” yerine hangi paket türleri daha öngörülebilir? (VPS/VDS karşılaştırma perspektifi)

Paylaşımlı hostingde kaynaklar paylaşılır. Bu nedenle “sınırsız” vaatleri performans garantisine dönüşmez. Eğer trafikte dalgalanma bekliyorsanız, daha öngörülebilir kaynak modeli tercih etmek mantıklıdır.

Örneğin: - VPS / VDS: CPU, RAM gibi kaynaklar sanal sınırlar dahilinde daha kontrollüdür. - Yüksek trafik: kaynak izleme ve gerektiğinde ölçekleme daha kolaydır.

Bu yazının odağı hosting paketi olsa da, “sınırsız” kelimesinin sizi yanlış yönlendirmemesi için şu kuralı düşünün: - Eğer iş yükünüz “düzenli ama yüksek” ise, paylaşımlı “sınırsız” yerine kaynak bazlı paketler daha net yönetilir.

Satın alırken net kontrol listesi (copy/paste kullanılabilir)

Aşağıdaki listeyi paket karşılaştırırken tek tek uygulayın. Bu maddeler net bir şekilde paketin “sınırsız” iddiasının gerçekliğini ortaya çıkarır.

FUP / AUP metni var mı, erişilebilir mi?
Kısıt uygulandığında: hız düşürme mi, askıya alma mı, ikisi birlikte mi?
“Sınırsız” denilen şey tam olarak ne?
Veritabanı ve CPU kaynakları için ayrı bir limit var mı?
E-posta için gönderim/posta kutusu/bağlantı sınırı var mı?
Yedekleme (backup) politikası: yedek saklama süresi ve geri dönüş garantisi nedir?
Trafik artışında CDN (varsa) devreye giriyor mu, yoksa yalnız bant mı?
Askıya alma durumunda loglar/kanıt sağlanıyor mu? (özellikle SLA varsa)
İade/iptal koşullarında kısıt ihlali tanımları var mı?
Performans izleme: kontrol panelinde istatistikler ve kaynak kullanım grafikleri sunuluyor mu?

Net senaryolar: “Sınırsız” hangi durumda doğru, hangi durumda risk?

Aşağıdaki tablo karar vermeyi kolaylaştırır.

Senaryo	“Sınırsız” yaklaşımı riski	Daha net çözüm
Düşük-orta trafikli kişisel site	Düşük	Paylaşımlı paket uygun olabilir
WordPress ile düzenli güncelleme, cache kullanımı var	Orta	Cache + ölçüm; hâlâ “FUP” kontrolü şart
Trafik kampanyada 5-10 kat dalgalanıyor	Yüksek	Kaynak bazlı plan (VPS/VDS) veya bant/CPU garantisi
Bot/scraping riski yüksek	Yüksek	Rate limit + WAF/CDN + daha kontrollü plan
Mail ile yoğun gönderim (bülten)	Yüksek	E-posta odaklı servis/limitleri açık plan

“Sınırsız” paket almayı isteyene net öneri: şartnameyi baz alın

“Sınırsız” ifadesiyle karşılaşıyorsanız kararınızı yalnızca pazarlama metnine göre vermeyin. FUP/AUP metnini bulun, hangi metriğe uygulandığını netleştirin ve paketin performansını etkileyen ikincil kotaları (CPU, veritabanı, e-posta gönderimi) kontrol edin.

Aksiyon olarak: Paket karşılaştırırken önce FUP/AUP bölümünü okuyun, sonra da kontrol listesinde en az 6 maddede net yanıt almadığınız planlardan uzak durun. Bu yaklaşım, sürpriz hız düşüşlerini ve beklenmedik askıya alma durumlarını belirgin şekilde azaltır.