Sanallaştırma: Misafir misiniz?


9

"Ana" misafirle sanal makine çalıştırmak mantıklı mıdır
ve bu ana misafirde diğer birçok misafir de çalışır mı?

Bunu test eden var mı? Hatta mümkün mü?
Hedeflerime ulaşmanın daha iyi yolları var mı? (Okumaya devam edin.)
("Konuk misafir" için googledim ve hiçbir şey bulamadım)

Ne yapmak istiyorum: Veritabanı ve uygulama sunucuları ile çeşitli sanal ağlar kurmak ve test etmek ve farklı güvenlik duvarı, DNS sunucusu, veritabanı sunucusu yapılandırmalarını vb. Test etmek istiyorum.

Bunu doğrudan ana bilgisayarımda çalıştırarak yapabilirim, ancak test etmek üzere hangi ağ kurulumuna bağlı olarak ana bilgisayarımdaki ağ yapılandırmasını (örneğin , dnsmasq'ı yapılandırmak ) değiştirmeniz gerekebilir . Ayrıca her konuğu ayrı ayrı başlatmam gerekir. Tüm konuklar bir ana konuk içinde çalışırsa, ağı o ana konuk üzerinde yapılandırabilirim ve içinde çalışan tüm konukları örtülü olarak başlatmak ve durdurmak ve anlık olarak çekmek için yalnızca o ana konuk başlatmalı ve durdurmalı ve anlık görüntülerini almalıyım. .

(Pek çok usta misafirim olurdu, muhtemelen bir seferde sadece bir tane.)

Donanım sanallaştırma desteği (AMD-V) ile Ubuntu 11.4 ve KVM kullanıyorum.
Misafir misafirlerin sanallaştırmadan fayda sağlayacağını düşünüyor musunuz?

Güncelleme : "Misafir konuklar" için değil "İç içe Sanallaştırma" için googled. Şimdi bir sürü bağlantı buluyorum :-) Örneğin, çalışan bir VM'yi ana bilgisayardan iç içe bir VM ana bilgisayarına geçirmenin bu örneği: Fiziksel ESX 4'ten sanal ESX 4'e VMotion
"İç İçe Sanallaştırma" dan bahsettiğiniz için teşekkür ederiz: - )

Güncelleme : AMD işlemcileri için performans bilgisi, 2008'den itibaren : [...] şimdiye kadar, kvm bir işlemciyi sanallaştırdığında, konuk ana bilgisayar işlemcisine benzeyen ancak sanallaştırma uzantılarına sahip olmayan bir işlemci görüyor. Bu, bir misafir içinde bu sanallaştırma uzantılarına ihtiyaç duyan bir hipervizörü çalıştıramayacağınız anlamına gelir (yine de VMware gibi bu uzantılara güvenmeyen, ancak daha düşük performansa sahip hipervizörleri çalıştırabilirsiniz). Yeni yamalar ile, sanallaştırılmış işlemci sanallaştırma uzantılarını içerir; bu, misafirin kvm dahil bir hipervizör çalıştırabileceği ve kendi misafirlerine sahip olabileceği anlamına gelir. (teşekkürler "wzzrd")

Güncelleme : Intel işlemcilerle ilgili performans bilgisi, 2011'den itibaren : "Ubuntu depolarındaki kvm'nin mevcut sürümünde intel vmx ile iç içe sanallaştırma desteği yoktur. Kvm için en yeni yamalar mümkündür, ancak hala geliştirilmektedir"


3
Bir topaç hazır bulundurun.
nedm

İç içe sanallaştırma mümkündür, ancak CPU ile ilgili performans cezanızı ikiye katlarsınız, RAM'i boşa harcarsınız, çünkü varsayılan yapılandırmalarda hem ana bilgisayar, ana konuk hem de "misafir" konukları aynı verileri birden çok kez önbelleğe alır ve GÇ performansı felaket olur önbelleğe alınmamış veriler için.
André Borie

Yanıtlar:


3
  1. Mümkün, buradan daha fazlasını okuyun - http://blog.jasonruiz.com/2011/01/24/kvm-nested-virtualization-support/

  2. Yuvalanmış virt'in şu anki amacı test etmektir, ancak bence veritabanlarını, dnsleri vb. değil, hipervizörleri test etmek anlamına geliyordu.

böylesi hizmetleri test etmek için "normal" sanallaştırma yapacağını düşünüyorum.

farklı dhcp / dns / yönlendirme hizmetleriyle birkaç farklı sanal ağınız olabilir.


7

Yapmak istediğiniz şey mümkün, performans açısından gerçekten pratik değil.


2
Özlü, noktaya ve gerçek :)
wzzrd

6

ESXi kendini sanallaştırabilir. Böylece ESXi'yi ESXi'de (veya bu konuda ESX'te) misafir olarak çalıştırabilirsiniz.resim açıklamasını buraya girin

Burada yol tarifleri bulundu


3

Diğer hipervizörler hakkında bir bilgim yok ama burada tartışıldığı gibi ESX / i ile kesinlikle mümkün . Ayrıca, burada tartışıldığı gibi Hyper-V ile kesinlikle mümkün değildir .

Ancak, bunun mümkün olduğu yerlerde, test amaçları dışında tamamen desteklenmez ve aynı zamanda oldukça işe yaramaz. Şahsen ESX ile en az iki ESX ana bilgisayar, bir Sanal Merkez makinesi ve bazı paylaşılan depolama alanı gerektiren bir VMware kümesini test etmek için yaptım; Bu noktada birden fazla sunucum veya "gerçek" depolama alanım yoktu, bu yüzden paylaşılan bir sanal diske sahip sanal ESX ana bilgisayarlarını kullandım (tıpkı bir Microsoft kümesini test etmek için yapmış olduğum gibi). Çalıştı ve performansta da çok kötü değildi. Ancak dünyada bu tür bir kurulumu üretim ortamında kullanmak için herhangi bir neden düşünemiyorum.


1
Bu ilginç bir örnekti. Üretim için değil, sizin gibi test etmek için iç içe VM'ler de kullanırdım.
KajMagnus

0

kvm içindeki kvm çalışmaz, ancak iç konuklar emülasyon modunda saf qemu üzerinde çalışabilir.

VM'leri aşırı karmaşık olmayan tek bir ana bilgisayarda bırakardım


Gerçek dışı. Çok mümkün ve 2008'den beri var. Bağlantı: linux-kvm.com/content/kvm-nested-virtualization-works
wzzrd

1
evet, çok özel CPU komut setleri ile ve hiçbir yere yakın üretim veya ciddi test ortamları. T / S, ek hipervizörleri değil, ağ yapılandırmalarını ve hizmetlerini test etmek istiyor, bu yüzden neden bu kadar karmaşıklaşıyor? Özellikle standart yönetim araçlarından beri. Sen kvm içinde kvm nedeniyle yaptıkları anda olabilir bu herhangi hiper yönetici altında en iyi bir fikir değil - benim hata olduğunu, belirli koşullar altında, çalışır, ancak orijinal soruyu cevaplamak için
dyasny

"Bu herhangi bir hipervizör altında en iyi fikir değil": şimdi bu doğru :) burada bir upvote var :)
wzzrd

LOL, bir upvote önemli :) değil o
dyasny

0

KVM muhtemelen amacınız için en iyi seçenek değildir, Virtualbox'ı denemelisiniz.

Virtualbox ile, sanal bir makinenin içinde bir sanal makine yapabilirsiniz ve ağ araçları çok uygundur.


1
Çöp. KVM mükemmel bir şekilde yeterli olacaktır.
wzzrd

@wzzrd KVM'nin yeterli olmadığını söylemedim. Bu durumda, bu durumda karmaşık bir yapılandırma olduğundan Virtualbox daha iyi bir seçenek olabilir dedim.
erickzetta

Aslında, KVM VM'lerini virsh:-) ile yapılandırmayı seviyorum
KajMagnus


VMX, ikinci düzey adres çevirisi (SLAT), para-oplar, iç içe sayfalar, makinelerdeki makineler için destek - bu, VirtualBox'ın 2.0 ana sürümünde tanıtılan bir özellikti.
Bent Cardan

0

XenServer'ı kontrol ettiniz mi? Yeni beta sürümüne "XenServer boston" adı verilir.

http://blogs.citrix.com/2011/05/18/xenserver-boston-beta-program/

Sürüm notlarında aşağıdakileri göreceksiniz:

Sanal Cihaz desteği. XenCenter'da, Site Kurtarma sırasında önyükleme sırası ile kullanılacak VM'ler arasındaki ilişkilere sahip çoklu VM sanal cihazlar (vApps) oluşturabilirsiniz. vApps Açık Sanallaştırma Biçimi (OVF) standardı kullanılarak kolayca içe aktarılabilir ve dışa aktarılabilir

Bu özelliği Virtual Lans ile birlikte kullanarak, istediğinizi başarabileceksiniz. Olumlu değilim, ama aynı anda Sanal Cihazdaki tüm Vm'lerin bir anlık görüntüsünü oluşturabileceğinize inanıyorum.

XenServer hakkında başka sorularınız varsa lütfen bize bildirin (her gün 2x kullanıyorum)


-1

Bunun mümkün olup olmadığı önemli değildir. Sadece mantıklı değil. Çok şey kaybederken VM'leri yuvalayarak kesinlikle hiçbir şey kazanmazsınız.


Aslında, bazı KVM geliştiricileri bunun mantıklı olduğunu düşünüyor: KVM geliştirici posta listesinde, iç içe sanallaştırma desteği için bir yama içeren bu iş parçacığı var. Bazı cevapları okumaya devam ederseniz, geliştiriciler oldukça mutlu görünüyor düşünüyorum.
KajMagnus

İç içe sanallaştırmayı seven KVM olmayan bir geliştirici: "Başka bir kullanım, bir makinenin içinde birden fazla sanallaştırılmış ağa sahip olmaktır. Her ağın farklı bir ana bilgisayar yapılandırması olacaktır. Bunu bekliyordum." (Gönderen burada .)
KajMagnus

@KajMagnus, sadece insanlar istediği için mantıklı olduğu anlamına gelmez. Bazı insanlar orman için ahşabı göremezler.
John Gardeniers

Test senaryoları için anlamlı. Belirli bir özelliğin yeni bir sürümde nasıl davrandığını görmek için bir test hipervizörü dağıtımı dağıtmak mı istiyorsunuz? Bir VM döndürün. Yine de OP'nin özel kullanımı için fazla kullanılmadığından eminsiniz.
Chris Thorpe

IBM VM kullanıcıları, VM'nin yeni sürümlerini geliştirirken bunu her zaman yapıyordu. İlgileniyorsanız üzerinde harika bir kağıt var (örn. S. 28).
fizyon
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.