Web Hosting, VPS, Bulut Sunucu, Dedicated Farkı: Hangisi Size Uygun?

Sunucu dünyasındaki terimler ilk bakışta birbirine karışır; çünkü dördü de sonuçta bir bilgisayarın işlemcisini (CPU), belleğini (RAM) ve diskini kullanır. Fark, bu kaynakları kiminle ve hangi kurallarla paylaştığınızdadır. En kolay anlatım yolu, bir şehirdeki konut seçenekleridir.

Aşağıdaki görselde her konut tipi bir sunucu modeline karşılık geliyor. Benzetme mükemmel değildir ama bir karar toplantısında teknik olmayan paydaşlara farkı anlatmanın en hızlı yoludur.

Web hosting, sitenizin dosyalarının ve veritabanının, sağlayıcının yönettiği tek bir sunucuda başka birçok siteyle birlikte barındırılmasıdır. Sunucunun işletim sistemi, web sunucusu yazılımı (Apache, Nginx veya LiteSpeed), PHP sürümleri ve güvenlik yamaları sağlayıcının sorumluluğundadır. Siz genellikle cPanel veya Plesk gibi bir kontrol paneli üzerinden dosya yükler, veritabanı oluşturur ve SSL sertifikası tanımlarsınız.

Bu modelin gücü basitliğidir: teknik bilgi gerektirmez, kurulumu dakikalar sürer ve maliyeti en düşük seçenektir. Zayıf noktası ise komşu etkisidir (noisy neighbor). Aynı sunucudaki başka bir site yoğun trafik alırsa veya hatalı bir eklenti CPU'yu tüketirse sizin sayfanız da yavaşlayabilir. Sağlayıcılar bunu hesap başına CPU, bellek, eşzamanlı işlem ve dosya sayısı (inode) limitleriyle dengelemeye çalışır.

Kurumsal tanıtım siteleri, bloglar, kampanya açılış sayfaları ve aylık birkaç on bin ziyaretçiye kadar içerik ağırlıklı siteler için iyi yapılandırılmış bir kurumsal web hosting paketi çoğu zaman yeterlidir. Ancak özel yazılım çalıştırmak, sunucuya servis kurmak (Redis, Node.js süreci, kuyruk işçisi) veya kök erişimi istemek bu modelin dışına çıkmak demektir.

VPS (Virtual Private Server), güçlü bir fiziksel sunucunun sanallaştırma yazılımı (hypervisor) ile birbirinden yalıtılmış sanal makinelere bölünmesiyle elde edilir. Günümüzde yaygın olarak KVM tabanlı sanallaştırma kullanılır. Her VPS'in kendi işletim sistemi, kendi IP adresi ve kendisine tanımlanmış vCPU, RAM ve disk kotası vardır.

Paylaşımlı hostingten temel farkı, kök (root) veya yönetici erişimi ve daha öngörülebilir kaynaklardır. İstediğiniz yazılımı kurabilir, web sunucusunu kendi ihtiyacınıza göre ayarlayabilir, arka planda çalışan servisler başlatabilirsiniz. Fiziksel donanım hâlâ başka müşterilerle paylaşılır; ancak hypervisor size ayrılan belleği ve disk kotasını yalıtır.

Bir noktaya dikkat edin: bazı sağlayıcılar vCPU'ları fiziksel çekirdek sayısının üzerinde satar (overcommit). Bu durumda yoğun saatlerde CPU steal denen bekleme süresi artar ve performans dalgalanır. VPS alırken vCPU'nun paylaşımlı mı, ayrılmış (dedicated vCPU) mı olduğunu sormak bu yüzden önemlidir.

Bulut sunucu da bir sanal makinedir; farkı, tek bir fiziksel makineye değil birbirine bağlı sunuculardan oluşan bir kaynak havuzuna dayanmasıdır. Disk verisi çoğunlukla ağ üzerinden erişilen ve birden fazla kopya tutan paylaşımlı depolamada durur. Bu sayede bir fiziksel sunucu arızalandığında sanal makineniz havuzdaki başka bir sunucuda yeniden başlatılabilir ya da bakım sırasında canlı olarak taşınabilir.

Bulutun kullanıcıya görünen avantajları esnekliktir: CPU ve RAM'i dakikalar içinde büyütebilir, anlık görüntü (snapshot) alıp hatalı bir güncellemeyi geri alabilir, yük dengeleyici arkasına yeni sunucular ekleyebilirsiniz. Birçok platformda kullanım bazlı faturalama, nesne depolama ve özel ağ (VPC) gibi yapı taşları da hazırdır. Bulut sunucu kiralama seçeneklerini karşılaştırırken bu özelliklerin pakete dahil olup olmadığını ayrıca sorun.

Bulutun maliyet yapısı ise daha değişkendir. Kaynak eklemek kolay olduğu için kontrolsüz büyüme, gereğinden büyük seçilmiş sunucular ve bazı platformlarda dışarıya giden veri trafiği (egress) ücretleri faturayı şaşırtıcı şekilde artırabilir. Bu yüzden bulutta bütçe alarmı ve düzenli kaynak gözden geçirmesi bir alışkanlık olmalıdır.

Dedicated sunucu, veri merkezindeki bir fiziksel sunucunun tamamının tek bir müşteriye ayrılmasıdır. İşlemci çekirdekleri, bellek modülleri, diskler ve ağ kartı yalnızca sizin iş yükünüze hizmet eder. Sanallaştırma katmanı yoktur veya varsa onu da siz yönetirsiniz; örneğin fiziksel sunucunun üzerine kendi sanal makinelerinizi kurabilirsiniz.

Bu modelin en büyük artısı tutarlı performanstır. Komşu etkisi ve CPU steal olmadığı için yoğun veritabanı işlemleri, büyük önbellekler ve sürekli yüksek yük altındaki uygulamalar öngörülebilir çalışır. Donanım seçimi (NVMe diskler, RAID yapısı, bellek miktarı) iş yükünüze göre yapılabilir ve bazı uyum senaryolarında fiziksel izolasyon denetçiler için anlaşılır bir güvence sağlar.

Karşılığında esneklikten ödünç verirsiniz. Yeni donanım eklemek veya daha güçlü bir sunucuya geçmek günler sürebilir; bir donanım arızasında yedek sunucu yoksa kesinti yaşanır. Dedicated sunucular genellikle aylık veya yıllık sabit bedelle kiralanır; iş yükünüz yıl boyunca yüksek ve tahmin edilebilirse bu sabit yapı, kullanım bazlı buluttan daha ekonomik hâle gelebilir. Dedicated sunucu kiralama planlarken donanım arızasında yedek parça ve müdahale süresini sözleşmeye yazdırmayı unutmayın.

Aşağıdaki tablo fiyat değil göreli bir karşılaştırmadır; puanlar üç kademelidir ve her hücrede kısa açıklama bulunur. Sağlayıcıdan sağlayıcıya farklar olabileceğini unutmayın. Tabloyu, ekibinizle hangi özelliğin sizin için kritik olduğunu konuşmak için bir başlangıç noktası olarak kullanın.

Puanlar: 3 = bu ölçütte en avantajlı, 1 = en sınırlı. “Yönetim yükü” satırında yüksek puan, sizin üzerinizdeki yükün az olduğu anlamına gelir.

Türkiye'de en çok karıştırılan ikili budur, çünkü ikisi de kullanıcıya bir sanal makine olarak görünür ve birçok sağlayıcı terimleri birbirinin yerine kullanır. Belirleyici fark ürünün adında değil, altındaki mimaridedir: sanal makineniz tek bir fiziksel sunucuya mı bağlı, yoksa arıza durumunda başka bir sunucuya taşınabildiği bir havuzda mı çalışıyor?

Pratikte şu soruları sorduğunuzda ürünün hangi sınıfa girdiğini hızla anlarsınız. Cevapların çoğu “evet” ise elinizdeki ürün bulut sunucu gibi davranıyordur; çoğu “hayır” ise klasik VPS'tir. İkisi de iyi olabilir; önemli olan beklentinizi doğru kurmaktır.

Aşağıdaki yedi soruyu yanıtlayın; hesaplayıcı önerilen katmanı, gerekçelerini ve örnek bir başlangıç kaynağını anında göstersin. Sonuç bir teklif ya da kapasite planı değildir; uygulamanızın kod kalitesi, önbellek stratejisi ve veritabanı tasarımı gerçek ihtiyacı ciddi biçimde değiştirir.

Hesaplayıcının mantığı sahadaki genel kurallara dayanır: ziyaretçi sayısından çok eşzamanlı kullanıcı ve veritabanı yükü belirleyicidir; ani dalgalanma buluta, sürekli yüksek ve öngörülebilir yük dedicated sunucuya, özel yazılım ise en az VPS'e işaret eder.

Arama motorları sunucu tipinize bakmaz; ama sunucunuzun ürettiği sonuçlara bakar. Bunların ilki TTFB (Time to First Byte), yani tarayıcının ilk baytı alana kadar geçen süredir. Google'ın web.dev rehberi, çoğu site için TTFB'nin 0,8 saniye veya altında olmasını iyi bir hedef olarak gösterir. Yavaş TTFB, Core Web Vitals metriklerinden LCP'yi (en büyük içerikli boyama) doğrudan geciktirir.

İkinci etki tarama bütçesidir. Sunucu sık sık yavaş yanıt veriyor veya 5xx hataları döndürüyorsa Googlebot tarama hızını düşürebilir; bu da yeni sayfalarınızın daha geç keşfedilmesi demektir. Sitenizin bu açıdan nerede durduğunu görmek için teknik SEO audit kontrol listemizdeki hız ve sunucu yanıtı adımlarını uygulayabilirsiniz.

Önemli bir uyarı: daha büyük sunucu her zaman daha hızlı site demek değildir. Önbelleksiz, her istekte onlarca sorgu çalıştıran bir sayfa, güçlü bir dedicated sunucuda da yavaş kalır. Doğru sıralama genellikle önbellek → sorgu optimizasyonu → CDN → sunucu büyütme şeklindedir.

Trafik arttığında iki yol vardır. Dikey ölçekleme (scale up), mevcut sunucuya daha fazla CPU, RAM veya disk eklemektir. Uygulamada değişiklik gerektirmez, bu yüzden ilk başvurulan yoldur. Ancak bir tavanı vardır ve tek sunucu tek arıza noktası olarak kalır.

Yatay ölçekleme (scale out), aynı uygulamayı çalıştıran birden fazla sunucuyu bir yük dengeleyici (load balancer) arkasına koymaktır. Teorik olarak sınırsız büyür ve bir sunucu düştüğünde diğerleri çalışmaya devam eder. Bedeli mimari disiplindir: oturum verisi, yüklenen dosyalar ve önbellek sunucunun üzerinde değil, paylaşılan bir katmanda (Redis, nesne depolama, ayrı veritabanı) tutulmalıdır.

Web hosting ve dedicated sunucu pratikte dikey ölçeklemeye; bulut sunucu ise hem dikey hem yatay ölçeklemeye uygundur. Uygulamanız bugün tek sunucuda çalışıyor olsa bile oturumları ve dosyaları paylaşılan katmana taşımak, yarın yatay ölçeklemeye geçişi günlerden saatlere indirir.

Sunucu modeli ne olursa olsun veri kaybının en yaygın nedenleri donanım arızası değil; insan hatası, hatalı güncelleme ve fidye yazılımıdır. Bu yüzden yedekleme stratejisi, sunucu seçiminden bağımsız olarak baştan tasarlanmalıdır. Yıllardır kabul gören basit bir çerçeve var: 3-2-1 kuralı.

1. 3Üç kopyaCanlı veri ve en az iki ayrı yedek.
2. 2İki farklı ortamÖrneğin sunucu diski ve nesne depolama.
3. 1Bir kopya başka yerdeFarklı veri merkezi veya bölgede.
4. +1Değiştirilemez kopyaFidye yazılımının silemeyeceği yedek.
5. 0Sıfır hataDüzenli geri yükleme testi.

Günümüzde fidye yazılımlarına karşı bu kural sıklıkla 3-2-1-1-0 olarak genişletiliyor: bir kopyanın değiştirilemez (immutable) veya çevrim dışı olması ve geri yükleme testlerinde sıfır hata. Yedeğin varlığı değil, geri yüklenebildiği kanıtlanmış yedeğin varlığı önemlidir; üç ayda bir gerçek bir geri yükleme tatbikatı yapın.

Doğru planlanan bir sunucu taşıma işlemi ziyaretçiye görünmez. Aşağıdaki yedi adım, kurumsal sitelerde ve küçük–orta ölçekli e-ticaret projelerinde uyguladığımız genel akışı özetler. Taşıma sırasında URL yapısı da değişecekse SEO kaybetmeden site yenileme rehberimizdeki yönlendirme adımlarını mutlaka ekleyin.

1. 1
   Envanter çıkarın1. günSite dosyaları, veritabanları, zamanlanmış görevler (cron), SSL sertifikaları, DNS kayıtları, e-posta hesapları ve üçüncü taraf entegrasyonlarının listesini yapın.
2. 2
   E-postayı web sunucusundan ayırınGeçişten önceE-posta hostingde kalırsa her taşımada risk taşır. Kurumsal e-postayı ayrı bir servise almak için Microsoft 365 Business paket karşılaştırmamıza göz atabilirsiniz.
3. 3
   Hedef sunucuyu hazırlayın2–3. günİşletim sistemi, web sunucusu, aynı veya uyumlu PHP/çalışma zamanı sürümü, güvenlik duvarı, izleme ve yedekleme kurulur. Kaynak sunucuyla sürüm farkları not edilir.
4. 4
   DNS TTL değerini düşürünGeçişten 24–48 saat önceAlan adının A kaydındaki TTL süresini örneğin 300 saniyeye indirin; böylece geçiş anında yeni IP adresi dünyaya hızla yayılır.
5. 5
   Kopyalayın ve test edin3–4. günDosya ve veritabanını kopyalayın, bilgisayarınızdaki hosts dosyasıyla siteyi yeni sunucuda önizleyin; formları, ödeme akışını ve e-posta bildirimlerini test edin.
6. 6
   Son senkron ve DNS geçişiDüşük trafik saatiİçerik girişini kısa süre dondurun, veritabanını son kez senkronlayın ve DNS kaydını yeni sunucuya çevirin.
7. 7
   İzleyin, eskiyi hemen kapatmayın7–14 günHata günlüklerini, yanıt sürelerini ve Search Console tarama istatistiklerini izleyin. Eski hostingi bir süre yedek olarak açık tutun.

Sunucu kararlarında sorunların çoğu teknik bilgisizlikten değil, soruların eksik sorulmasından doğar. Aşağıdaki hatalar farklı ölçekteki projelerde tekrar tekrar karşımıza çıkıyor. Kendi durumunuzda gördüğünüz maddeleri işaretleyin; işaretlediğiniz her madde, teklif görüşmesinde netleştirmeniz gereken bir konudur.

Henüz madde işaretlemediniz.

Aşağıdaki şablonu kopyalayıp teklif istediğiniz sağlayıcılara aynen gönderebilirsiniz. Tüm sağlayıcılardan aynı soruların yanıtını almak, farklı biçimde hazırlanmış teklifleri yan yana koymanın en adil yoludur. Dilerseniz aynı listeyi bize de gönderin; her soruya yazılı yanıt veriyoruz.

SUNUCU TEKLİFİ — SORU LİSTESİ

1. Önerdiğiniz ürün paylaşımlı hosting, VPS, bulut sunucu mu yoksa dedicated sunucu mu?
2. vCPU'lar ayrılmış mı, paylaşımlı mı? Aşırı satış (overcommit) uyguluyor musunuz?
3. Disk tipi nedir (NVMe/SSD)? Veri kaç kopya olarak tutuluyor?
4. Fiziksel donanım arızasında sunucum nasıl ve ne kadar sürede ayağa kalkıyor?
5. CPU/RAM büyütme ve küçültme kesinti gerektiriyor mu?
6. Veri merkezi hangi ülkede ve hangi şehirde? Yedekler nerede tutuluyor?
7. Yedekleme sıklığı, saklama süresi ve geri yükleme süreci nedir? Ücretli mi?
8. Taahhüt edilen SLA oranı ve SLA ihlalinde tazminat koşulları nelerdir?
9. İşletim sistemi güncellemeleri, güvenlik yamaları ve izleme kimin sorumluluğunda?
10. DDoS koruması ve güvenlik duvarı hizmete dahil mi?
11. Trafik/bant genişliği limiti ve aşım durumunda uygulanan kural nedir?
12. Destek kanalları ve kritik arızada ilk yanıt süresi nedir (7/24 mü)?