Sanal Makine ile Hiper Yönetici Arasındaki Fark

Google’ı "hiper yönetici" terimi, bir hiper denetleyicinin sanal makine monitörü veya sanal makine yöneticisi olarak da bilinen ve bunun bir donanım sanallaştırma biçimi olduğunu belirten sonsuz tanımları alırsınız . Ancak, VM'ler ve konseptleri için yepyeni olmak, bu benim için bulanık bir tanım.

Öyleyse, sanal bir makine ve onun hipervizörü arasındaki fark - ve / veya ilişki nedir? Birisi somut bir örnek verebilir mi?

Hiper yönetici, sanal makineyi çalıştıran cihaz veya yazılımdır . Kaynakları tahsis etmek, genellikle sanal makine ("konuk") ile ana sistem arasında herhangi bir yönetim yazılımı arasında bir arayüz sağlamaktan sorumludur.

Bu nedenle, bir Windows 7 sanal makinesini çalıştırmak için VMware Workstation kullanıyorsanız, VMware Workstation hiper yöneticidir.

Bu bağlantıyı kontrol et. http://blogs.msdn.com/b/virtual_pc_guy/archive/2006/07/10/661958.aspx

Cevap Ben Armstrong'un Sanallaştırma Blogundan

işte aslında 'VMM' için iki anlam. Bunlardan ilki 'sanal bellek yöneticisi' - bu, Windows işletim sisteminin bir parçası ve bilgisayar sanallaştırma ile ilgisi yok - ve işletim sistemi bellek yönetimi ile ilgisi var. Bugün bahsettiğim şey bu değil :-)

İkinci anlam 'Sanal Makine Monitörü'. 'Sanal Makine Monitörü' takma adını kullanan çok sayıda farklı program ve uygulama vardır. En basit ifadeyle - VMM, sorumlu olduğu sanal makinelerde politika izlemekten ve uygulamaktan sorumlu bir yazılım parçasıdır. Bu, VMM'nin bir sanal makinenin içinde gerçekleşen her şeyi takip ettiği anlamına gelir ve gerektiğinde kaynaklar sağlar, sanal makineyi kaynaklara yönlendirir veya kaynaklara erişimi reddeder (VMM'lerin farklı uygulamaları kaynakları farklı düzeylerde sağlar veya yönlendirir) başka bir gün için tartışma konusu).

Klasik olarak iki tür VMM vardır.

II. Tip II VMM örnekleri JavaVM ve .Net ortamını içerir. Bu VMM'ler sanal makinelerini izler ve kaynak isteklerini barındırma ortamında uygun API'lere yönlendirir (arada işlem seviyesi vardır).

Bir tür VMM, bir barındırma işletim sistemine ihtiyaç duymadan doğrudan donanım üzerinde çalışan bir türdür. Tip I VMM'ler aynı zamanda 'hiper denetleyiciler' olarak da bilinir - bir VMM ile bir hiper yönetici arasındaki tek gerçek fark onun çalıştığı yerdir. Her ikisi tarafından sağlanan işlevsellik adildir. Tip I VMM'lerin örnekleri arasında Amdahl ve IBM gibi şirketler tarafından sunulan ana bilgisayar sanallaştırma çözümleri ve modern bilgisayarlarda VMware ESX, Xen ve Windows sanallaştırma gibi çözümler bulunur.

Bu, mevcut işletim sistemi terminolojisinin bir uzantısıdır - bir tanesi tohum / somun metaforunun birkaç alternatifinden biridir . kullanıcı programları gözetmen programı tarafından kontrol edilir ve sanal olmayan bir sistemde işlerin durduğu yerdir. Sanallaştırma ile, süpervizör , sırayla, bir hipervizör programı tarafından kontrol edilir (veya izlenir veya yönetilir) .

Bu programların tümü yazılımdır. Sanal makine amiri ve kullanıcı programları üzerinde çalışan kendilerini yaşadıklarını bir makinenin bahane olduğunu. İçeriden donanıma benziyor.

Hiper Yönetici tarihi hakkında Don Skiba :

Yeni System 360'ları kurmaya çalışırken 1966'da IBM'leydim. Tahmin edebileceğiniz gibi, tüm eski kodları eski 1401, 1440, 1410, 7080, 7090 modellerinden dönüştürmek, görmek isteyeceğiniz en büyük karışıklıktı. 360 model 65'te, birkaç eski makine için bir emülatör vardı. Aslında, 75 modeli hariç tüm 360 modelleri, 360 komut setinin emülatörleridir. 65 modeli için popüler olan IBM 7080'in emülatörüdür. Ancak, makineyi 360 veya 7080 moduna ayırmanız gerekiyordu. Bu müşterilerimizi çok mutlu etmiyordu.

Model 65'te aktif olmayan, ancak model 67'de aktif olan ve zaman paylaşımı için kullanılan ve sonunda sanal bir işletim sistemi olan CMS'nin özel kayıtları olduğu ortaya çıktı. Mühendisin (65) modelinde, bu kayıtları hafızanın alt yarısında çalışan programlar arasında geçiş yapmak için kullanabileceğimize ve bu yarının 360 veya 7080 modunda çalışabileceğine ikna ettim. Değişim, mod ayarı ve kaynak (I / O) tahsisatını yapmak için sadece “küçük” bir koda ihtiyacımız vardı. Philadelphia'da, bu fonksiyona umutsuzca ihtiyacı olan müşterisi olan bir sistem mühendisini kodu yazmaya ikna ettim. O sırada kod için bir sürü isim attık. "Hiper yönetici" nin uygun olabileceğini öne sürdüm, çünkü 360'tan önce "işletim sistemi" yoktu ve önceki sistemlerin hepsinde "denetleyici" vardı. Böylece, "hiper yönetici" uygun görünüyordu ve isim sıkışmış.