Hosting’de "sınırsız" ne demek? Gerçek sınırlar ve kontrol listesi

Hosting paketinde “sınırsız” ibaresi, kullanıcıya sınırlama yokmuş gibi görünür. Ancak pratikte hizmet sağlayıcıların kaynakları bir havuzda paylaştırdığı ve bu havuzun kapasiteye dayandığı için “sınırsız” ifadesi genellikle pazarlama dili olarak kalır. Bu yazıda, “sınırsız” denilen hosting türlerinde gerçekte hangi limitlerin devreye girdiğini ve satın alma öncesinde nasıl net kontrol yapılacağını öğreneceksiniz. Böylece faturaya değil, ölçülebilir teknik kriterlere göre karar verirsiniz.

“Sınırsız” çoğu zaman hangi kavramların yerini tutar?

“Sınırsız” kelimesi, farklı sağlayıcılarda farklı anlamlara denk gelebilir. En sık karşılaşılan senaryolar şunlardır:

• Trafik (bandwidth) “sınırsız”: Ücretlendirme çoğu zaman trafik üzerinden yapılmaz; fakat hız düşürme, bağlantı başına kısıt, throttling (yavaşlatma) ve adil kullanım (fair use) uygulanabilir.
• Depolama “sınırsız”: Tek bir sınır yokmuş gibi görünür; fakat dosya sayısı, inode limiti, dosya sistemi performans limitleri veya “aşırı kullanım” gerekçesiyle hesap kısıtlanabilir.
• Veritabanı “sınırsız”: MySQL/PostgreSQL için bağlantı sayısı, eşzamanlı işlem, kaynak kullanımı gibi sınırlar olabilir.
• E-posta “sınırsız”: Gönderim oranı (rate limit), günlük/saatsel limit, spam önleme kısıtları devrededir.

Buradaki kritik nokta şudur: “Sınırsız” yazması, kaynak kullanımının sıfır limit demek değildir. Sağlayıcılar genellikle hem teknik hem de sözleşmesel seviyede sınır koyar.

Adil kullanım politikası (AUP) “sınırsız”ın gerçek sınırını belirler

Sınırsız hizmetlerde en belirleyici doküman Adil Kullanım Politikası (AUP)’dır. AUP, pratikte şunları tanımlar:

• Kaynak kullanımının hangi eşiğin üstünde “olağan dışı” sayılacağı
• Aşırı kullanımda uygulanacak aksiyonlar (uyarı, geçici yavaşlatma, süreç kesme, ek ücret ya da kapatma)
• Hangi davranışların “paylaşımlı altyapıyı olumsuz etkileme” sayılacağı

Paylaşımlı hosting (shared hosting) örneğinde, aynı fiziksel sunucuda yüzlerce hesap olabilir. Bu nedenle tek bir kullanıcının CPU veya disk I/O’yu domine etmesi engellenir.

Paylaşımlı hosting’de “sınırsız”ın sık görülen gizli limitleri

Paylaşımlı sunucuda kaynaklar ortaklaşa kullanıldığı için “sınırsız” iddiaları çoğunlukla şu bileşenlerde görünmez sınırlarla çakışır:

1) CPU ve eşzamanlı süreç limitleri (CPU fair share)

Sınırsız trafik veya depolama yazsa bile, script çalıştırma (PHP/Node), cron job’lar ve arka plan görevleri için CPU kullanımına limit konur. Tipik etkiler:

• Sayfa yüklemede yavaşlama
• Long-running (uzun süren) isteklerin 502/504’e düşmesi
• Otomatik olarak işlem kesme

Kontrol ipucu: Panelde veya sözleşmede “CPU kullanım limiti”, “entry/process limit”, “abuse policy” gibi ifadeler arayın.

2) Disk I/O (g/ç) ve throttling

Özellikle yoğun veri okuma-yazma yapan WordPress eklentileri, yedekleme süreçleri ve log yazma işleri disk performansını etkiler. Sağlayıcılar “sınırsız” depolama dese bile şu kısıtlar devreye girebilir:

• Günlük/saatsel yoğun I/O sınırı
• Yedekleme veya tarama (backup/sync) işlerinin saat bandı sınırı
• Performans düşüşü (throttling)

3) inode limiti (dosya sayısı sınırı)

“Depolama sınırsız” denilen paketlerde genellikle “dosya sayısı sınırsız” değildir. Sunucu dosya sisteminde inode limiti bulunur. Sonuç:

• Çok sayıda küçük dosya (ör. yoğun log/temporary dosya) depolamadan önce tıkanabilir
• WordPress’te gereksiz yedekler, cache kalıntıları ve eski eklenti dosyaları inode’u şişirebilir

Kontrol ipucu: “inode” veya “file count limit” ifadesi sözleşmede geçiyor mu bakın.

4) MySQL/PostgreSQL kaynak limitleri

Veritabanlarında “sınırsız” yazsa bile genellikle sınırlamalar şunlardır:

• Bağlantı (connection) limitleri
• Eşzamanlı sorgu sayısı
• Yavaş sorgularda otomatik kısıtlama
• Storage büyümesine rağmen işlem kotaları

Özellikle yoğun sorgu yapan e-ticaret senaryolarında CPU ve I/O limitleri, görünmez “DB sınırı” gibi çalışır.

5) Bant genişliği tek başına her şeyi anlatmaz

Trafik ölçümü genellikle toplam veri aktarımıdır; ancak sağlayıcılar paket bazında şu sinyallere göre kısıt uygulayabilir:

• Bağlantı sayısı (concurrent connections)
• İstek başına işlem süresi (request duration)
• Tek IP’den gelen anlık trafik

Bu yüzden aynı aylık GB kullanan iki kullanıcıdan biri daha hızlı, diğeri daha yavaş hissedebilir.

VPS/VDS’de “sınırsız” neden daha farklıdır?

VPS/VDS (Virtual Private Server) tarafında kaynakların büyük kısmı daha “izole” çalışır. Bu nedenle “sınırsız trafik/depolama” söylemi paylaşımlıdan farklı etkiler.

• CPU/RAM/IO tahsisi: VDS’te genellikle belirli bir CPU/RAM profili vardır. Bu nedenle “sınırsız” ifadesi daha az yanıltır.
• Fiyatlama modeli: Disk veya bant genişliği ayrı sınırlı olabilir; bazı sağlayıcılar depoyu “sınırsız” gibi pazarlasa da adil kullanım politikası yine kalır.
• Performans garantisi: Tam garanti olmasa da “paylaşımlı” kadar belirsizlik daha düşüktür.

Yine de şunu unutmayın: VDS’te bile “sınırsız” denilen disk veya transfer, genellikle paylaşımlı depolama havuzu (ör. oversubscription) ve kaynak politikasına tabidir.

Satın almadan önce “sınırsız” iddiasını nasıl test edersiniz?

Tek bir cümleye güvenmek yerine, sağlayıcının dokümantasyonunu ve pratikteki politika metinlerini doğrulayın.

Kontrol listesi (kopyala-kullan)

Aşağıdaki maddelerde net cevap arayın:

• AUP metninde “sınırsız” kullanımın hangi koşullarda kısıtlanacağı yazıyor mu?
• “Throttle / yavaşlatma” veya “rate limit” ifadeleri geçiyor mu?
• Paylaşımlı altyapıda CPU ve süreç (process) limitleri açıklanıyor mu?
• Depolama için inode veya dosya sayısı sınırı belirtilmiş mi?
• Yedekleme (backup) veya tarama (scan) gibi yoğun işler için saat/limit tanımı var mı?
• DB için bağlantı/işlem limiti açıklanıyor mu?
• Hangi loglara erişim var? (örn. hata logu, erişim logu)

İade/iptal sürecini “politikayla” değil “ölçümle” doğrulayın

Ücretsiz deneme veya kısa iade penceresi varsa, “sınırsız” iddiasını şu ölçümlerle test edin:

• Son 24 saatte CPU kullanımı ve sayfa yanıt süreleri
• Yoğun trafik sırasında hata oranı (5xx)
• Sunucuda I/O bekleme (özellikle veritabanı ve cache işlemleri)

Eğer kontrol panelinde istatistik yoksa, sağlayıcıdan “host-level” metrik paylaşımı talep edin. Paylaşımlı paketlerde her sağlayıcı aynı detayları sunmaz; bu da değerlendirme kriteriniz olmalı.

“Sınırsız” size ne zaman sorun çıkarır? Net örnekler

Sınırsız ibaresi çoğu kullanıcı için sorun yaratmaz; fakat bazı yük profilleri sağlayıcının politikasını tetikler.

• Otomatik yedekleme: Büyük veritabanı + sık yedek alma, kısa sürede disk I/O’yu artırır.
• Çok sayıda küçük dosya: Log birikimi, gereksiz cache kalıntısı, yanlış ayarlanmış cron’lar inode’u şişirebilir.
• Sık ve ağır sorgular: E-ticarette yoğun fiyat sorgusu, arama eklentilerinin yetersiz indeksleme yapması CPU/DB limitlerini görünmez biçimde zorlar.
• Trafik patlaması: Paylaşımlı sunucuda anlık yoğunlukta throttling ve bağlantı kısıtları hız düşürür.

Bu yüzden “sınırsız” yerine, yük profilinizin hangi kaynak türüne daha çok bastığını analiz etmek gerekir: CPU mu, disk I/O mu, DB işlem mi, inode mu?

Net karar vermek için pratik kıyas yöntemi

NetKıyas gibi hosting karşılaştırma platformlarında paketleri incelerken, “sınırsız” kelimesinden önce şu sırayla ilerleyin:

1. Kaynak politikası (AUP + hız/limit hükümleri)
2. Hangi kaynakların kısıtlandığı (CPU, I/O, inode, DB bağlantısı)
3. Sunucu tipi (shared vs VPS/VDS)
4. Yedekleme ve log erişimi (sorun anında teşhis)
5. İade/iptal şartlarının netliği (test edilebilirlik)

Aşağıdaki tablo bu yaklaşımı özetler:

Sonuç: “Sınırsız”ı sözleşme ve politika ile doğrulayın

Hosting paketinde “sınırsız” ifadesi tek başına güvenilir bir ölçüt değildir; asıl belirleyici olan adil kullanım politikası, CPU/IO/DB gibi kaynak limitleri ve pratik kısıt mekanizmalarıdır. Paketi satın almadan önce AUP metninden limit türlerini bulun; mümkünse kısa test döneminde hız ve hata oranını ölçün. NetKıyas’ta paketleri kıyaslarken de “sınırsız” kelimesini değil, hangi kaynakların nasıl yönetildiğini ve hangi koşullarda kısıt uygulandığını esas alın.