Battle hypervisor vmware vs Hyper-V

Története termékek:

A legújabb tanulmányok a piaci részesedés azt mutatják, hogy a Hyper-V magabiztosan beépült minden méretű vállalat, de mindegy VMware továbbra is az egyetlen vezető, magabiztos érzés, különösen a nagy cégek.
Felajánlott hypervisorokat:
VMware ESXi a lényege minden szerver virtualizációs megoldások VMware. By the way, mielőtt hívták ESX nélkül a levél i. ESXi nem egy alkalmazás, és helyezzük a készüléket. Valójában ESXi fut, kiélezte a virtualizációs hypervisor feladatok és funkciók. Van egy városi legenda, hogy ESXi Linux alapú. Ez annak a ténynek köszönhető, hogy a csapat ugyanaz, mint a könyvtárak azonos. A pontozás az ilyen feltételezések VMware szakértők fájdalmas küzdelmet, és azt állítják, hogy ez nem a Linux, mert alapján védett egyéni kernel ESXi VMkernel. Akik érdeklődnek tudja olvasni a cikket erről a témáról. Az első dolog, amit figyelembe, hogy a VMware ESXi engedélyek árlista nem. Vásárolja engedélyt a ESXi - azt jelenti, hogy vesz egy engedély vSphere 6. Az alapelv az engedélyezési VMware vSphere 6 - engedélyt kell beszerezni minden egyes fizikai processzorhoz telepített fizikai szerver ESXi. RAM és virtuális gépek nem befolyásolja az engedélyek számát vSphere 6. De míg a VMware háromféle VMware vSphere engedélyek 6, ahol minden egyes különböző funkciók állnak rendelkezésre, akkor a különbség közöttük később. És mi VMware biztosít ingyen? És mentes a VMware vSphere van Hypervisort VMware termék, amely népszerű nevén a VMware ESXi ingyenes. VMware ESXi tesz szükségessé, regisztrációs és működni fog próba üzemmódban 60 napig. Jelenleg az egyik ingyenes VMware vSphere Hypervisor nincsenek korlátozások a CPU \ RAM host. De van sok más kellemetlen pillanatok: az első és legfontosabb - ha nem tud csatlakozni a VMware vSphere Hypervisor kedvenc Veeam biztonsági mentési, API termékeket csak olvasható. Is, akkor legfeljebb 8 vCPU a virtuális gép, ami fontos lehet, ha van egy szerver, 16 vagy több logikai processzort. Ha azt tervezi, hogy a gazdaságban ezeket a szabad hypervisor, akkor felejtsd el a kapcsolatot a vCenter Server, valamint a VM fogadó élő migráció technológia VM tároló élő migráció és a magas rendelkezésre állás.
Típusai hypervisorokat:

Történelmileg, volt kétféle hypervisor, a második típus szinte kihalt a virtuális gépek futtatásához a felhasználói térben a befogadó operációs rendszer, ami nem a legjobb módon nem befolyásolja a teljesítményt. Példák hypervisorok a 2 féle MS Virtual Server és a VMware Server, valamint az asztali virtualizációs termékek - MS VirtualPC és VMware Workstation. Állás 1 hypervisorok kedves közvetlenül a hardver, amely lehetővé teszi, hogy nagyobb teljesítményt, megbízhatóságot és a biztonságot. 1 hypervisorok fajta használják számos vállalati szintű megoldások: Microsoft Hyper-V, VMware ESX Server, Citrix XenServer.

Ugyanakkor hypervisor különböznek az építészetben. Fent látható hypervisor áramkör egy monolitikus építészet. Monolit hypervisor építészet közé a vezetők a hardver eszközök a kódban. Elméletileg ez jobb eredményt ad, mert a megállapítás a járművezetők a hypervisor tér és a megbízhatóság, valamint a hiányosságok az irányítási operációs rendszer (az VMware - «Service Console») nem eredményezi a hiba az összes futó virtuális gépek. A fő hátránya ennek az építészet - az egyetlen támogatott hardver, a vezetők számára, amelyek a hypervisor. Ugyanezen okból, az átmenet egy új hardver platform, akkor szükség lehet változtatni a többi hypervisor verzió, és fordítva - az átmenet egy új változata a hypervisor esetleg meg kell változtatni a hardver platform, hiszen a régi berendezések már nem támogatott.

Amikor egy mikrokernel építészet, eszközmeghajtók belül működő host OS-t. Host OS, ebben az esetben fut ugyanabban a virtuális környezetben, valamint az összes virtuális gép, és az úgynevezett „szülő partíció”. Minden virtuális gép egy gyermek partíciót. Az egyetlen különbség a szülő és a gyermek partíciókat, hogy csak a szülő partíció közvetlen hozzáférést biztosít a szerver hardver. Elosztása memória és ugyanolyan szerkezettel feldolgozási időt vesz részt a hypervisor is. Előnyök: nincs szükség driver, „kihegyezett” a hypervisor. A hypervisor mikrokernel architektúra kompatibilis bármely berendezés, amely rendelkezik a járművezetők az operációs rendszer a szülő részt. Részletek olvasható az eredeti Alexander Kosivchenko ügyéről.
Skálázhatóság és korlátozások:

Jellemzők:
Ha összehasonlítjuk a lehetőségeket, és ott szinte paritás, de nagyító alatt, akkor is látni, hogy a VMware még a dolgokat, hogy a Hyper-V nem tudom, hogyan. Arról beszélek, hogy az USB-átirányítás technológia, ahelyett, hogy eladni Diszkrét Device hozzárendelés, ez nem helyettesíti. Plusz a képtelenség, hogy forró add CPU \ RAM még mindig hagyja a „Battle of features” A VMware az első helyen.

Controls:
Minden gyártó saját hypervisor megoldást biztosít hipervizorok olyan helyzetekben, amikor válnak igazán sokat. A Microsoft ezt a Virtual Machine Manager (VMM) -
megoldást biztosít Hyper-V szerver konfigurálásához és felügyeletéhez házigazdák, és a hálózati erőforrásokat. létrehozásához klón, telepíteni a virtuális gépek és még sok más. A VMware viszont kínál vSphere virtualizációs platform vállalati IT infrastruktúra (korábban VMware Infrastructure). vSphere tartalmazza egyidejű használatát ESXi házigazdák és vCenter Server központi menedzsment.
Beszélje kényelem, nincs értelme, mert a minden külön-külön, de van egy nagyon fontos pont. Az építőiparban a többé-kevésbé súlyos döntéseket VMware VMware vCenter feltétlenül igényli a jelenlétét, például, ha azt szeretnénk, hogy klaszter. A Hyper-V, viszont Virtual Machine Manager (VMM) egy opcionális összetevő, amely minden bizonnyal hasznos (próbálja hálózatok kiépítését virtualizáció nélkül), de nem szükséges.
Az eredmények a „Ki hűvösebb?”:
Próbáljuk, hogy összehasonlítva a hat találat. Feltétlen győzelem kapnak egy labdát egyenlő pozíciókat a labdát.

El tudod képzelni, mindez szubjektív, és mindkét termék jó. Melyik választani függ a célok, a költségvetés és üzemeltetési tapasztalatok egy adott gyártó az ügyfél. Remélem ez az információ hasznos volt, kapcsolatban marad, iratkozz fel a Youtube csatornát, és hamarosan találkozunk. P.S Sok adatot vettem a poszt Andrea Mauro.
