Neden Doğru Zamanlama Önemli?
Shared (paylaşımlı) hosting, tek bir fiziksel sunucunun onlarca hatta yüzlerce müşteri arasında paylaşıldığı en ekonomik barındırma tipidir. Aylık ~₺60-150 bandındaki fiyatlarıyla yeni başlayanlar için mükemmeldir. Ama site büyüdükçe bu paylaşım bir tavan oluşturur.
VPS (Virtual Private Server) ise size garanti edilmiş CPU çekirdeği, ayrılmış RAM ve kök (root) erişimi sunar. Bedeli daha yüksektir: yönetimli olmayan bir VPS aylık ~₺200-400, yönetimli (managed) bir VPS ise aylık ~₺400-800 bandındadır.
Karar zamanlaması iki yönden de risklidir:
- Çok erken geçerseniz: Aylık ~₺100'lük bir paketten ~₺400'lük bir pakete geçip fark yaratmayan bir masraf altına girersiniz; üstelik sunucu yönetimi sorumluluğu da omzunuza biner.
- Çok geç kalırsanız: Site kampanya günlerinde çöker, Google Core Web Vitals puanınız düşer, ziyaretçi ve gelir kaybedersiniz. Bir e-ticaret sitesinde 5 saatlik kesinti, ayın kârını silebilir.
İşaret 1: Sürekli CPU/RAM Limit Uyarıları
Shared paketlerde her hesaba görünmez bir CPU ve RAM kotası atanır (örneğin 1 çekirdek eşdeğeri, %25 CPU, 1 GB RAM). Bu limiti aştığınızda cPanel'in "Resource Usage" (Kaynak Kullanımı) ekranında kırmızı grafikler ve şu tarz uyarılar görürsünüz:
LVE Faults (Kaynak Aşımı) — Son 24 saat CPU limit hit: 412 kez Physical Memory: 87 kez Entry Processes: 138 kez (eşzamanlı PHP süreç limiti)
cPanel'de Metrics → Resource Usage yolundan bu tabloyu görebilirsiniz. "aCPU", "ePMem" veya "EP" sütunlarında düzenli olarak "Faults > 0" görüyorsanız sunucu, sitenizi belirli anlarda frenliyor demektir. Ziyaretçi bunu yavaşlama olarak hisseder.
İşaret 2: 503 ve 508 Hataları
Ziyaretçileriniz ara ara şu hata sayfalarıyla karşılaşıyorsa alarm zamanı:
- 503 Service Unavailable: Sunucu o an isteğinizi karşılayamayacak kadar meşgul. Genellikle eşzamanlı ziyaretçi patlamasında görülür.
- 508 Resource Limit Is Reached: cPanel/CloudLinux'a özgü hata. Hesabınız CPU, bellek veya süreç limitini doldurdu ve yeni istekler reddediliyor demektir. Bu, shared hosting sınırına dayandığınızın en net göstergesidir.
508 hatasını tek seferlik bir trafik dalgasında görmek olağandır. Ancak haftada birkaç kez tekrarlıyor ve giderek sıklaşıyorsa, sitenizin ihtiyaçları paketinizi aşmış demektir. Bu noktada VPS paketlerini karşılaştırmaya başlamanız mantıklıdır.
İşaret 3: Trafik Arttıkça Yavaşlayan Site
En sinsi işaret budur çünkü yavaş yavaş gelir. Site sabahları hızlı, akşam yoğun saatlerde yavaş açılıyorsa; ya da geçen ay 1 saniyede açılan sayfa bugün 4-5 saniye sürüyorsa, sunucu kaynağı yetmiyor olabilir.
Somut bir eşik verelim: Bir WordPress/WooCommerce sitesi genellikle şu aralıkta shared'dan VPS'e evrilir:
| Aylık Ziyaretçi (yaklaşık) | Tipik Öneri | Not |
|---|---|---|
| 0 – 20.000 | Shared Hosting | Optimize edilmiş bir site rahatça taşınır. |
| 20.000 – 80.000 | Üst Shared / Giriş VPS | Sayfa türüne bağlı gri bölge. |
| 80.000 – 300.000 | VPS (2-4 vCPU, 4-8 GB RAM) | Çoğu WooCommerce burada VPS ister. |
| 300.000+ | Güçlü VPS / VDS / Dedicated | Ölçek ve gelir buna değer. |
Bu rakamlar sabit kural değil, sitenin türüne göre kayar: statik bir blog 100.000 ziyaretçiyi shared'da atlatabilirken, ağır sorgulu bir üyelik/e-ticaret sitesi 30.000'de zorlanabilir. Kendi durumunuzu görmek için hosting karşılaştırma ile mevcut paketinizin kaynak sınırlarını gözden geçirin.
İşaret 4: Inode ve Disk I/O Duvarı
Shared hosting'de sınır her zaman CPU değildir. İki sessiz sınır daha vardır:
- Inode limiti: Inode, sunucudaki her dosya/klasör için bir kayıt demektir. Çoğu shared paket ~250.000 – 500.000 inode ile sınırlıdır. E-posta arşivleri, önbellek dosyaları, log'lar ve eklentiler bu sayıyı hızla şişirir. Limit dolunca site "disk dolu" der ama gerçek disk boştur.
- Disk I/O throttling: Shared sunucular saniyede belli bir MB'lik okuma/yazma hızıyla sınırlanır (örneğin 5-10 MB/s). Veritabanı ağırlaşınca bu tavan sizi yavaşlatır.
Inode kullanımınızı kontrol etmek için sunucuda şu komut yeterlidir:
# Mevcut klasördeki toplam dosya (inode) sayısı find . -type f | wc -l # En çok inode tüketen ilk 10 klasör du --inodes -d 1 | sort -rn | head -n 10
SSH erişiminiz yoksa aynı bilgiyi cPanel ana ekranındaki "Inode Kullanımı" sayacından okuyabilirsiniz. Bu sayaç sürekli %80'in üzerindeyse ve temizlemekle inmiyorsa, VPS'in daha yüksek limitleri sizi rahatlatır.
İşaret 5: Kök Erişim / Özel Yazılım İhtiyacı
Bazı ihtiyaçlar teknik olarak shared hosting'de hiç mümkün değildir, çünkü sunucuyu başkalarıyla paylaşırsınız ve root (kök) yetkiniz yoktur. VPS'e geçişi zorunlu kılan tipik senaryolar:
- Redis, Memcached veya ElasticSearch gibi özel servisler kurmak
- Belirli bir PHP eklentisini (extension) veya özel bir Node.js/Python sürümünü derlemek
- Kendi Nginx/OpenLiteSpeed yapılandırmanızı, cron sıklığınızı veya PHP bellek limitinizi serbestçe değiştirmek
- Docker konteynerleri veya CI/CD boru hattı çalıştırmak
- Firmanın engellediği
exec,shell_execgibi PHP fonksiyonlarına ihtiyaç duymak
İşaret 6: Gürültülü Komşu Sorunu
"Noisy neighbor" (gürültülü komşu), shared hosting'in yapısal zaafıdır: aynı fiziksel sunucudaki başka bir müşteri anormal kaynak tüketirse (örneğin kötü optimize edilmiş bir siteye ani trafik gelir veya bir hesap saldırıya uğrarsa), siz hiçbir şey yapmadan siteniz yavaşlar.
Bu sorunun tipik belirtisi şudur: Siteniz günlerce sorunsuz çalışır, sonra birden birkaç saat/gün yavaşlar; siz hiçbir değişiklik yapmamışsınızdır ve destek "sunucuda geçici yoğunluk vardı" der. VPS'te size ayrılan kaynaklar izole olduğundan bu tür dalgalanmalar büyük ölçüde ortadan kalkar.
Sitenizin kesinti geçmişini ve yanıt sürelerini takip etmek isterseniz durum sayfamız gibi araçlarla düzenli izleme yapmak, bu tür dış kaynaklı sorunları erken fark etmenizi sağlar.
İşaret 7: E-ticaret ve Kampanya Yükleri
E-ticaret siteleri, ortalama trafikle değil zirve (peak) trafikle planlanmalıdır. Ayın 29 günü sorunsuz çalışan bir mağaza, indirim kampanyası, canlı yayın ya da bir influencer paylaşımıyla gelen 10 katlık ani yükte çökerse, tam da en çok satış yapacağı anda kapanmış olur.
Şu durumlardan biri sizdeyse zirve yükü için VPS'i ciddi düşünün:
- Sepet ve ödeme adımları yoğun saatlerde takılıyor veya zaman aşımına düşüyor
- Kampanya duyurusundan sonra ilk 10-15 dakika site erişilemez oluyor
- Aynı anda 50+ aktif alışveriş yapan kullanıcıyı hedefliyorsunuz
- Ödeme sağlayıcısına giden istekler sunucu yavaşlığı yüzünden başarısız oluyor
E-ticarette birkaç saatlik kesintinin maliyeti çoğu zaman bir yıllık VPS farkını aşar. Shared ile VPS'in bu senaryodaki farkını derinlemesine görmek için Shared Hosting vs VPS karşılaştırma yazımızı okuyabilirsiniz.
Karar Tablosu ve Maliyet
Yükseltmeye karar vermeden önce iki adımı atlamayın: (1) mevcut sitenizi optimize edin, (2) doğru VPS tipini seçin. Bazen sorun paket değil, kötü optimize edilmiş bir eklenti veya önbelleksiz bir yapıdır.
| Kriter | Shared Hosting | VPS |
|---|---|---|
| Yaklaşık aylık maliyet | ~₺60-150 | ~₺200-800 (yönetim tipine göre) |
| Kaynak izolasyonu | Yok (paylaşımlı) | Garanti edilmiş vCPU / RAM |
| Kök (root) erişim | Yok | Var |
| Teknik bilgi gereksinimi | Düşük | Orta-Yüksek (yönetimsizde) |
| İdeal kullanıcı | Blog, tanıtım, küçük mağaza | Büyüyen e-ticaret, uygulama, yoğun site |
Doğru paketi bütçe ve ihtiyaca göre yan yana koymak için karşılaştırma aracımızı kullanabilir, VPS seçeneklerini fiyat ve özellikleriyle VPS karşılaştırma sayfasında filtreleyebilirsiniz.
Sıkça Sorulan Sorular
Shared hostingden VPS'e geçerken sitem kesintiye uğrar mı?
Doğru planlandığında kesinti neredeyse sıfırdır. Yeni VPS'e kurulumu tamamlayıp, verileri taşıyıp test ettikten sonra DNS/A kaydını yönlendirirseniz ziyaretçiler kopukluk hissetmez. TTL değerini geçişten önce düşürmek yayılmayı hızlandırır. Aynı firmada yükseltiyorsanız çoğu sağlayıcı taşımayı ücretsiz yapar.
Yönetimli (managed) mi yoksa yönetimsiz (unmanaged) VPS mi almalıyım?
Linux komut satırına, güvenlik güncellemelerine ve sunucu yapılandırmasına hakim değilseniz yönetimli VPS alın; aylık ~₺200-400 fark eder ama güncelleme, güvenlik ve destek yükünü sağlayıcı üstlenir. Teknik ekibiniz varsa yönetimsiz VPS hem daha ucuz hem daha esnektir.
VPS yerine önce büyük bir shared paket denemeli miyim?
Sorununuz sadece disk alanı veya biraz daha CPU ise evet, üst shared paket mantıklı bir ara adım olabilir. Ama sorun kök erişim, kaynak izolasyonu veya sürekli 508 hatasıysa büyük shared paket de aynı yapısal sınırları taşır; bu durumda VPS'e geçmek daha doğrudur.
VPS aldıktan sonra performans sorunlarım tamamen biter mi?
Hayır, VPS kaynakları izole eder ama sınırsız değildir. 2 vCPU / 4 GB RAM'lik bir VPS de yanlış optimize edilmiş bir siteyle dolabilir. VPS'in avantajı, artık kaynağı ihtiyacınıza göre yükseltebilmeniz ve komşu etkisinden kurtulmanızdır. Önbellek ve veritabanı optimizasyonu VPS'te de gereklidir.
Trafiğim düşerse tekrar shared'a dönebilir miyim?
Evet, teknik olarak mümkündür. Mevsimsel bir işletmeyseniz (örneğin sadece belli dönemlerde yoğunlaşan bir mağaza) bazı sağlayıcılarda kaynakları geçici olarak yükseltip sonra düşürmek de bir seçenektir. Ancak sürekli yukarı-aşağı taşıma zahmetlidir; genelde büyüme kalıcıysa VPS'te kalmak daha rasyoneldir.