Paylaşımlı hosting, VPS ve fiziksel sunucu farkı

Destek ekibimizin her gün duyduğu en sık sorulardan biri şudur: «Paylaşımlı hosting mi sanal sunucu mu? Sitem için hangisi uygun?» Bu sorunun doğru cevabı ne bütçenize ne de markanızın büyüklüğüne bağlıdır; aksine üç belirgin faktöre dayanır: kaynak tüketim örüntüsü, işletim sistemi seviyesinde erişim ihtiyacı ve bakım maliyeti. Bu makalede bu üç seçeneği (özel sunucu ile birlikte) teknik ve ekonomik açıdan karşılaştıracak ve daha da önemlisi, tam olarak ne zaman daha üst bir seviyeye geçme zamanının geldiğini söyleyen pratik ve ölçülebilir işaretleri tanıtacağız.

Mimari farkı: Kaynaklarınız tam olarak nerede?

Paylaşımlı hosting: Bir sunucu, onlarca kiracı

Paylaşımlı hostingde onlarca veya yüzlerce site tek bir fiziksel sunucuya yerleştirilir ve kaynaklar (CPU, RAM, disk I/O) hepsi arasında paylaştırılır. cPanel veya DirectAdmin gibi kontrol panelleri, CloudLinux gibi araçlarla her kullanıcı için kaynak tavanı belirler; örneğin bir CPU çekirdeği, bir gigabayt RAM ve Entry Processes adında bir sınırlama (genellikle 20 ila 40 eşzamanlı istek arasında). SSH'ye sınırlı erişiminiz vardır ya da hiç erişiminiz yoktur, PHP sürümünü panelden seçersiniz, ancak Redis veya Node.js gibi yeni bir servis kuramazsınız.

Sanal sunucu (VPS): root erişimiyle garantili kaynaklar

Sanal sunucuda, bir fiziksel sunucu KVM gibi teknolojilerle birkaç bağımsız sanal makineye bölünür. Her VPS'in kendi işletim sistemi, çekirdeği ve özel kaynakları vardır. root erişiminiz vardır ve istediğiniz her şeyi kurabilirsiniz:

apt update && apt install nginx redis-server -y
systemctl enable --now redis-server

Paylaşımlı hosting ile temel farkı şudur: Dört gigabaytlık RAM satın aldıysanız, o dört gigabayt gerçekten sizindir ve komşu sitelerin davranışı size etki etmez (sağlayıcının Overselling yapmadığı koşuluyla).

Özel sunucu: Tüm donanım sizin emrinizde

Özel sunucuda, tüm CPU çekirdekleri, RAM ve diskleriyle birlikte tam bir fiziksel sunucu yalnızca size aittir. Sanallaştırma katmanı ortadan kalkar ve maksimum I/O ve işlem performansına ulaşırsınız. Bu seçenek ağır veritabanları, video işleme veya çok yüksek trafikli servisler için mantıklıdır, ancak yönetimin tam sorumluluğu (RAID'den donanım izlemeye kadar) size aittir.

Ekonomik karşılaştırma: Gerçek maliyet yalnızca aylık kira değildir

Yaygın hata, yalnızca servislerin aylık fiyatını karşılaştırmaktır. Her seçeneğin gerçek maliyeti üç bileşenden oluşur:

• Kira maliyeti: Paylaşımlı hosting en ucuzudur, sanal sunucu genellikle onun birkaç katı ve özel sunucu VPS'in birkaç katıdır.
• Yönetim maliyeti: Paylaşımlı hostingde işletim sistemi güncellemesi, sunucu güvenliği ve sunucu yedeklemesi sağlayıcıya aittir. VPS ve özel sunucuda bu görevler ya sizindir ya da yönetilen sunucu veya uzman personel maliyeti ödemeniz gerekir. Yarı zamanlı bir sistem yöneticisi, aylık maliyetinizi rahatlıkla VPS kira maliyetinin iki ila üç katına çıkarabilir.
• Sermaye atalet maliyeti (Downtime): Online mağazanız yoğun saatlerde 508 hatası alıyorsa, her kesinti saati size yıllık toplam yükseltme maliyetinden daha pahalıya mal olabilir. Bu rakamı kendi işiniz için hesaplayın; karar kriteri budur.

Pratik kural: Paylaşımlı hosting iş gördüğü sürece yükseltme yalnızca ek maliyettir. Ancak aşağıdaki işaretler ortaya çıktığında, paylaşımlı hostingde kalmak geçişten daha pahalıdır.

Pratik işaretler: Paylaşımlı hostingden sanal sunucuya ne zaman geçmeli?

1. Yoğun saatlerde 508 ve 503 hataları

508 Resource Limit Reached hatası, Entry Processes veya CPU tavanına ulaştığınız anlamına gelir. Bu hata haftada birkaç kez yoğun trafik saatlerinde tekrarlanıyorsa, kod optimizasyonu yardımcı olur ama kesin çözüm değildir. Kontrol panelinizin Resource Usage bölümünde «Faults» grafiğini inceleyin; eğer CPU Fault veya EP Fault hataları günlük birkaç on adetten fazlaysa, geçiş zamanıdır.

2. Sunucu yanıt süresi (TTFB) 800 milisaniye üzeri

Bu komutla TTFB'yi ölçebilirsiniz:

curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://example.ir/

Bu rakam sürekli 0,8 saniye üzerindeyse ve sayfa önbelleğini de etkinleştirdiyseniz, muhtemelen disk I/O'su veya paylaşımlı CPU sizin darboğazınızdır. NVMe diskli ve Redis önbellekli bir VPS'te, WordPress için 200 milisaniye altında TTFB'ye ulaşmak tamamen mümkündür.

3. Paylaşımlı hostingde bulunmayan bir yazılıma ihtiyaç duymak

Bunlardan herhangi birine ihtiyaç duyuyorsanız, paylaşımlı hosting artık yeterli değildir:

• Nesne önbelleği için Redis veya Memcached
• Node.js, Python (Django/FastAPI) veya Docker
• Bir dakikadan kısa aralıklı Cron Job veya sürekli Queue Worker
• MySQL için my.cnf seviyesinde özel ayarlar (örneğin innodb_buffer_pool_size artırımı)

4. 50 ila 100 kullanıcının üzerinde eşzamanlı trafik

Paylaşımlı hostingde optimize edilmiş bir WordPress sitesi genellikle yaklaşık 30 ila 50 gerçek eşzamanlı kullanıcıya (günlük ziyaret değil) dayanabilir. Google Analytics yoğun saatlerde bu rakamdan fazla aktif kullanıcı gösteriyorsa ve site yavaşlıyorsa, en az 2 CPU çekirdekli ve 4 gigabayt RAM'li bir VPS düşünün.

Sanal sunucudan özel sunucuya ne zaman geçmeli?

VPS'ten özel sunucuya geçiş şu durumlarda mantıklıdır:

1. Dikey yükseltme tavana ulaşmışsa: VPS'iniz örneğin 16 çekirdek ve 32 gigabayt RAM'e sahipse ve Load Average hâlâ çekirdek sayısının üzerindeyse, sanallaştırma katmanı ve fiziksel node üzerindeki komşuluk kendisi bir yük hâline gelir.
2. Disk I/O'su darboğaz olmuşsa: iostat -x 5 ile %util sütununa bakın; sürekli %80 üzerindeyse, veritabanınız özel disk ister.
3. Aynı donanımda diğer makinelerle komşuluğu kabul etmeyen güvenlik veya yasal gereklilikleriniz varsa.

VPS'inizin mevcut durumunu incelemek için bu komutları çalıştırın:

uptime                # Load Average'ı çekirdek sayısıyla karşılaştırın
free -h               # Swap sürekli doluysa, RAM'iniz yetersizdir
iostat -x 5 3         # Disk üzerindeki baskı

Yaygın hata: Optimizasyon yerine geçiş

Gördüğümüz en yaygın hata, kullanıcının sorunun kökünü incelemeden sunucuyu yükseltmesi ve iki ay sonra yeniden aynı yavaşlığa ulaşmasıdır. Herhangi bir geçişten önce bu üç maddeyi kontrol edin:

• Yavaş MySQL sorguları: Slow Query günlüğünü etkinleştirin (slow_query_log = 1 ve long_query_time = 1). Eksik bir indeks CPU tüketimini yarıya kadar azaltabilir.
• Önbellek eksikliği: Sayfa önbelleği ve nesne önbelleği olmadan, her ziyaret onlarca veritabanı sorgusu demektir. Bazen bir önbellek eklentisini etkinleştirmek, yükseltme ihtiyacını bir yıl erteler.
• Botlar ve saldırılar: Web sunucusu günlüğünü inceleyin; isteklerin büyük bir kısmı kötü niyetli botlardansa, sorununuz kapasite değil, güvenlik duvarıdır:

awk '{print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -20

Bir IP saatte binlerce istek yapıyorsa, daha büyük sunucu satın almadan önce onu engelleyin.

Özet: Sizin için hangi seçenek?

• Paylaşımlı hosting: 50 kişinin altında eşzamanlı trafikli ve özel yazılım ihtiyacı olmayan kurumsal site, blog veya küçük mağaza.
• Sanal sunucu: Büyüyen mağazalar, özel uygulamalar veya root, Redis ya da Docker'a ihtiyaç duyan herhangi bir proje.
• Özel sunucu: Çok ağır trafik, yüksek I/O baskılı büyük veritabanları veya katı güvenlik gereklilikleri.

«Paylaşımlı hosting mi sanal sunucu mu» sorusuna yanıt verirken nihai kriter tahmin değil, rakamlardır: 508 hatalarını, TTFB'yi, eşzamanlı kullanıcı sayısını ve Load Average'ı ölçün ve buna göre karar verin. Bu rakamların analizinde veya geçiş sürecinde tereddüt ederseniz, ServerNet teknik ekibi paylaşımlı hosting, sanal sunucu ve özel sunucu servisleri arasında seçim yapmanızda size rehberlik edebilir; böylece ne kullanmadığınız bir kapasite için ödeme yaparsınız ne de işinizin büyümesi kaynak sınırlamalarının arkasında kalır.