it-swarm-tr.com

100 sanal makineyi tek bir VMWare Host sunucusunda çalıştırma

VMWare'i yıllardır çok az sorunla düzinelerce üretim sunucusu çalıştırıyorum. Ancak hiçbir zaman tek bir fiziksel Host üzerinde 20'den fazla VM barındırmayı denemedim. İşte fikir:

  1. Sökülmüş bir Windows XP sürümü 512MB RAM ve 4GB disk alanı ile yaşayabilir.
  2. $ 5,000 bana 64GB RAM ve dört SAS aynalı 8 çekirdekli bir sunucu sınıfı makine getiriyor.
  3. Yukarıda belirtilen 100 VM bu sunucuya uyduğundan, donanım maliyetim VM başına sadece 50 $ 'dır.

VMWare ile bu tür bir ölçeklenebilirlik elde edip edemeyeceğinizi görmek ister misiniz? Birkaç test yaptım ve garip bir sorunla karşılaştım. 20 VM başlattığınızda VM performansı önemli ölçüde düşmeye başlar. Aynı zamanda, Host sunucusu herhangi bir kaynak darboğazını göstermez (diskler% 99 boşta, CPU kullanımı% 15'in altında ve bol miktarda boş RAM var).

Başarı öykülerinizi VMWare'i veya başka bir sanallaştırma teknolojisini ölçeklendirme konusunda paylaşıp paylaşamayacağınızı takdir ediyorum!

24
Dennis Kashkin

Evet yapabilirsin. 384MiB kadar az olan bazı Windows 2003 iş yükleri için bile, 512MiB biraz yüksek olsa da oldukça iyi bir tahmin. RAM sorun olmamalı, CPU da olmamalıdır.

100 VM biraz dik, ancak özellikle VM'ler çok meşgul olmayacaksa yapılabilir. 60 sunucuyu (Windows 2003 ve RHEL) tek bir ESX sunucusunda kolayca çalıştırırız.

VMware ESX hakkında konuştuğunuzu varsayarsak, bunun belleği aşırı kullanabileceğini de bilmelisiniz. VM'ler, tam olarak atanan bellek oranlarını neredeyse hiç kullanmazlar, bu nedenle ESX, VM'lere mevcut _ RAM miktarından fazlasını yapabilir ve aslında 'resmi olarak' RAM için olduğundan daha fazla VM çalıştırabilir.

Büyük olasılıkla darboğazınız CPU veya RAM değil, IO olacaktır. VMware, pazarlamasında büyük miktarlarda IOPS'ye sahiptir, ancak Push kıpırdamaya geldiğinde, SCSI rezervasyon çakışmaları ve sınırlı bant genişliği, IOPS VMware övünmelerine yaklaşmadan önce sizi ölü bir şekilde durduracaktır.

Her neyse, 20 VM performans düşüşü yaşamıyoruz. Hangi ESX sürümünü kullanıyorsunuz?

15
wzzrd

Böyle geniş bir çevre ile ilgili önemli bir sorun, afet önleme ve veri koruma olacaktır. Sunucu ölürse, 100 VM onunla ölür.

VM'lerin bir tür yük devretme planlaması ve arıza durumunda VM'lerinizi koruyacak bir çeşit "ekstra VM" yönetimi planlamanız gerekir. Tabii ki, bu tür fazlalık artan maliyet anlamına gelir - bu nedenle muhtemelen böyle bir harcama birçok kez uygulamada faydaları görülene kadar (yokluğunda) onaylanmaz.

Ayrıca, VM Ana makinenin birkaç tek hata noktasından sadece biri olduğunu unutmayın:

  • Ağ - VM Ana bilgisayarın ağ kartı kapanırsa ne olur?
  • Bellek - VM Ana bilgisayarın belleği kötüleşirse ne olur?
  • CPU - CPU çekirdeği ölürse, VM'lere ne olur?
  • Güç - yalnızca bir veya iki güç kablosu var mı?
  • Yönetim bağlantı noktası - VM'nin Ana Bilgisayar yönetimine erişemediğinizi varsayalım?

Bu sadece birkaçıdır: büyük bir VM altyapısı, veri kaybının önlenmesine ve VM kaybının önlenmesine dikkat edilmelidir).

11
Mei

Bunun üretimdeki uygulanabilirliği hakkında bir açıklama yok, ancak çok az kullanarak yaklaşık 30 dakikada 5440 XP masaüstünü 32 ESX ana bilgisayarında (Ana Bilgisayar Başına 170)) çok ilginç bir NetApp demosu var ortak VM görüntülere karşı tekilleştirme nedeniyle disk alanı

http://www.youtube.com/watch?v=ekoiJX8ye38

Sanırım sınırlamalarınız disk alt sisteminden geliyor. Bellek ve CPU kullanımını buna göre açıklamış gibisiniz.

4
Kevin Kuphal

Hiç yapmadım - ancak söz konusu olan birçok sanal makineyi desteklemek için yeterli GİB almak için depolamadan çok daha fazlasını harcayacağınıza söz veriyorum. Bunların 100'ü aynı anda aktifse çok sayıda GİB'e ihtiyacınız olacaktır. Olumsuz gelmek değil, aynı zamanda bir sepete çok fazla yumurta koyduğunuzu mu düşündünüz (tek sunucu çözümünün peşindesiniz gibi geliyor mu?)

3
Jeff Hengesbach

Tek bir Ana Bilgisayarda 100 VM ile CPU çekişmesinden en çok endişeleneceğim. İşlemcinin sanallaştırılmadığını unutmamalısınız, böylece her makine cpu'ya erişmek için beklemek zorunda kalacaktır. % RDY alanında 5'ten fazla bir şey söylendiğinde ESXTOP i VMWare Engineers tarafından çok kötü olduğunu söyleyerek çekişmeyi görmeye başlayabilirsiniz.

Deneyimlerime göre bir ana bilgisayarda (çok fazla yapmıyor) çalışan yaklaşık 30-40 sunucu gördüm.

1
Zypher

VMWare Server 1.0.6 (Windows 2003 altında) üzerinde 10 Host'um vardı ve düzenli olarak IO konularına girecekti (ve gece yapıları başka bir şeyle çakışmışsa) Windows'tan ESXi U3'e yükselttikten sonra, performans sorunlarımızın ortadan kalktığını gördük (gece yapıları artık başarısız değil).

SSD'lerin dönen medyadan çok daha yüksek IO oranı olmasına rağmen, bazı yazma kalıpları (çok sayıda küçük yazı) denetleyici, dağılım yazarlarında iyi bir iş yapan akıllı bir yazma arabelleğe alma önbelleğine sahip değilse, performansı öldürür).

Sorunlarla karşılaşırsanız SWAP dosyalarının farklı sürücülerde bulunmasını araştırmanızı/test etmenizi öneririm.

1
Walter

Bunu yapacaksanız, yeni Intel 'Nehalem' Xeon 55xx serisi işlemcileri kullanmanızı şiddetle tavsiye ediyorum - VM'leri çalıştırmak için tasarlanmışlardır ve ekstra bellek bant genişliği de çok yardımcı olacaktır. Oh ve birkaç taneden daha fazla, daha küçük diskler kullanabiliyorsanız, bu çok yardımcı olacaktır. Eğer 3.5U4 üzerinde ESX v4 de kullanabilirsiniz.

1
Chopper3

Her biri 16G ram olan bir makinede 512M ram ile çalışan 20 şey XP VM var. Bundan daha az ve diske takas ve darboğaz verir. Bunlar her zaman aktif XP VM'lerdir.

VMware ve OverCommit özelliği, her XP makineye daha fazla koç basmanıza izin vermelidir. Benzer makine aynı sayfaları paylaşarak disk yazımını azaltabilir. XP VM'lerimiz 10-20meg sürekli disk trafiği gerçekleştirdiğinden, daha fazla makine eklemeyi denemek için kurulumumuza bakmak istediğim bir şey.

1
Ryaner

VMWare Server'da 100 mutlu konuk edemedik, ancak daha sonra ESXi'nin çok daha iyi bir iş yaptığını gördük. Yani, ESXi ve iyi bir sunucu (G/Ç, birkaç I7 yonga ve 64 GB RAM yaymak için birkaç disk aynası) kullanıyorsanız 100 XP vms sorun değil gibi görünüyor) Son kullanıcılar için görünür bir gecikme yoktur ve Ana Bilgisayar kaynakları en üst düzeye çıkarılmaz (en sıcak olanı CPU'dur, ancak genellikle en az% 70 boştadır).

PS. Bu soru VMWare Server ile mücadele ederken benim tarafımdan gönderildi.

1
Dennis Kashkin

En son kontrol ettiğimde, VMware, VM başına bir vCPU olduğunu varsayarak ESX için işlem çekirdeği başına 4 VM'den fazlasını önermez.

Bu, yönetim genel giderlerinin bir faktör haline geldiğini göstermektedir.

8 çekirdekli bir kutuda 4x faktörü elde edip edemeyeceğinizi görmekle çok ilgileniyorum.

0
Hans Malherbe