Bu üç terim çoğu yerde birbirinin yerine kullanılıyor ve teklif karşılaştırırken asıl kafa karışıklığı buradan çıkıyor. Üçü de sanal sunucu; ayrıştıkları yer kaynağın size nasıl verildiği. Aşağıda önce kısa cevap, sonra tablo, sonra da her birinin hangi işe oturduğu var.
Kısa cevap
Yükünüz öngörülebilir ve maliyet önemliyse VPS. Başarımın sabit kalması gerekiyorsa ve komşu iş yüklerinden etkilenmek istemiyorsanız VDS. Kaynak ihtiyacınız zamanla değişiyorsa ve büyürken sunucu değiştirmek istemiyorsanız Cloud Server.
Karşılaştırma tablosu
| Ölçüt | VPS | VDS | Cloud Server |
|---|---|---|---|
| Kaynak tahsisi | Paylaşımlı havuzdan, sınırlar hypervisor seviyesinde tanımlı | Size tahsis edilmiş, paylaşılmaz | Havuzdan esnek, talebe göre değişir |
| Başarım öngörülebilirliği | İyi, yoğun anlarda değişebilir | En yüksek | İyi, ölçekleme ile korunur |
| Büyütme | Paket değişimi ile | Kaynak artırımı ile | İhtiyaca göre, sunucu değiştirmeden |
| Küçültme | Sınırlı | Sınırlı | Mümkün |
| Giriş maliyeti | En düşük | Orta | Orta |
| Tipik kullanım | Kurumsal site, test ortamı, tek uygulama | Veri tabanı, gecikmeye duyarlı yük | Büyüyen uygulama, değişken trafik |
| Root erişimi | Var | Var | Var |
| Yönetim modeli | Üçünde de yönetilen ya da yönetilmeyen seçilebilir | ||
VPS ne zaman doğru
Tek bir uygulama, kurumsal bir site ya da test ortamı çalıştırıyorsanız, yük öngörülebilirse ve maliyet karar verirken belirleyiciyse VPS doğru seçim. Kaynak sınırları hypervisor seviyesinde tanımlı olduğu için bir müşterinin sınırını aşıp diğerinin payına taşması engelleniyor.
VPS'in sınırı, yoğun ve dalgalı yüklerde ortaya çıkıyor. Paylaşımlı bir havuzdan tahsis alındığı için, yoğunluğun tepe yaptığı anlarda başarım beklediğiniz kadar sabit kalmayabiliyor. Ayrıntı için VPS Server sayfasına bakabilirsiniz.
VDS ne zaman doğru
Bir ya da birkaç sunucuda sabit başarım istiyorsanız ve kendi ağ topolojinizi kurmanız gerekmiyorsa VDS doğru seçim. Kaynak size tahsis edilir, paylaşılmaz; gecikme süresinin sabit kalması gereken veri tabanı gibi yüklerde aradaki fark ölçülebilir oluyor.
VDS'in getirdiği kısıt esneklik tarafında. Tahsisli kaynak, kullanmadığınızda da sizin adınıza ayrılmış demek; yükünüz gün içinde ciddi biçimde dalgalanıyorsa bu model kapasiteyi boşta bekletiyor. Ayrıntı için VDS Server sayfasına bakabilirsiniz.
Cloud Server ne zaman doğru
Kaynak ihtiyacınız zamanla değişiyorsa, esneklik istiyorsanız ve büyürken sunucu değiştirmek istemiyorsanız Cloud Server doğru seçim. Kapasiteyi artırmak için yeni bir sunucuya taşınmanız gerekmiyor.
Karşılığında kabul ettiğiniz şey, başarımın VDS kadar sabit olmaması. Esneklik ile öngörülebilirlik arasında bir denge var ve Cloud Server esneklik tarafında duruyor. Ayrıntı için Cloud Server sayfasına bakabilirsiniz.
Sonradan geçmek mümkün mü
Evet. Üçü de aynı altyapı üzerinde çalıştığı için model değişimi bir taşıma projesinden çok bir yükseltme oluyor. Geçiş penceresi ve geri dönüş planı önceden belirleniyor, işlem duyurulan pencerede yapılıyor.
Bu, kararın geri dönülemez olmadığı anlamına geliyor ve pratikte rahatlatıcı bir bilgi. Yine de her geçiş bir kesinti penceresi demek; bu yüzden altı ay içinde yükünüzün ne olacağını kabaca kestirebiliyorsanız baştan doğru modeli seçmek daha az iş çıkarıyor.
Diğer yöne, yani daha küçük bir modele inmek de mümkün ama daha az yaygın. Genelde ihtiyaç duyulan şey model değiştirmek değil, mevcut modelde kaynağı azaltmak oluyor; Cloud Server bunu doğrudan destekliyor.
Sık yapılan hata
En yaygın hata, kararı bugünkü yüke göre vermek. Altı ay sonra iki katına çıkacak bir uygulamayı en ucuz pakete koymak, altı ay sonra taşıma projesi demek. Tersi de geçerli: bir daha büyümeyecek bir kurumsal siteyi esnek modelde tutmak gereksiz maliyet.
İkinci hata, üçünün de arkasındaki altyapıyı sormamak. Model ne olursa olsun asıl soru şu: sunucu tek bir fiziksel makineye mi bağlı, yoksa yedekli bir küme üzerinde mi çalışıyor? Bizde sunucular birden fazla düğümden oluşan yedekli bir küme üzerinde çalışıyor ve bir düğüm devre dışı kaldığında iş yükleri diğerlerinde devam ediyor.
Üçünde de yönetim modelini ayrıca seçiyorsunuz: işletim sistemi ve yamalar bizde mi sizde mi. Sınırın tam olarak nerede olduğu sorumluluk paylaşımı sayfasında katman katman yazılı. Katmanların kendisini karşılaştırmak isterseniz IaaS, PaaS ve SaaS sayfasına, terimlerin tanımları için sözlüğe bakabilirsiniz. Sanal sunucu hizmetinin tamamı bu sayfada.
Hangisinin size uygun olduğuna karar veremediyseniz keşif görüşmesinde mevcut yükünüzü konuşuyoruz. Sorduğumuz şeyler basit: kaç eşzamanlı kullanıcı, hangi uygulamalar, gün içinde yük nasıl değişiyor ve kesintiye ne kadar tahammülünüz var. Bu dört cevaptan işlemci, bellek ve disk ihtiyacı çıkıyor; model de genelde kendiliğinden belli oluyor. Emin olamadığımız durumlarda bir alt modelde başlayıp ihtiyaç doğunca yükseltmeyi öneriyoruz, çünkü geçiş aynı altyapıda kaldığınız için görece kolay.