"Sınırsız" hosting ne demek? FUP, adil kullanım ve limitler

Hosting paketinde "sınırsız" ifadesini gördüğünüzde aklınıza tek soru gelmeli: Bu gerçekten sınırsız mı, yoksa teknik ve hukuki sınırlar mı var? Türkiye’de kullanılan birçok paket, bant genişliği, disk veya kaynak kullanımını “limit yokmuş” gibi sunar; ancak pratikte FUP (adil kullanım politikası), gizli hız/performans kısıtları ve makul kullanım sınırları bulunur. Bu yazıda “sınırsız” kelimesinin arkasındaki mekanizmaları (FUP, oversell, kaynak adalet modeli, askıda kalma maddeleri) somut örneklerle çözeceksiniz. Sonunda, paketi satın almadan önce neyi kontrol edeceğinizi net bir kontrol listesiyle tamamlayacağız.

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

Web hosting’de “sınırsız” denince en sık karşımıza FUP (Fair Use Policy) çıkar. Sağlayıcı, hizmetin sürdürülebilirliğini korumak için “sonsuz” görünen kalemlerde bile adil kullanım mantığı uygular.

FUP neyi sınırlar?

FUP; genellikle şu başlıklarda uygulanır: - Paylaşımlı bant genişliği: Trafik artışı “anlık” olarak tolerans görebilir ama belirli eşiğin üstünde hız kısıtlanabilir. - CPU kullanımı / süreç süresi: Sayfa trafiği artmasa bile sorgu yoğunluğu, cron job’lar veya hatalı kod CPU’yu şişirebilir. - G/Ç (I/O) yoğunluğu: Çok sık okuma-yazma (ör. büyük log dosyaları, veritabanında yoğun işlem) disk performansını etkiler. - Bağlantı sayısı / eş zamanlı istek: DDoS değil “normal” kullanım gibi görünen ani dalgalarda bile korunma devreye girebilir. - Kaynakların toplam havuzu: Paylaşımlı ortamda her müşteri “tek makinenin” payını kullanır. Performans adaletini korumak için kaynak limitleri gerekebilir.

“Sınırsız” ile “adsız limit” arasındaki fark

Paket sayfasında “sınırsız trafik” yazabilir, ama sözleşmede şu cümleler farklı biçimlerde geçer: - “Makul kullanım dışındaki kullanımlar sınırlandırılır.” - “Aşırı yük durumunda hız düşürme uygulanır.” - “Sistem istikrarı için kaynak kısıtlaması yapılabilir.”

Bu tür maddeler teknik olarak “limit var” demektir; sadece kullanıcıya sayısal değer olarak açık verilmez.

Paylaşımlı hosting’de neden “sınırsız” gerçek olamaz?

Paylaşımlı hosting’de (shared hosting) bir fiziksel sunucu üzerinde birçok site çalışır. Donanım kaynakları tekil değildir; CPU çekirdekleri, RAM, disk I/O ve ağ bant genişliği paylaştırılır.

Oversell ve kapasite planlama gerçeği

Sunucu maliyeti sabittir: işlemci, disk, network portu, soğutma ve bakım. Sağlayıcılar, çok sayıda müşteriyi aynı altyapıya alarak maliyeti düşürür; fakat bunun sonucu şudur: “Talep dağılımı” değişirse (ör. bir sitenin viral olması, yoğun bot trafiği, yanlış çalışan bir eklenti), hizmet kalitesi etkilenir.

Bu nedenle sağlayıcı, performansı korumak için şu yöntemleri kullanır: - Hız throttle (kısma): Trafik veya istek yoğunluğunda bant genişliği veya yanıt hızı düşürülebilir. - Süreç kontrolü: CPU süreçleri belirli eşiği aşarsa yeniden planlanır veya durdurulur. - I/O limitleri: Disk okuma/yazma yoğunluğunda bekletme uygulanır. - Plan yükseltme yönlendirmesi: “Aşırı kullanım” tespitinde daha uygun pakete geçiş istenir.

Bu mekanizmaların hepsi “sınırsız” kelimesiyle çelişmez; sağlayıcının kontrol alanında kalır.

“Sınırsız” pazarlamasında sık görülen limit türleri

Aşağıdaki limitler çoğu zaman “sınırsız” ibaresi altında gizlenir. Bu yüzden kontrol ederken sözleşmeyi okumak kritik olur.

1) Bant genişliği (trafik) için gizli eşiği ölçmek

Sınırsız trafik vaadi, çoğu zaman “belirli süre / belirli bant paylaşımı / adil dağıtım” şeklinde çalışır.

Somut kontrol: - Sağlayıcı, “tahmini trafik” veya “ortalama kullanım” veriyor mu? - FUP’da “günlük/aylık” bir eşik var mı? - Hız kısıtlaması mı var, yoksa hesap askıya alma da mümkün mü?

2) CPU ve bellek için kaynak adaleti

Özellikle WordPress, Joomla veya yoğun e-ticaret sitelerinde CPU ve RAM dalgalanır.

Somut kontrol: - “Paylaşımlı ortamda CPU limitimiz vardır” gibi bir ifade var mı? - php-fpm veya süreç yönetimiyle ilgili bir bilgi sunulmuş mu? - “Aşırı istek” durumunda 429/503 gibi yanıtlar mı beklenir, yoksa tamamen kapatma mı?

3) Dosya sayısı / inode ve disk metrikleri

Disk depolaması “sınırsız” gibi görünse bile dosya sistemi limitleri olabilir. Örneğin çok sayıda küçük dosya (log, cache, geçici dosya) inode limitine takılabilir.

Somut kontrol: - “Disk sınırsız, ancak çok sayıda dosya yasak/limitli” gibi bir madde var mı? - Cache ve yedek (backup) dosyaları için saklama politikanız nedir?

4) Yedekleme (backup) ve restore sınırları

Sınırsız disk vaadi, yedeklerin sınırsız olacağı anlamına gelmez. Sağlayıcılar yedekleri sınırlı tutar.

Somut kontrol: - Otomatik yedekleme saatlik mi günlük mü? - Saklama süresi kaç gün? - Restore işlemi için ek ücret var mı?

Sözleşmede aramanız gereken 6 kritik cümle

Paket sayfası yeterli değildir. Sözleşme metninde şu başlıkları arayın:

1. FUP ve adil kullanım: “Makul kullanım dışı” ifadesi net mi?
2. Hız kısıtlaması: “Throttle”, “hız düşürme”, “band genişliği kısıtlama” geçiyor mu?
3. Askıya alma / fesih: En kötü senaryoyu açık söylüyor mu? “Hesap askıya alınabilir” gibi.
4. Kaynakların yönetimi: CPU/RAM/I/O için kontrol mekanizması var mı?
5. Aşırı yük denetimi: Ölçüm nasıl yapılıyor? Sayaç veya log referansı var mı?
6. Limit tanımı: Eşik verilmezse bile “ölçüm metodu” var mı? Metot yoksa risk artar.

“Sınırsız” vaat yerine doğru soru seti

Sınırsız yerine şu soruları sorun; doğru yanıt, paket “limitli ama net” demektir.

Net soru 1: FUP eşiği nereden hesaplanıyor?

Örnek doğru yaklaşım: - “Aylık toplam bant genişliği + günlük zirve” gibi iki metrikle ölçüm yapılıyor mu? - “CPU süresi ve eş zamanlı istek” birlikte mi değerlendiriliyor?

Net soru 2: Kısıtlama davranışı nasıl?

Sağlayıcı iki farklı yola gidebilir: - Hız throttle: Hizmet kalır, sadece yavaşlar. - Askıya alma: Daha agresif yönetim olur.

Hangi senaryonun devreye girdiğini öğrenin.

Net soru 3: Olay izleme (monitoring) var mı?

Kontrol panelinde bant genişliği, CPU ve disk kullanımı grafikleri yoksa “sınırsız” algısı gerçek olmayabilir.

Alternatif yaklaşım: Sınırlı ama net paket seçimi nasıl yapılır?

Sınırsız vaat yerine, limitleri net ifade eden paketlerde karar daha kolay olur. Aşağıdaki tablo, “sınırsız” yerine hangi metriğin aranacağını özetler.

Paylaşımlı hosting yerine VDS/VPS ne zaman daha mantıklı?

Eğer siteniz “ani büyüme” yaşıyorsa ya da uygulama kaynak iştahlıysa (ör. WooCommerce + yoğun arama, raporlama yapan panel, yüksek sorgu sayısı), paylaşımlı ortamda “sınırsız” beklentisi riskli olur.

Net kural: - Trafik artışı düzenli ise paylaşımlı yerine VPS/VDS daha tutarlı olur. - Sorun sadece bant genişliği değilse (CPU ve I/O da etkileniyorsa), kaynak garantili yapı daha doğru tercihtir.

VDS/VPS’de “sınırsız” aramak yerine neye bakılır?

VDS/VPS’de genelde kaynaklar ölçülebilir olur: CPU çekirdeği (vCPU), RAM, SSD ve çoğu zaman belirli bir adil kullanım çerçevesi.

Kontrol edin: - Disk türü (SSD/NVMe), tahsis edilen IOPS mantığı var mı? - CPU garantisi nasıl tanımlanıyor? - Trafik/port kısıtı var mı, yoksa port üzerinden kapasite yönetimi nasıl?

Sonuç: Satın almadan önce 10 dakikalık kontrolle “sınırsız”ı gerçek yapın

“Sınırsız” ifadesi tek başına güven vermez; sağlayıcının FUP ve kaynak yönetimi yaklaşımını görmeden plan seçmek risklidir. Hemen şimdi yapmanız gereken aksiyonlar: - Paket sayfasındaki “sınırsız” iddiasını bırakın, sözleşmede FUP / hız kısıtlaması / askıya alma maddelerini bulun. - Kontrol panelinde bant genişliği, CPU ve disk grafikleri sunuluyor mu kontrol edin. - Yedekleme (backup) saklama süresini netleştirin. - Sitelerinizde ani dalga yaşanıyorsa ya da uygulamanız kaynak tüketiyorsa paylaşımlı yerine VDS/VPS planını değerlendirin.

Bu kontrolleri yaptığınızda “sınırsız” vaatlerinin sizin senaryonuzda ne anlama geldiği netleşir ve kararınız ölçülebilir hale gelir.