Sanal sunucular olarak çalışan üretim sunucuları iyi bir fikir mi?


14

Sanal sunucuda üretim web sunucusu ve veritabanı çalıştırmanın riskleri nelerdir? Şu anda VM Ware sunucusunu kullanmayı düşünüyoruz. Kolay yedekleme ve geri yükleme sağlayacak güzel bir çözüm gibi görünüyor ama sanallaştırılmış çalıştırmaktan ne feda ediyoruz?

Yanıtlar:


20

Hemen hemen hiçbir şey.

CPU gücünü ve RAM'i birden çok sanal makine üzerinden paylaşıyorsunuz. Maksimumda çalışmayan VM'ler için bu çok önemli değil

Esneklik ve yedekleme kolaylığı elde edersiniz. Donanım bozulduğunda sunucunuzu flaş içinde başka bir yere yeniden yerleştirme olanağına sahip olursunuz. Sunucu donanımı satın alırken paranızın karşılığını daha fazla alırsınız çünkü daha fazlasını yaparsınız.

VMware ESXi tamamen ücretsizdir ve harika bir iş çıkarır. Artı, daha sonra yükseltmek istiyorsanız, çok düzgün bir süreçtir


14

VM kullanmama riskinin daha büyük olduğunu söyleyebilirim. VM olmadan, donanımınız çökerse, değiştirilip geri yükleninceye kadar SOL olacaksınız.

Bir VM ile, donanım düşerse, VM dosyalarını başka bir VM sunucusuna taşıyabilir ve birkaç dakika içinde yeniden çalışmaya başlayabilirsiniz.

Tabii ki başka dezavantajlar da var: Çoğu VM 2'den fazla CPU (veya Çekirdek) kullanamaz. Disk performansı biraz düşer ve RAM'i sunucudaki diğer VM'lerle paylaşmanız gerekir.

Ancak çoğu sunucu için buna değeceğini söyleyebilirim.


8

Performanstan ödün veriyorsunuz, ancak çoğu durumda feda ettiğiniz performans o kadar önemsizdir ki, yönetim ve ayak izi kazancı kaybı önler. Çoğu sunucu sanallaştırma için adil bir oyundur, büyük DB sunucuları belki de istisnalardan biridir. Ancak, DB sunucunuzun gerçekten "büyük" olup olmadığını kendinize sormanız gerekir, çoğu değildir.

Sorunuzdan, bir web sunucusunu ve onunla ilişkili DB sunucusunu aynı fiziksel sunucuda 2 VM'de çalıştırmak istediğinizi düşünebilir miyim? Güvenliği bir an için yok sayarak, sanallaştırma olmadan aynı kutuda çalıştırır mısınız? Yani, tek bir kutunun yük için yeterince güçlü olduğunu düşünüyor musunuz? Eğer öyleyse, kutuda çalışan VM'leri de bulacağınızı düşünüyorum.

Vazgeçtiğiniz bir diğer şey de fiziksel ayrılıktır. Bir web sunucusu ve DB sunucusunu çalıştırıyorsanız, biri düşerse yine de ölmüşsünüz, bu yüzden büyük bir anlaşma yok. Ancak, web sunucularınızı ve yedek ortağını tek bir fiziksel kutuda 2VM'lerde çalıştıracaksanız, aptalsınız (ve onu gördüm.) Fiziksel kutuyu kaybederseniz, her iki web sunucusunu da kaybettiniz, olmak için kötü bir yer.


"Büyük" DB olarak kabul edilen nedir? Web sunucularının sanal kullanıcılar için en güvenli bahis olduğunu düşündüm. Çok fazla iş yapan uygulama sunucuları (görüntü, ses, video işleme) ne olacak?
iamgoat

2
Bu bir performans sorusu ... yanıtı ... "Bağlıdır." Ciddi olsa da, iş gereksinimleri ve fiziksel ev sahibi büyüklüğüne bağlıdır. Tek çekirdekli 1G ve 1 yerel disk içeren bir ana bilgisayar için "Çok Büyük", 8 Çekirdekli, 32Gig ve SAN'a birden çok FC bağlantısı olan bir ana bilgisayar için "çok büyük" den çok farklıdır. Sıkışan sunuculara gelince ... şimdi CPU'nuzu doyuruyorlar mı? Eğer öyleyse, başka ne koşardın? CPU kaynakları için rekabet edersiniz. Sonra tekrar, düşük kullanım w / veya orada bir dosya sunucusu veya bir DC attı, sorun olabilir. (İkisi de büyük bir CPU tüketicisi değildir)
WaldenL

1

VMware Server için riskler çok büyük! Sunucu, barındırılan bir yetkilendirme çözümüdür ve bu nedenle konuk işletim sisteminin kaprisindedir. VMware hayranıyım bile. Bir VMware rakibi ile gitmeyi ve sonra sunucuya güvenmeyi tercih ederim. VMware sunucusu FANTASTIC'tir, ancak VMware iş istasyonu veya sanal sunucu 2005 gibi ... ana işletim sistemi sorunları varsa Tüm VM'lerinizin sorunları vardır. Hyper-V / Xen / ESXi'nin hepsi özgür olduğunda ... gerçek bir hipervizör kullanın!

tüm aradığınız konsolidasyon gibi görünüyor ve boş alanda küçük farklar var. En rahat şekilde satıcıyı kullanın, ancak gerçek bir hipervizör kullanın. Çıplak metal eritme ile (herhangi bir satıcıdan) etkiyi sıfırlayacağım. Geliştirilmiş esneklik nedeniyle uygulamanız daha iyi performans gösterecektir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.