Peki, sanallaştırmanın yükü nedir ve ne zaman endişelenmeliyim?

Bir makineyi ne zaman sanallaştırmayacağınızı anlamak için iyi kurallar arıyorum.

Örneğin,% 100'e yakın kullanımı olan tamamen CPU'ya bağlı bir işlemin sanallaştırmak için muhtemelen iyi bir fikir olmadığını biliyorum, ancak CPU'yu çoğu zaman "önemli miktarda" kullanan bir şey çalıştırmanın herhangi bir anlamı var (40 veya% 50)?

Başka bir örnek: 1000 makineyi sanallaştırırsam, sadece hafif veya orta derecede kullanılsalar bile, hepsini sadece 4 çekirdekli bir ana bilgisayarda çalıştırmak muhtemelen kötü olurdu.

Birisi, ana makine kaynaklarıyla karşılaştırıldığında makine iş yüküne veya çok sayıda konuk makineye dayalı sanallaştırma ipuçlarını özetleyebilir mi?

Genellikle VirtualBox veya VMWare kullanarak Windows ana bilgisayarlarında sanallaştırıyorum, ancak bunun oldukça genel bir soru olduğunu varsayıyorum.

Disk alt sistemi. Bu genellikle en az paylaşılabilir kaynaktır. Hafıza, tabii ki, ama bu belli.

Disk alt sistemi sınırlamaları her iki şekilde de çalışır. Bir sistem çok fazla disk G / Ç kullanıyorsa, diğer misafirler yavaşlar. Bu konuk üretim aşamasındaysa, web sorgularına hızlı bir şekilde yanıt verilmesi gerekir. Bu çok sinir bozucu olabilir ve aynı zamanda sanal donanım kiralamamanın büyük bir nedeni olabilir. Özel diskler kullanarak bu sorunu en aza indirebilirsiniz.

Misafirlerde yalnızca 512 MB bellek kullanılması, tüm disk önbelleğini ana bilgisayara koyar. Ve konuklar arasında eşit olarak bölünmemiş.

CPU IO için endişelenmeyin. Bu şekilde sanallaştırma çok etkilidir, genellikle aynı sistemde çalışan birden çok işlemle ilgilidir. Çok nadiren CPU üzerinde% 100 çalışan multi-xeon sistemleri görüyorum.

düzenleme: yazım hataları

Asla bir VM'ye koymayacağım şeyler:

• Sanallaştırılamayan belirli donanım kullanan her şey: genellikle grafikler, oldukça az donanım güvenlik modülü, özelleştirilmiş sürücülere sahip her şey (örneğin özel amaçlı ağ sürücüleri).

• Lisans sorunu olan sistemler. VM'ye ne kadar az tahsis etmiş olursanız olun, fiziksel CPU veya çekirdek başına bazı yazılım ücretleri. 32 çekirdekli bir sunucuda VM'de çalışan tek bir çekirdek için lisanslanmış bir yazılımınız olsaydı bir denetimden geçersiniz.

Bir VM koymaktan vazgeçirmek istediğim şeyler:

• Emtia donanımındaki tüm kaynakları kullanmak için zaten çaba harcayan yazılım. Hadoop gibi "büyük veri" çabasının bir parçası olarak çalışan makineler genellikle çıplak metal üzerinde çalışmak üzere tasarlanmıştır.

• Kaynakları kullanmak için ince ayar yapılacak her şey. Bir veritabanını gerçekten ayarlamaya başladığınızda, kaynak isteyen VM'ler gerçekten işe bir anahtar atacaklar.

• Zaten büyük bir darboğaz olan her şey. Zaten kendisi ile iyi oynamıyor, muhtemelen başkalarıyla iyi oynamıyor.

VM'leri koymak için oldukça harika olan bazı şeyler var:

• Boşta oldukça fazla zaman harcayan her şey. Posta ve DNS gibi yardımcı program ana bilgisayarları, özel sunucuları garanti etmek için modern donanım üzerinde yeterli yük oluşturmakta zorlanır.

• Kendi başlarına iyi (veya kolayca) ölçeklenmeyen uygulamalar. Eski kod oldukça sık bu kategoriye girer. Uygulama sunucuyu almak için genişlemezse, çok sayıda küçük sanal sunucu kullanın.

• Küçük başlayan ancak büyüyen projeler / uygulamalar. Çıplak metale başlama yerine bir sanal makineye kaynak eklemek (ve daha yeni, daha büyük donanıma geçmek) çok daha kolaydır.

Ayrıca, tek bir ana bilgisayara çok sayıda VM yerleştirmek konusunda abartılı olup olmadığınızdan emin değilim, ancak büyük bir VM: HW oranı için çalışıyorsanız, bunun yerine ESX, Xen, KVM'yi düşünmek isteyebilirsiniz. Windows'da VMware veya virtualbox kullanmaktan çok daha iyi ücret alacaksınız.

Sanallaştırma performansının iki noktası vardır.

• paylaşılan darboğaz
• öykünme

Paylaşılan darboğazlarda, aynı demirde başka kim var? Sanallaştırılmış bir ortamda birlikte bulunuyorsanız, barındırma iş ortağının size karşı dürüst olmasına çok bağlıdırsınız.

Bence ham performansın (özellikle etkileşim) sorulması gereken ana soru, sanallaştırma sisteminin hangi bölümlerinin taklit edildiği. Bu, kuruluma bağlı olarak değişir. Disk ve ağ tipik adaylardır. Genel bir kural olarak, öykünme, bir eylemi gerçekleştirmenin performans "maliyetini" iki katına çıkarır, bu nedenle herhangi bir donanım gecikme süresi iki kez sayılmalı ve herhangi bir kesinti numarası yarıya indirilmelidir.

Sonuçta, yüksek performanslı yükler sanallaştırılmamalıdır. Sanallaştırma performansının performansı önemsizdir. Testlerimin sonuçlarını burada görebilirsiniz:

http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/

OTOH, her zaman boşta olan bir dizi makineyi birleştirmek istiyorsanız, sanallaştırma ileriye giden yoldur.

AnttiR'den iyi cevap.

Ayrıca, zaman açısından kritik sistemler. Sadece Hyper-V dime çürümesinin (vm yavaşça geride kalması, vm'deki tüm modern işletim sistemlerinin bunu yapması, sık sık yeniden senkronize edilmesinin) geliştirdiğim bazı zaman kritik uygulamalarla iyi oynamadığını anladım. Ayrıca orada "çok" işlemci kullanacağım ve sadece üretimdeki uygulama için 12 çekirdekli bir makine almayı planlayacağım.