Shared hosting mi VPS mi: Hangisini seçmelisiniz?

Shared hosting ve VPS: kısa cevap

Shared hosting ile VPS arasındaki fark bir hız sorunu değildir. Shared hosting hizmetinde, başkası tarafından yapılandırılan, yamaları yönetilen ve yüzlerce müşteri arasında paylaştırılan bir makinede hesap kiralarsınız. VPS (sanal özel sunucu) hizmetinde ise root erişimine sahip olduğunuz tam bir işletim sistemi kiralarsınız; bu sayede istediğiniz yazılımı kurabilir ve bozduğunuz yapılandırmaları kendiniz onarırsınız.

Temelde üç fark vardır. Ya root erişimine sahipsinizdir ya da değilsinizdir. Bellek size özel atanmıştır ya da ortak bir havuzdan ödünç alınmaktadır. Sunucu gece yarısı yanıt vermeyi kestiğinde ise ya servis sağlayıcı sorunu çözer ya da siz çözersiniz. Özellik karşılaştırma tablolarındaki her detay bu üç temel farktan kaynaklanır.

Siteniz yalnızca sayfalardan, görsellerden ve bir iletişim formundan ibaretse, shared hosting doğru tercihtir ve maliyeti daha düşüktür. Siteniz, ziyaretçi olmadığı zamanlarda da arka planda çalışmaya devam etmesi gereken bir program gerektiriyorsa, bir VPS kullanmanız gerekir.

Paylaşımlı barındırma hizmetinin sundukları

Tek bir Linux sunucusu aynı anda birçok müşteri hesabını çalıştırır. Her hesap; bir doküman kök dizini, bir veritabanı ve bir posta kutusundan oluşan bir ev dizinidir. Genellikle Apache veya LiteSpeed olan tek bir web sunucusu, makinedeki tüm sitelere hizmet verir. Shell istemi yerine bir kontrol paneli alırsınız. root yetkiniz yoktur; bu nedenle paket yükleyemez, port açamaz veya arka plan servisi başlatamazsınız.

Paylaşımlı barındırma sağlayıcılarının çoğu, her hesabı işlemci süresi ve aynı anda çalıştırılabilecek süreç sayısı üzerinde katı sınırlamalar bulunan kendi konteynerine yerleştiren CloudLinux kullanır. Süreç sınırını aşmak sitenizi yavaşlatmaz. Bunun yerine sunucu, 508 Resource Limit Is Reached yazan bir hata sayfası döndürür. Bu sayfa, komşunuzun sizin payınızı kullanmasından değil, kendi hesabınızın sınırına ulaşmasından kaynaklanır.

Bu takas bilinçli bir tercihtir. Kontrolü bırakırsınız; karşılığında ise barındırma sağlayıcısı çekirdeği yamalar, PHP'yi günceller, sertifikayı yeniler ve her gece yedekleme alır. Pek çok site için bu makul bir takastır.

Bir VPS size aslında ne sağlar

VPS, bir ana sunucu üzerinde çalışan sanal bir makinedir. Çoğu Linux VPS planının arkasındaki hipervizör olan KVM altında, örneğiniz kendi çekirdeğini başlatır; kendi IP adresine, kendi güvenlik duvarına ve kendi init sistemine sahiptir. sudo çalışır. apt install çalışır. systemd aracılığıyla başlattığınız bir program, siz oturumu kapattıktan sonra çalışmaya devam eder, çöktüğünde yeniden başlar ve sistem yeniden başlatıldığında tekrar devreye girer.

Aynı root erişimi, makinenin güvenliğinin sizin sorumluluğunuzda olmasının nedenidir. Onu başka kimse izlemiyor. İnsanların bir VPS üzerinde çalıştırdığı şeylerin yelpazesi, tam da bu nedenle geniştir: kutu, bir Linux sunucusunun yapabileceği her şeyi yapar.

Fark 1: root erişimi ve sağladığı yetkiler

Root erişimi, diğer tüm farkları doğuran temel unsurdur. Bu yetkiyle dağıtımdan herhangi bir paketi kurabilir, dilediğiniz portu dinlemeye alabilir, systemd birimi yazabilir, makinedeki tüm logları okuyabilir ve sysctl ile çekirdek ayarlarını değiştirebilirsiniz. Bu yetkiye sahip olmadığınızda ise yalnızca panelin sunduğu seçeneklerle sınırlı kalırsınız: bir PHP sürüm seçicisi, sabit bir eklenti seti ve cron işleri için bir form.

Bir VPS üzerinde makineye hangi portların dinlendiğini her zaman sorabilirsiniz:

ss -ltnp

Her satır, kendisine sahip olan süreçle birlikte açık bir soketi temsil eder; dolayısıyla başlatılamayan bir servis, listede eksik bir satır olarak görünür. Paylaşımlı barındırma hizmetlerinde bu sorunun bir yanıtı yoktur, çünkü 80 ve 443 numaralı portlar ana makinenin web sunucusuna aittir ve sizin yazacağınız hiçbir şey bu portları devralamaz.

Fark 2: atanan bellek ile ödünç alınan bellek

Paylaşımlı hosting, aynı anda çok az hesabın yoğun olacağı varsayımıyla satılır. Makinedeki bellek bir havuzdur ve hesabınızın bu havuzdaki payı bir rezervasyondan ziyade bir sınırdır. Payınız tükendiğinde PHP süreçleri sonlandırılır ve ziyaretçiler 500 veya 508 hatası alır.

Bir VPS üzerinde, planınızdaki bellek doğrudan sizin örneğinize aittir. free -m bunu raporlar ve sanal makinenizin dışındaki hiçbir süreç bu belleği sizden alamaz.

İşlemci süresi bu durumun dürüst istisnasıdır. Çoğu VPS planı fiziksel çekirdekleri konuklar arasında paylaştırır ve bunu kendiniz ölçebilirsiniz:

vmstat 1 5

st sütunu steal time değeridir: fiziksel çekirdek başka bir konuğa tahsis edildiği sırada sanal işlemcinizin çalışmaya hazır olduğu sürenin payıdır. Yüzde birkaçlık sabit bir değer normaldir. Sürekli çift haneli bir sayı, ana makinenin aşırı yüklendiği anlamına gelir ve bu, destek talebinizde referans gösterebileceğiniz bir veridir. Paylaşımlı hosting üzerinde buna eşdeğer bir okuma yoktur, çünkü bunu gösterebilecek her araç root yetkisi gerektirir. Depolama da aynı şekilde davranır; bu yüzden bir VPS planının arkasındaki disk türü önemlidir ve satış sayfasına güvenmek yerine ilk hafta içinde yeni bir VPS'i kendiniz ölçmeniz değerlidir.

Fark 3: sistem arızalandığında sorumluluk kimde

Paylaşımlı barındırma hizmetlerinde işletim sistemi, web sunucusu, PHP derlemesi, sertifikalar ve günlük yedeklemelerin sahibi servis sağlayıcıdır. Makine yanıt vermeyi kestiğinde bir destek talebi açarsınız ve birileri zaten konu üzerinde çalışmaya başlamış olur. Bunun maliyeti, aynı kuralın diğer yüzüdür: desteklemedikleri bir yazılımı kurmalarını talep edemezsiniz.

Yönetilmeyen bir VPS üzerinde ise sağlayıcı yalnızca hipervizör, ağ ve güç kaynağından sorumludur. Çekirdekten itibaren yukarıdaki her şey size aittir. Güvenlik güncellemeleri, güvenlik duvarı, yedeklemeler, sertifika yenileme ve izleme süreçlerinin tamamı sizin sorumluluğunuzdadır; destek ekibi web sunucusu yapılandırmanızı hata ayıklamak için sisteme giriş yapmayacaktır. İlk günden itibaren şunları planlayın: yeni bir VPS üzerindeki ilk on dakika, ardından anladığınız bir güvenlik duvarı, otomatik güvenlik güncellemeleri ve en az bir kez geri yüklemesini yaptığınız yedekler.

Paylaşımlı barındırma ne zaman doğru tercihtir

Broşür tipi bir web sitesi en net örnektir: birkaç sayfa, görsel, bir iletişim formu, belki önbellekleme eklentisi olan bir WordPress ve günde birkaç bin ziyaretçi. Arka plan işleri yoktur. Alışılmadık bir çalışma zamanı gereksinimi yoktur. İstekler arasında bellekte tutulması gereken hiçbir veri bulunmaz. Paylaşımlı barındırma bu tür bir site için yeterlidir, herhangi bir VPS'ten daha düşük maliyetlidir ve bakım sorumluluğunu bu işi tam zamanlı yapan kişilere devreder. Siteyi bir VPS'e taşımak size hiçbir avantaj sağlamaz, aksine daha önce sahip olmadığınız bir iş yükü getirir.

Daha az dikkat çeken ikinci bir durum daha vardır. Eğer tarafınızda log dosyalarını okumak veya apt upgrade çalıştırmak isteyen kimse yoksa, paylaşımlı barındırma daha güvenli bir tercihtir. Açık bir veritabanı portuna sahip yamalanmamış bir VPS, profesyoneller tarafından güncel tutulan bir paylaşımlı hesaptan daha kötü bir sonuç doğurur. Kontrol, yalnızca onu kullanan biri olduğunda bir avantajdır.

İşaret 1: sürekli çalışan bir programa ihtiyaç duyulması

Daemon, bellekte kalan ve iş bekleyen bir programdır: bir API, sohbet botu, kuyruk işleyicisi veya oyun sunucusu gibi. Paylaşımlı barındırma hizmetleri kodunuzu yalnızca bir istek geldiğinde çalıştırır; SSH (secure shell) oturumundan başlattığınız herhangi bir süreç ise, uzun ömürlü süreçler hesap limitine takıldığı için oturum kapandığında sonlandırılır.

Bir VPS üzerinde aynı program bir systemd birimi haline gelir:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status komutu, bir süreç kimliği (PID) ile birlikte Active: active (running) çıktısını vermelidir. Eğer Active: failed (Result: exit-code) çıktısı alınıyorsa, bunun nedeni programın durduğu andaki kendi çıktısını gösteren journalctl -u myapp -n 50 dosyasında bulunur. Birim dosyasındaki Restart=always parametresi programı bir çökme sonrasında yeniden başlatır, enable parametresi ise sistem yeniden başlatıldığında programı tekrar ayağa kaldırır. systemd servisleri ve zamanlayıcıları yazma konusu, düzgün bir şekilde öğrenilmesi gereken ilk VPS becerisidir.

İşaret 2: panelin sunmadığı bir çalışma zamanına ihtiyaç duyuyorsunuz

Panel size bir liste sunar. Uygulamanız bu listenin dışında bir dil sürümüne, derlenmesi gereken bir kütüphaneye, ffmpeg aracına, başsız (headless) bir tarayıcıya veya MySQL dışındaki bir veritabanına ihtiyaç duyuyorsa, paylaşımlı barındırma hizmetinde bunları kuracak bir alan yoktur. Yazılım kurmak için root yetkisi gerekir; ancak hesabınızda derleyici ve geliştirme başlıkları bulunmadığından, herhangi bir çıktı üretilmeden derleme işlemi başarısız olur.

Bir VPS üzerinde ise bunu apt install ile kurabilir veya bir container içinde çalıştırarak ana makineyi temiz tutabilirsiniz. Uygulamanız birden fazla bileşenden oluştuğunda izlenecek standart yol VPS üzerinde Docker Compose kullanımıdır.

İşaret 3: cron göreviniz zamanında çalışmalıdır

Paylaşımlı barındırma hizmetleri, cron görevlerini bir form aracılığıyla kabul eder ve genellikle beş veya on beş dakika gibi minimum bir çalışma aralığı belirler. Hesabın işlemci sınırını aşan bir görev, çalışma sırasında sonlandırılır ve sessizce başarısız olur; çünkü erişebileceğiniz bir günlük dosyasına hiçbir kayıt yazılmaz.

Bir VPS üzerinde crontab -e, yazdığınız her türlü zamanlamayı kabul eder; systemd timer kullanımı ise çok daha iyi bir seçenektir:

systemctl list-timers
journalctl -u cron -n 20

list-timers, her zamanlayıcı için bir sonraki çalışma zamanını ve son sonucu görüntüler; cron günlüğü ise her komutu tetiklendiği anda kaydeder. Bir görev gerçekleşmediğinde, görevin hiç başlamadığını mı yoksa başlayıp başarısız mı olduğunu anlayabilirsiniz. Zamanlanmış görevlerde hata ayıklama sürecinin büyük bir kısmı bu ayrımı yapmaktan ibarettir.

Belirti 4: Komşularınız yanıt sürenizi olumsuz etkiliyor

Belirti oldukça spesifiktir. Kodunuzda hiçbir değişiklik yapmadığınız halde aynı sayfa gece saatlerinde hızlı, akşam saat yedi civarında ise yavaş yanıt veriyorsa sorun yaşıyorsunuz demektir. Kimseyi suçlamadan önce kendi makinenizden ölçüm yapın:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer, yanıtın ilk baytına ulaşma süresini saniye cinsinden ifade eder. Eğer yirmi sayı birbirine yakın değerlerdeyse sorun sunucuda değildir; çözüm kodunuzda veya veritabanı sorgularınızdadır. Eğer bu değerler gece saat 03:00'te sabit kalıyor ancak yoğun saatlerde birkaç yüz milisaniye sapma gösteriyorsa, göremediğiniz hesaplarla dolu yoğun bir makineyi paylaşıyorsunuz demektir. Bu, daha iyi kod yazarak çözemeyeceğiniz tek durumdur; çünkü sorunun kaynağı hesap sınırının diğer tarafında yer almaktadır.

Taşımanın gerçek maliyeti

Bunlar, Ağustos 2026 itibarıyla her kategorideki en küçük plan için tipik ilan edilen fiyatlardır. Bunları kesin bir tekliften ziyade genel bir çerçeve olarak değerlendirin ve satın almadan önce güncel fiyatı kontrol edin.

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

Ana fiyat farkı aylık 3 ile 5 ABD doları arasında değişmektedir ancak belirleyici olan bu rakam değildir. Paylaşımlı hosting (shared hosting), genellikle bir ila üç yıllık peşin ödeme gerektiren bir ilk dönem fiyatı ilan eder ve yenileme döneminde fiyat 12 dolar civarına çıkar. Yenileme fiyatlarını birbiriyle kıyasladığınızda tablo değişir: Paylaşımlı hesap için 12 dolar, giriş seviyesi bir VPS için 6 dolardır.

Bu kıyaslamayı yaparken dikkatli olun çünkü kapasiteler eşit değildir. 1 vCPU ve 1 GB RAM değerine sahip bir VPS, web sunucusunu ve veritabanını küçük bir kutuda çalıştırır; bu da gerçek trafik gelmeye başladığında WordPress için oldukça kısıtlı bir alandır. Yenilenen bir paylaşımlı planla dürüst bir kıyaslama yapmak gerekirse, 2 vCPU ve 4 GB RAM değerindeki plan yaklaşık 15 dolardır. Dolayısıyla gerçek fiyat farkı katlanarak değil, aylık birkaç dolar düzeyinde artmaktadır.

Daha büyük maliyet ise hiçbir zaman faturada görünmez. Bir VPS; bir saatlik kurulum süresi, güncellemeler için her ay birkaç dakika ve ilk arıza durumunda harcayacağınız bir akşam demektir. Bunu kendi saatlik ücretiniz üzerinden hesapladığınızda aradaki fark hızla kapanır. Bir VPS'in pratikteki maliyeti bölümü, kapasiteleri daha ayrıntılı bir şekilde incelemektedir.

Paylaşımlı hosting üzerinden trafik kaybı yaşamadan site taşıma

1. Bir gün önceden, alan adının DNS (domain name system) TTL (time to live) değerini 300 saniyeye düşürün; böylece geçiş saatler yerine dakikalar içinde gerçekleşir.
2. Yeni sunucuyu kurun ve DNS ayarlarını değiştirmeden önce sitenin IP adresi üzerinden çalıştığından emin olun.
3. Dosyaları kopyalayın, ardından veritabanını dump edin ve yeni sunucuda geri yükleyin.
4. Alan adını yalnızca kendi bilgisayarınızda yeni IP adresine yönlendiren hosts dosyanız üzerinden test edin.
5. Yeni sunucuda TLS (transport layer security) sertifikasını oluşturun, A kaydını değiştirin ve paylaşımlı hosting hesabını bir hafta boyunca açık tutun.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig, yanıtının ikinci sütununda TTL değerini yazdırır; böylece herhangi bir değişiklik yapmadan önce düşük değerin aktif olduğunu doğrulayabilirsiniz. --single-transaction, tabloları kilitlemeden tutarlı bir snapshot alır; eski site siz çalışırken sipariş almaya devam ediyorsa bu durum önemlidir. Yeni sunucuda sertifikaları aynı gün içinde çalışır hale getirin: Ubuntu üzerinde nginx ile Let's Encrypt rehberi, DNS kaydı sunucuyu işaret ettikten sonra birkaç dakika içinde tamamlanır.

Sorumluluk almadan kaynak kullanımı

Eğer dört işaret sitenizi tanımlıyor ancak bakım süreci ilginizi çekmiyorsa, orta yol yönetilen bir VPS kullanmaktır. Size atanan bellek ve root seviyesinde yetki sizde kalır; sağlayıcı ise yamaları, izleme süreçlerini ve genellikle bir yönetim panelini üstlenir. Yukarıdaki tablo, bu seçeneğin maliyetini, aynı boyuttaki yönetilmeyen bir VPS için 15 dolar yerine yaklaşık 30 dolar olarak göstermektedir. Aradaki fark, sunucu gece yanıt vermeyi kestiğinde başkasının ilgisini satın almanızı sağlar.

Eğer bu durum size uygunsa, yönetilen ve yönetilmeyen VPS kararı bir sonraki doğru okuma olacaktır. Bunun yerine halihazırda yoğun bir VPS çalıştırıyorsanız ve yoğun saatlerde steal time değerleri hala kötüyse, bir sonraki adım hiç komşusu olmayan özel bir sunucuya geçmektir.

FAQ

VPS, paylaşımlı barındırmadan daha mı hızlıdır?

Otomatik olarak hayır. Yükü az olan bir paylaşımlı sunucu, tek bir WordPress sayfası için 1 vCPU'lu bir VPS'ten daha iyi performans gösterebilir. VPS size tutarlılık sağlar: planınızdaki bellek size özeldir, bu nedenle yanıt süresi makinedeki en yoğun hesaba değil, doğrudan kodunuza bağlıdır. Sayfalarınız hem gece 03:00'te hem de akşam 19:00'da yavaşsa, sorun kodunuz veya veritabanı sorgularınızdadır; aynı kodu bir VPS'e taşımak sorunu da beraberinde taşır.

Paylaşımlı barındırmada Node.js veya Python uygulaması çalıştırabilir miyim?

Bazen, ancak çok dar sınırlar dahilinde. Bazı paneller Passenger aracılığıyla sizin için bir uygulama başlatır ve bu uygulama bir istek geldiğinde çalışır. Kendi portunuzu bağlayamazsınız, çünkü ana makinenin web sunucusu 80 ve 443 numaralı portların sahibidir. İstekler arasında bellekte bir işçi (worker) tutamazsınız, çünkü hesabın süreç sınırı uzun ömürlü her şeyi sonlandırır. Bir bot, kuyruk işçisi veya websocket sunucusu için VPS gerekir.

VPS çalıştırmak için Linux bilmem gerekiyor mu?

Yönetilmeyen (unmanaged) bir VPS için evet. SSH anahtarları, güvenlik duvarı, güncellemeler, yedeklemeler ve logları okuma alışkanlığına ihtiyacınız vardır. İlk kurulum için bir saat, sonrasında ise her ay birkaç dakika ayırmanız yeterlidir. Bu işlerle uğraşmak istemiyorsanız, yönetilen (managed) bir plan, atanan kaynakları korur ve bakım sorumluluğunu sağlayıcıya devreder; bu konu yönetilen ve yönetilmeyen VPS barındırma başlığında ele alınmıştır.

Paylaşımlı barındırmadan VPS'e geçerken sitem kesintiye uğrar mı?

DNS TTL değerini önceden düşürür ve her iki hesabı da aktif tutarsanız uğramaz. Bir gün önceden TTL değerini 300 saniyeye ayarlayın, dosyaları ve veritabanını kopyalayın, yeni sunucuyu dizüstü bilgisayarınızın hosts dosyası üzerinden test edin ve ardından A kaydını değiştirin. Birkaç dakika boyunca bazı ziyaretçiler eski sunucuya, bazıları ise yeni sunucuya ulaşacaktır; bu nedenle paylaşımlı barındırma hesabını bir hafta boyunca açık tutun. Son veritabanı dökümü sırasında siteyi salt okunur moda alın veya bu aralıkta yazılan verilerin kaybolmasını göze alın.