Güncellendi:
Sanal sunucu, fiziksel kaynakların sanallaştırılarak bir işletim sistemine sunulduğu çalışma ortamıdır. Bulut sunucu ise kaynakların nasıl sağlandığını ve yönetildiğini anlatan bir hizmet bağlamına sahiptir. Bir bulut sunucu aynı zamanda sanal makine olabilir; bu iki kavramı karşıt ürünler gibi değerlendirmek seçimde yanıltıcı olur.
Görseli büyüt →
Tanım ile ürün adını ayırmak
NIST, bulut bilişimi talep üzerine hizmet, ağ üzerinden erişim, kaynak havuzu, esneklik ve ölçülebilir kullanım gibi özelliklerle açıklar. Sanallaştırma bu modeli kurmak için kullanılan teknolojilerden biridir; tek başına bulut tanımının tamamını karşılamaz. Öte yandan her bulut hizmetinin müşteriye görünen bir sanal makine sunması gerekmez.
Piyasada VPS, VDS, cloud server ve sanal sunucu adları farklı kapsamlarla kullanılır. Adlandırma, yedeklilik veya yönetilen hizmet konusunda tek başına kanıt değildir. Bir sağlayıcının “bulut” dediği hizmette hangi işlemlerin otomatik olduğu, kapasitenin nasıl değiştiği ve hangi arızaların kapsandığı ayrıca incelenmelidir.
Karşılaştırmada sorulacak beş soru
- Sunucu ne kadar sürede ve hangi yöntemle oluşturulabilir; panel veya API kapsamı nedir?
- CPU, bellek ve disk değişikliği hangi kesinti ve işletim sistemi işlemlerini gerektirir?
- Kullanım hangi birimlerle ölçülür; kapalı kaynaklar veya ayrılmış diskler ücretlenir mi?
- Yedekleme, anlık görüntü, geri yükleme ve donanım arızası senaryolarında görev dağılımı nasıldır?
- İşletim sistemi, uygulama ve güvenlik güncellemelerini kim yönetir?
Bu soruların yanıtlarını aynı tabloda toplamak, pazarlama adlarından daha yararlı bir seçim zemini sağlar. Yanıtı bulunmayan özellikleri var kabul etmeyin. Özellikle üretim uygulaması için kurtarma süresi ve veri kaybı hedefinin hangi mimariyle sağlanacağını belirleyin.
Ölçeklendirme her zaman otomatik değildir
Dikey büyüme, bir makinenin kaynaklarını artırır. Yatay büyüme ise uygulamayı birden fazla örneğe dağıtır. Bir sunucunun panelden büyütülebilmesi, uygulamanın otomatik olarak yatay ölçekleneceği anlamına gelmez. Oturumlar, dosyalar, veri tabanı bağlantıları ve görev kuyrukları bu tasarıma uygun olmalıdır.
Disk büyütme sonrasında bölüm ve dosya sistemi değişikliği gerekebilir. CPU veya bellek değişimi bazı ürünlerde yeniden başlatma isteyebilir. Büyüme ve küçülme işlemlerinin aynı koşullara sahip olduğunu da varsaymayın. İşletim adımlarını önceden öğrenmek beklenmedik bakım kesintilerini azaltmaya yardımcı olur.
Güvenilirlik ve güvenliği ayrıca tasarlayın
Bir bulut altyapısının kaynak havuzu kullanması, tek bir uygulama örneğini bütün arızalara dayanıklı yapmaz. Uygulama, veri tabanı ve ağ bağımlılıklarının her biri için arıza senaryosu düşünülmelidir. Yedek, replikasyon ve yüksek erişilebilirlik farklı amaçlara hizmet eder; biri diğerinin bütün görevlerini üstlenmez.
Erişim yetkileri, anahtarlar, işletim sistemi güncellemeleri ve uygulama açıkları müşterinin sorumluluğunda kalabilir. Yönetilen hizmet satın alındığında bile veri sınıflandırması ve kullanıcı yetkisi gibi görevler tamamen ortadan kalkmaz. Görev paylaşımını hizmet kapsamına göre yazılı hale getirin.
Geliştirici ve KOBİ için seçim yolu
İlk adım uygulamanın çalışma ve işletim ihtiyacını çıkarmaktır. Düzenli yükü olan küçük bir servis için sade bir sunucu planı yeterli olabilir. Çok ortamlı geliştirme, değişken kapasite ve otomatik kurulum gerektiren ekipler için API ve standartlaştırma daha önemli hale gelir. Seçimi büyüme beklentisi, ekip zamanı ve toplam maliyetle birlikte yapın.
Sık sorulan sorular
- Bulut sunucu fiziksel donanım kullanmıyor mu?
-
Kullanır. Bulut hizmetleri de fiziksel işlemci, bellek, disk ve ağ üzerinde çalışır; değişen kaynakların sunum ve yönetim modelidir.
- VDS adı ayrılmış fiziksel sunucu anlamına mı gelir?
-
Her zaman değil. VDS ticari bir adlandırmadır; işlemci tahsisi ve fiziksel paylaşım koşulları sağlayıcıdan doğrulanmalıdır.
Sonraki adım
Bulut bilişim tanımını ve VDS seçim rehberini birlikte okuyun. Seçenekleri aynı iş yükü, yedekleme hedefi ve yönetim sorumluluğu üzerinden karşılaştırın.
