A virtualizációs támogatás megjelenésével a Microsoft új operációs rendszereiben, de még a Windows 7, 8 és 10 kliensekben is, a szabadalmaztatott Hyper-V szolgáltatás megszűnt. rendszergazdák középkategóriás cégeknél. A Hyper-V a belépő szintű (kliens szintű) virtualizáció terén is helyettesítheti ugyanazt a népszerű VirtualBoxot az Oracle-től. Telepítés előtt azonban ennek a szolgáltatásnak ellenőriznie kell, hogy teljesülnek-e a rendszerkövetelmények, ellenkező esetben a következő üzenet jelenhet meg: "Nem lehet elindítani Virtuális gép mert az alacsony szintű shell nem fut. "Mire kell figyelni a virtualizációs hardver kiválasztásakor. Meg lehet menteni valahogy a helyzetet, ha a hardvert már megvásárolták? Ebben a bejegyzésben ezt megvizsgáljuk.
Tehát telepítette a Hyper-V-t egy Windows 2008 kiszolgálón, és amikor megpróbál elindítani egy virtuális gépet, megjelenik egy ablak.
Ne essen kétségbe, talán még menthető a helyzet. Meg kell jegyezni, hogy az operációs rendszernek 64 bitesnek kell lennie, természetesen x32-n egyáltalán nem telepítheti a Hyper-V-t. Az első dolog, hogy ellenőrizze, hogy a megfelelő elemek engedélyezve vannak-e a BIOS-ban - kapcsolja be a VT-t és az AMD-V-t. Ezután meg kell győződnie arról, hogy processzora támogatja-e a virtualizációt, ezek egyikeként az Intel és AMD platformok ellenőrző eszközeit ismertetjük. (az alábbi képen).
Mark Russinovich segédprogramja is segíthet az azonosításban.
Egy másik gyakori probléma az, hogy nem lehet virtuális gépeket elindítani a Windows 2008 R2 rendszerből az Advanced Vector Extensions (AVX) technológia támogatásával rendelkező processzorokon. Ez az operációs rendszer natívan nem támogatja az AVX-et, azonban ebben a helyzetben egy javítás segíthet
Háttér
4 éve raktam össze egy otthoni számítógépet, ami minden igényemnek megfelel. Úgy döntöttem, hogy pénzt takarítok meg a processzoron - vettem amd. Nincsenek kérdések a számítógéphez.Aztán elkezdtem Androidra fejleszteni, majd várt rám egy meglepetés! Az emulátor csak Intel processzoron futott. Természetesen hardveres virtualizáció nélkül is futtatható ezen tanácsok alapján. www.youtube.com/watch?v=QTbjdBPKnnw&t=127s, de aki használta, az tudja, hogy az emulátor elindítása nagyon sokáig tarthat. 12 GB-nál 10 percig tartott. Ez természetesen a beépített videokártya miatt is lehet.
A fő munkahelyem az irodában volt, ezért különösen aggódtam, és otthon teszteltem valódi eszközökön. De pár hónapja még az emulátorra volt szükség. Az első gondolat természetesen egy intel-ovsky processzor vásárlása volt. De alaplapot és videókártyát is kellett vennem. Valószínűleg ezt tettem volna, ha nem botlok bele a frissített rendszerkövetelményekbe. A követelmények szerint az emulátor továbbra is futtatható Windows 10 rendszeren (2018 áprilisa utáni frissítésekkel) WHPX technológia segítségével.
Most a történet fő része az, hogyan kell csinálni. Kiderült, hogy minden nem olyan triviális. Előre is elnézést kérek a kihagyásokért, mert sem hardverben, sem Windowsban nem mondhatom magam szakértőnek.
Utasítás
Az összes frissítés után az emulátor természetesen nem indult el. Az AndroidStudio megpróbálta elindítani az emulátort a HAXM használatával, és egy „Emulátor: emulátor: HIBA: x86 emuláció jelenleg hardveres gyorsítást igényel!” hibát dobott.Támogatnia kell a hardveres virtualizációval való együttműködést.
3. Távolítsa el a HAXM-et:
4. Biosban bekapcsoljuk a virtualizációs módot. Lehet, hogy IOMMU-nak hívják, nem VT-nek.
5. Frissítések letöltése a bioshoz a hivatalos oldalról. Az én asusomnál például azok voltak.
A Bios verziónak valami 3001 körül kell lennie:
7. Keresse fel a Microsoft webhelyét, és tanulmányozza az összetevő engedélyezésére vonatkozó utasításokat.
8. Ellenőriznie kell a Hyper-V követelményeit. Ehhez írja be a systeminfo parancsot a parancssorba. Ellenőrizzük, hogy ezek az értékek megjelennek-e:
Ehelyett volt egy üzenetem:
A hivatalos oldal azt írja, hogy amíg Igen-Igen-Igen-Igen, addig a WHPX rendszer nem fog működni. Az emulátorom akkor indul el, amikor az alacsony szintű shell be van kapcsolva.
Az orosz fordításban a nevek némileg eltérnek:
Mellesleg, a „Windows Low-Level Shell” komponens letiltása után a „Hyper-v Requirements” (Hyper-v követelmények) Igen-Igen-Igen-Igen lesz. Nem értettem ezt a pillanatot. Ha valaki érti, írja meg kommentben.
10. Határozzuk meg, szükségünk van-e mindezekre? Vagy könnyebb volt megvenni az intel-t)
Ezen beállítások után mindennek működnie kell:
Szeretném megjegyezni, hogy WHPX technológiával és amd processzorral az emulátor elindítása körülbelül ugyanannyi időt vesz igénybe, mint egy intel processzoron. Figyelembe véve, hogy a többi "hardver" összehasonlítható a paramétereiben.
A Hyper-V a szervervirtualizációs technológia egyik példája. Ez azt jelenti, hogy a Hyper-V lehetővé teszi egy teljes számítógép virtualizálását több futtatásával operációs rendszer(általában szerveroldali) egy fizikai számítógépen (általában szerverosztályú berendezésekkel). Minden vendég operációs rendszer úgy gondolja (ha az operációs rendszerek gondolhatják), hogy övé a számítógép, és kizárólagos joga van a hardver erőforrásaihoz (vagy bármely más számítógépes erőforráskészlethez, amelyhez a virtuális gép hozzáfér). Így minden operációs rendszer külön virtuális gépben fut, és minden virtuális gép ugyanazon a fizikai számítógépen fut. Egy tipikus nem virtualizált környezetben csak egy operációs rendszer futhat egy számítógépen. A Hyper-V technológia biztosítja ezt a lehetőséget a számítógép számára. Mielőtt megvizsgálnánk, hogyan működik a Hyper-V technológia, meg kell értenünk a virtuális gépek működésének általános elveit.
A virtuális gépek megértése
A virtuális gép egy olyan szoftverben megvalósított számítási környezet, amely hardvererőforrásokat foglal le egy fizikai számítógépen, hogy több operációs rendszert tudjon futtatni egyetlen számítógépen. Minden operációs rendszer a saját virtuális gépében fut, és dedikált logikai processzorpéldányokkal rendelkezik, merevlemezek, hálózati kártyák és egyéb számítógépes hardverforrások. Egy virtuális gépben futó operációs rendszernek nincs tudomása arról, hogy virtuális környezetben fut, és úgy viselkedik, mintha teljes mértékben irányítaná a számítógép hardverét. A virtuális gépek fent leírt megvalósítása azt jelenti, hogy a szervervirtualizációt a következő követelményeknek megfelelően kell megvalósítani:
- Menedzsment felületek
A kiszolgálóvirtualizációhoz olyan felügyeleti interfészek szükségesek, amelyek lehetővé teszik a rendszergazdáknak a számítógépen futó virtuális gépek létrehozását, konfigurálását és vezérlését. Ezeknek az interfészeknek támogatniuk kell a szoftveradminisztrációt és a hálózaton keresztül is működniük kell, lehetővé téve a távvezérlést. virtuális gépek. - Memóriakezelés
A kiszolgálóvirtualizációhoz memóriakezelőre van szükség annak biztosítására, hogy minden virtuális gép megkapja a dedikált és elkülönített memória-erőforrásokat. - Tervezési eszköz
A kiszolgálóvirtualizációhoz ütemező eszközre van szükség a virtuális gépek fizikai erőforrásokhoz való hozzáférésének vezérléséhez. Az ütemező eszköznek a rendszergazdának konfigurálhatónak kell lennie, és képesnek kell lennie különböző prioritási szinteket hozzárendelni a berendezéshez. - Véges állapotú gép
A szervervirtualizációhoz olyan állapotgépre van szükség, amely nyomon követi a számítógépen lévő összes virtuális gép aktuális állapotát. A virtuális gép állapotinformációi tartalmazzák a CPU-ra, a memóriára, az eszközökre és a virtuális gép állapotára vonatkozó információkat (indított vagy leállított). Az állapotgépnek támogatnia kell a különböző állapotok közötti átmenetek kezelését is. - Tárolás és hálózatépítés
A szervervirtualizáció megköveteli a tárhely biztosításának képességét és hálózati erőforrások a számítógépen, amely lehetővé teszi, hogy minden virtuális gép külön-külön hozzáférjen a merevlemezekhez és hálózati interfészek... Ezen túlmenően az asztali virtualizáció azt is megköveteli, hogy több gép egyidejűleg hozzáférjen a fizikai eszközökhöz, miközben megőrzi a konzisztenciát, az elszigeteltséget és a biztonságot. - Virtualizált eszközök
A szervervirtualizációhoz olyan virtualizált eszközökre van szükség, amelyek a virtuális gépekben futó operációs rendszereket olyan eszközök logikai reprezentációival látják el, amelyek ugyanúgy viselkednek, mint fizikai megfelelőik. Más szóval, amikor az operációs rendszer hozzáfér a számítógép fizikai eszközéhez egy virtuális gépről, akkor hozzáfér a megfelelő virtualizált eszközhöz, ami megegyezik a fizikai eszköz elérésének folyamatával. - Virtuális eszköz illesztőprogramok
A kiszolgáló virtualizálásához telepítenie kell a virtuális eszközillesztőket a virtuális gépeken futó operációs rendszerekre. A virtuális eszköz-illesztőprogramok az alkalmazások számára hozzáférést biztosítanak a hardver és az I/O kapcsolatok virtuális megjelenítéséhez, ugyanúgy, mint a fizikai hardverekhez.
Az alacsony szintű wrapper megértése
Az alacsony szintű shell egy virtualizációs platform, amely lehetővé teszi több operációs rendszer futtatását egyetlen fizikai számítógépen - a gazdagépen. Az alacsony szintű burkoló fő funkciója az összes virtuális gép számára elkülönített futási idők létrehozása, valamint a virtuális gép vendég operációs rendszere és a fizikai számítógép mögöttes hardvererőforrásai közötti kommunikáció kezelése. Az "alacsony szintű shell" (hipervizor) kifejezést 1972-ben találták ki, amikor az IBM frissítette a System / 370 számítási platform felügyeleti programot a virtualizáció támogatására. Az alacsony szintű shell létrehozása új mérföldkő volt a számítástechnika fejlődésében, mivel lehetővé tette az építészeti korlátok leküzdését, és csökkentette a nagyszámítógépek használatának költségeit. Az alacsony szintű kagylók eltérőek. Például típusban különböznek - pl. attól függően, hogy fizikai hardveren futnak-e, vagy operációs rendszer környezetben vannak tárolva. A héjakat kialakításuk szerint is csoportosíthatjuk: monolitikus vagy mikronukleáris.
Alacsony szintű héjtípus 1
Az alacsony szintű 1-es típusú héjak közvetlenül a gazdaszámítógépek mögöttes fizikai hardverén futnak, és vezérlőprogramként működnek. Más szóval, hardveren futnak. Ebben az esetben a vendég operációs rendszerek több virtuális gépen futnak, amelyek az alacsony szintű shell réteg felett helyezkednek el (lásd az 1. ábrát).
Mivel az 1-es típusú alacsony szintű burkolók közvetlenül a hardveren futnak, nem pedig az operációs rendszer környezetben, általában optimális teljesítményt, rendelkezésre állást és biztonságot nyújtanak a többi típushoz képest. Az 1-es típusú alacsony szintű burkolókat a következő szervervirtualizációs termékek is megvalósítják:
- Microsoft Hyper-V
- Citrix XenServer
- VMware ESX szerver
Alacsony szintű héjtípus 2
Az alacsony szintű 2-es típusú héjak a gazdagépen futó operációs rendszer környezetben futnak. Ebben az esetben a vendég operációs rendszerek virtuális gépeken futnak egy alacsony szintű shell felett (lásd a 2. ábrát). Az ilyen típusú virtualizációt általában hosztolt virtualizációnak nevezik. A 2. és az 1. ábrát összehasonlítva jól látható, hogy a 2-es típusú alacsony szintű shell platformokon futó vendég operációs rendszereket egy másik réteg választja el az alapul szolgáló hardvertől. A virtuális gépek és a hardver közötti extra réteg teljesítménycsökkenést okoz a 2-es típusú shell-platformokon, és korlátozza a gyakorlatban futtatható virtuális gépek számát. A 2-es típusú alacsony szintű shell-ek a következő szervervirtualizációs termékekben is megvalósulnak:
- Microsoft Virtual Server
- VMware szerver
Monolit alacsony szintű héjak
Az alacsony szintű burkoló monolitikus architektúrája feltételezi, hogy vannak olyan eszköz-illesztőprogramok, amelyek támogatják, abban találhatók és kezelik a burkolóanyagot (lásd: 3. ábra).
A monolitikus építészetnek vannak előnyei és néhány hátránya is. Például a monolitikus, alacsony szintű héjak nem igényelnek vezérlő (szülő) operációs rendszert, mivel minden vendégrendszer közvetlenül kommunikál az alapul szolgáló számítógépes hardverrel az eszközillesztők segítségével. Ez a monolitikus építészet egyik előnye. Másrészt az a tény, hogy a meghajtókat kifejezetten az alacsony szintű burkoláshoz kell tervezni, jelentős nehézségeket okoz, mivel különféle típusú alaplapok, tárolóvezérlők, hálózati adapterek és egyéb berendezések. Ennek eredményeként a monolitikus, alacsony szintű shell platformok gyártóinak szorosan együtt kell működniük a hardvergyártókkal annak biztosítása érdekében, hogy ezen eszközök illesztőprogramjai támogassák az alacsony szintű héjat. Ezenkívül a héjgyártókat a hardvergyártóktól teszi függővé, hogy biztosítsák termékeikhez a szükséges illesztőprogramokat. Így a virtualizált operációs rendszerekben használható eszközök köre monolitikus alacsony szintű shell platformokon jóval szűkebb ahhoz képest, amikor ugyanazok az operációs rendszerek fizikai számítógépeken indulnak el. Ennek az architektúrának az egyik fontos jellemzője, hogy figyelmen kívül hagyja az egyik legfontosabb biztonsági elvet – a mélyreható védelem szükségességét. Echelonizált védekezéssel több védelmi vonal jön létre. Ebben a modellben nincs mélyreható védekezés, mivel minden a rendszer legkiváltságosabb részében történik. A monolitikus, alacsony szintű shell architektúrát használó szervervirtualizációs termékre példa a VMware ESX Server.
Mikrokernel alacsony szintű héjak
A Microkernel alacsony szintű shellekhez nincs szükség speciális illesztőprogramokra, mivel az operációs rendszer fő (szülő) partícióként működik. Ez a szakasz azt a futási környezetet tartalmazza, amely ahhoz szükséges, hogy az eszközillesztők hozzáférjenek a gazdagép fizikai hardveréhez. A partíciókról később lesz szó, de egyelőre képzeljük el, hogy a „partíció” kifejezés egy virtuális gépnek felel meg. Mikrokernel alacsony szintű shell platformokon az eszközillesztők telepítése csak a szülőpartíción futó fizikai eszközökhöz szükséges. Nem szükséges telepíteni ezeket az illesztőprogramokat vendég operációs rendszerekre, mivel a vendég operációs rendszernek csak a szülő partícióra kell lépnie, hogy hozzáférjen a gazdagép fizikai hardveréhez. Más szavakkal, a mikrokernel architektúra nem jelenti azt, hogy a vendég operációs rendszerek közvetlenül hozzáférnek az alapul szolgáló hardverhez. A fizikai eszközök csak a szülőszakasszal való interakcióval érhetők el. A 4. ábra az alacsony szintű shell mikrokernel architektúráját mutatja be részletesebben.
A mikrokernel architektúra számos előnnyel rendelkezik a monolitikus architektúrával szemben. Először is, a speciális illesztőprogramok szükségességének hiánya lehetővé teszi a gyártó által biztosított meglévő illesztőprogramok széles skálájának használatát. Másodszor, az eszközmeghajtók nem mennek be a burkolóba, így kevesebb terhelést okoz, kisebb és robusztusabb. Harmadszor, és ami a legfontosabb, a potenciális támadás területe minimálisra csökken, mivel nem töltődik be idegen kód a héjba (az eszközillesztőket harmadik felek hozzák létre, ezért a shell fejlesztője szempontjából idegen kódnak minősülnek). Fogadja el, hogy a rosszindulatú szoftverek behatolása a héjba és a számítógép összes virtuális operációs rendszere feletti vezérlés létrehozása az utolsó dolog, amit szeretne megtapasztalni. A mikrokernel kialakításának egyetlen hátránya egy speciális, szülő partíció szükségessége. Ez növeli a rendszer terhelését (bár általában minimális), mivel a gyermekpartíciók hardverhez való hozzáférése megköveteli, hogy interakcióba lépjenek a szülő partícióval. A Hyper-V mikrokernel architektúra jelentős előnye, hogy mélyreható védelmet nyújt A Hyper-V technológia lehetővé teszi a kódvégrehajtás minimalizálását az alacsony szintű shellben, és több funkció átadását a veremben (például állapotgép ill. vezérlőfelületek, amelyek felhasználói módban magasabban futnak a veremben). Mi a példa egy mikrokernel architektúrájú szervervirtualizációs platformra? Ez kétségtelenül a Microsoft Hyper-V, amelynek szülőpartícióján a Windows Server 2008 vagy újabb fut.
A Hyper-V főbb jellemzői
Íme a Microsoft Hyper-V platform eredeti verziójának néhány kiemelése:
- Különböző operációs rendszerek támogatása
A Hyper-V támogatja a különböző típusú operációs rendszerek egyidejű futtatását, beleértve a 32 bites és 64 bites operációs rendszereket különböző szerverplatformokon (például Windows, Linux stb.). - Nyújthatóság
A Hyper-V technológia szabványos Windows Management Instrumentation (WMI) és API-kkal rendelkezik, amelyek segítségével az ISV-k és a fejlesztők gyorsan létrehozhatnak egyéni eszközöket és bővítményeket a virtualizációs platformhoz. - Hálózati terheléselosztás
A Hyper-V virtuális feladatátvételi képességeket biztosít, amelyek lehetővé teszik a Windows NLB számára, hogy terheléselosztó virtuális gépeket tudjon betölteni különböző kiszolgálókról. - Mikrokernel architektúra
A Hyper-V alacsony szintű, 64 bites mikrokernel-architektúrával rendelkezik, amely lehetővé teszi a platform számára, hogy különféle eszköztámogatási módszereket, további teljesítményt és biztonságot nyújtson. - Hardveres virtualizáció
A Hyper-V Intel-VT vagy AMD-V hardveres virtualizációs technológiák használatát igényli. - Építészet megosztás felszerelés
A Hyper-V Virtualization Service Provider (VSP) és Virtualization Services Client (VSC) architektúrát használ a hardver-erőforrások (például lemezek, hálózat és videó) fokozott eléréséhez és kihasználásához. - Gyors migráció
A Hyper-V lehetővé teszi egy futó virtuális gép áthelyezését egyik fizikai gazdagépről a másikra minimális késleltetéssel. Ezt a Windows Server 2008 és a System Center magasan elérhető felügyeleti eszközeivel teszi. - Méretezhetőség
A Hyper-V több processzort és magot támogat gazdagép szinten, és kiterjesztett memória-hozzáférést a virtuális gép szintjén. Ez a támogatás méretezhetőséget biztosít a virtualizációs környezetek számára, hogy egyetlen gazdagépen nagyszámú virtuális gépet üzemeltethessenek. A gyors áttelepítési lehetőségek azonban lehetővé teszik a több webhely közötti méretezést is. - Symmetric Multiprocessor Architecture (SMP) támogatás
A Hyper-V akár négy processzort is támogat virtuálisgép-környezetben a többszálú alkalmazások virtuális gépen történő futtatásához.
A Hyper-V lehetőséget biztosít a futó virtuális gépekről pillanatképek készítésére a gyors visszaállítás érdekében, ami optimalizálja a biztonsági mentési és helyreállítási megoldásokat.
A Hyper-V R2 újdonságai
Új funkciókkal bővült a Hyper-V szerepkör a Windows Server 2008 R2 rendszerben. Javítják a Hyper-V rugalmasságát, teljesítményét és méretezhetőségét. Tekintsük őket részletesebben.
Fokozott rugalmasság
A Hyper-V R2 a következő új funkciókat tartalmazza, amelyek növelik a kiszolgálóvirtualizációs infrastruktúra telepítésének és karbantartásának rugalmasságát:
- Élő migráció
A Hyper-V R2 tartalmaz egy élő migrációs funkciót, amely lehetővé teszi a virtuális gépek áthelyezését egyik Hyper-V kiszolgálóról a másikra a hálózati kapcsolat megszakítása, a felhasználói állásidő és a szolgáltatás megszakítása nélkül. A mozgás csak néhány másodperces termelékenységcsökkenéssel jár. Az élő migráció lehetővé teszi a fürtözött Hyper-V kiszolgálókon futó kiszolgálók és alkalmazások magas rendelkezésre állását virtualizált adatközponti környezetben. Az élő migráció emellett leegyszerűsíti a gazdagép számítógép hardverének frissítését és karbantartását, valamint új képességeket biztosít, például a hálózati terhelés kiegyensúlyozását a maximális energiahatékonyság vagy a processzor optimális használata érdekében. Az élő migráció részletes leírása az alábbi „Munka az élő migrációval” részben található. - Fürt megosztott kötetei
A fürtözött megosztott kötetek a Windows Server 2008 R2 feladatátvételi fürtözés új funkciója. Egyetlen és következetes fájlnévteret biztosít, amely lehetővé teszi, hogy a fürt összes csomópontja hozzáférjen ugyanahhoz a tárolóeszközhöz. A Cluster Shared Volumes használata erősen ajánlott az élő migrációhoz, és az alábbiakban az „Élő migráció kezelése” című részben ismertetjük. - Támogatja az adathordozók gyors hozzáadását és eltávolítását
A Hyper-V R2 verziója lehetővé teszi a virtuális hozzáadását vagy eltávolítását merevlemezekés áthidaló lemezeket egy futó virtuális gépen leállítása és újraindítása nélkül. Ez lehetővé teszi a virtuális gép által használt összes tárhely leállás nélküli hangolását a változó munkaterheléshez. Emellett új lehetőségeket is kínál Tartalékmásolat Microsoft SQL Server, Microsoft Exchange Server és adatközpontok. A funkció használatához virtuális és áteresztő lemezeket kell csatlakoztatni a virtuális géphez egy virtuális SCSI-vezérlő segítségével. Az SCSI-vezérlők virtuális gépekhez való hozzáadásával kapcsolatos további információkért tekintse meg az alábbi „Virtuális gépek kezelése” részt. - Processzor kompatibilitási mód
A Hyper-V R2-ben elérhető új processzorkompatibilitási mód lehetővé teszi a virtuális gépek egyik gazdagépről a másikra való áthelyezését, ha a processzor architektúrája megegyezik (AMD vagy Intel). Ez megkönnyíti a Hyper-V gazdagép-infrastruktúra frissítését azáltal, hogy megkönnyíti a virtuális gépek migrációját a régebbi hardverrel rendelkező számítógépekről az újabb hardverrel rendelkező számítógépekre. Ezenkívül rugalmasságot biztosít a virtuális gépek fürtcsomópontok közötti migrálásához. Például a processzor-kompatibilitási mód használható virtuális gépek áttelepítésére egy gazdagépről Intel Core 2 egy Intel Pentium 4 csomópontra, vagy egy AMD Opteron csomópontról egy AMD Athlon csomópontra. Vegye figyelembe, hogy a CPU-kompatibilitási mód csak akkor engedélyezi a virtuális gépek migrációját, ha a csomópontok processzorarchitektúrája megegyezik. Más szavakkal, az AMD-AMD és az Intel-Intel migráció támogatott. A virtuális gépek áthelyezése az egyik architektúrájú gazdaszámítógépről egy másik architektúrájú gazdaszámítógépre nem támogatott. Más szavakkal, az AMD-Intel és az Intel-AMD migráció nem támogatott. A processzorkompatibilitási móddal és annak konfigurálásával kapcsolatos további információkért lásd a „Hogyan működik. processzor kompatibilitási mód".
Megnövelt termelékenység
A Hyper-V R2 a következő új funkciókat tartalmazza, amelyek javíthatják a szervervirtualizációs infrastruktúra teljesítményét:
- Akár 384 egyidejűleg futó virtuális gépet és akár 512 virtuális processzort támogat minden szerveren
A megfelelő hardverrel a Hyper-V R2 használható a szerverkonszolidáció eddig elérhetetlen szintjének elérésére. Például egy Hyper-V gazdagép a következőket tárolhatja:- 384 virtuális gép egy processzorral (jelentősen kevesebb, mint az 512 virtuális processzoros korlát)
- 256 virtuális gép két processzorral (összesen 512 virtuális processzor)
- 128 virtuális gép négy processzorral (összesen 512 virtuális processzor)
Az egymagos, kétmagos és négymagos processzorok bármilyen kombinációjával is dolgozhat, amennyiben a virtuális gépek száma nem haladja meg a 384-et, és a virtuális gépekhez hozzárendelt virtuális processzorok száma nem haladja meg az 512-t. Ezek a képességek lehetővé teszik a Hyper-V R2 számára, hogy a piacon jelenleg elérhető legmagasabb sűrűségű értékeket biztosítsa. Összehasonlításképpen, a Hyper-V korábbi verziója a Windows Server 2008 SP2 rendszerben legfeljebb 24 logikai processzort és legfeljebb 192 virtuális gépet támogatott. Ne feledje, hogy feladatátvételi fürtök használatakor a Hyper-V R2 fürtcsomópontonként legfeljebb 64 virtuális gépet támogat.
- Második szintű címfordítás (SLAT) támogatása
A Hyper-V R2-ben a processzor virtuális gépeken kezeli a címfordításokat, nem pedig a táblaleképezéseket programozottan végrehajtó Hyper-V kódban. Így a SLAT technológia egy második szintű oldalt hoz létre az x86 / x64 architektúra oldaltáblázatai alatt az x86 / x64 processzorok között egy indirekt réteg segítségével, amely a virtuális gép memóriájához való hozzáféréstől a fizikai memóriához való hozzáférésig terjed. - Vm kémény
Ez a funkció lehetővé teszi a virtuális gép TCP/IP-forgalmának továbbítását a gazdagép fizikai hálózati adapterére. Ehhez a fizikai hálózati adapternek és az operációs rendszernek támogatnia kell a TCP Chimney Offloading funkciót, amely a logikai processzorok CPU-terhelésének csökkentésével javítja a virtuális gép teljesítményét. A TCP Chimney Offloading támogatása Microsoft Windows rendszerben több verzióban jelent meg - Virtual Machine Queue (VMQ) támogatás
A Hyper-V R2 támogatja a Virtual Machine Device Queues (VMDq), az Intel virtualizációs technológiát a kapcsolódáshoz. A VMQ átadja a virtuálisgép-adatforgalom rendezésének feladatát a Virtual Machine Managerből a hálózati vezérlőre. Ez lehetővé teszi, hogy egyetlen fizikai hálózati kártya több hálózati kártyaként (várólistaként) jelenjen meg a vendég számára, ami optimalizálja a CPU kihasználtságát és javítja a hálózati átviteli sebességet, valamint jobb forgalomkezelést biztosít a virtuális gép számára. Ezt követően a gazdagép nem tárol közvetlen memóriaelérési (DMA) adatokat az eszközökről a saját pufferében, mert a hálózati adapter ezt a hozzáférést felhasználva csomagokat irányíthat a virtuális gép memóriájába. Az I/O útvonal lerövidítése javítja a teljesítményt. A VMDq-sorral kapcsolatos további információkért látogasson el az Intel webhelyére: http://www.intel.com/network/connectivity/vtc_vmdq.htm. - Jumbo keret támaszték
A Jumbo keretek olyan Ethernet keretek, amelyek több mint 1500 bájt hasznos adatot tartalmaznak. A Jumbo keretek korábban nem virtuális környezetben is elérhetőek voltak. A Hyper-V R2 lehetővé teszi, hogy virtuális gépeken dolgozzon velük, és 9014 bájtig támogatja a kereteket (ha az alapul szolgáló fizikai hálózat támogatja).
Megfelelő processzorokkal (például az i7 generációs kiterjesztett EPT-oldalakkal rendelkező Intel processzorokkal vagy a beágyazott NPT-oldaltáblázatokkal rendelkező legújabb AMD-processzorokkal) a Hyper-V R2 sok esetben jelentősen javítja a rendszer teljesítményét. A teljesítménynövekedés a memóriakezelési technológia fejlődésének és a processzorfunkciók használatához szükséges memóriamásolatok számának csökkenésének köszönhető. A teljesítmény különösen akkor javul, ha nagy adatkészletekkel dolgozik (például Microsoft SQL Server). A Microsoft Hypervisor alacsony szintű wrapper memóriahasználata a teljes fizikai memória 5 százalékáról 1 százalékra csökkenthető. Így több memória áll a gyermekpartíciók rendelkezésére, ami nagyfokú konszolidációt tesz lehetővé.
Kérjük, vegye figyelembe, hogy nem minden alkalmazás használja ezt a funkciót. Különösen az előre lefoglalt puffereket és a nagy adatátvitelt biztosító hosszú távú kapcsolatokat használó alkalmazások profitálnak a legtöbbet e funkció engedélyezéséből. Ne feledje továbbá, hogy a TCP Chimney Offloadot támogató fizikai hálózati kártyák korlátozott számú, a gazdagépen lévő virtuális gép által használt tehermentesített kapcsolatot képesek kezelni.
Ennek eredményeként növelheti a hálózati sávszélességet és csökkentheti a CPU-használatot nagy fájlok átvitelekor.
Fokozott skálázhatóság
A Hyper-V R2 a következő új funkciókat tartalmazza, amelyek növelik a szervervirtualizációs infrastruktúra méretezhetőségét:
- Legfeljebb 64 logikai processzort támogat a fő processzorkészletben
A Hyper-V ezen verziójában támogatott logikai processzorok száma megnégyszereződött a Hyper-V régebbi verziójához képest. Ez lehetővé teszi a vállalatok számára, hogy kihasználják a nagy és méretezhető szerverrendszerek legújabb modelljeit, hogy maximalizálják a meglévő munkaterhelések konszolidálásából származó előnyöket. Ezenkívül az ilyen kiszolgálórendszerek használata megkönnyíti több processzor biztosítását minden virtuális géphez. A Hyper-V virtuális gépenként legfeljebb négy logikai virtuális processzort támogat. - Parkoló magok támogatása
A Core Parking funkció lehetővé teszi a Windows és a Hyper-V számára, hogy az adatfeldolgozást minimális számú processzormagon konszolidálja. Ehhez az inaktív processzormagokat C állapotba ("parkolt" állapot) helyezve felfüggesztik. Ez lehetővé teszi a virtuális gépek ütemezését, hogy egyetlen gazdagépen fussanak, ahelyett, hogy több gazdagépen szétosztanák őket. Ennek megvan az az előnye, hogy közelebb kerül a zöld számítási modellhez azáltal, hogy csökkenti az adatközpontban található csomópontok CPU-ja által igényelt energiát.
Hyper-V vs virtuális szerver összehasonlítása
A Hyper-V széleskörű képességei már ahhoz vezettek, hogy a technológia felváltotta a Microsoft Virtual Servert sok olyan szervezetben, amelyek korábban a Virtual Servert használták szerverkonszolidációra, üzletmenet-folytonosságra, tesztelésre és fejlesztésre. Ugyanakkor a Virtual Server továbbra is találhat alkalmazást a vállalati virtualizációs infrastruktúrában. Az 1. táblázat összehasonlítja a Hyper-V és a Virtual Server egyes funkcióit és műszaki részleteit.
1. táblázat: A Virtual Server 2005 R2 SP1 és a Hyper-V R2 összetevőinek és specifikációinak összehasonlítása
|
Alkatrész vagy műszaki adatok |
Virtual Server 2005 R2 SP1 |
|
|
Építészet |
||
|
A virtualizáció típusa |
Hosted rendszerek |
Alacsony szintű héjon alapul |
|
Teljesítmény és skálázhatóság |
||
|
32 bites virtuális gépek |
||
|
64 bites virtuális gépek |
||
|
32 bites csomópontok |
||
|
64 bites csomópontok |
||
|
Virtuális gépek több processzorral |
||
|
A vendég RAM maximális mennyisége virtuális gépenként |
||
|
A vendég CPU-k maximális száma virtuális gépenként |
||
|
Maximális RAM csomó |
||
|
A futó virtuális gépek maximális száma |
||
|
Erőforrás menedzsment |
||
|
Elérhetőség |
||
|
Feladatátvételi vendég feladatátvétel |
||
|
Gazdaszámítógépek feladatátvétele |
||
|
Csomópontok költöztetése |
||
|
Pillanatképek a virtuális gépekről |
||
|
Ellenőrzés |
||
|
Bővíthető és szkriptezhető |
||
|
Felhasználói felület |
Webes felület |
MMC interfész 3 0 |
|
SCVMM integráció |
||
További információk A Virtual Server szolgáltatásaival és letöltéseivel kapcsolatos további információkért keresse fel a http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx webhelyet. A virtuális gépek virtuális kiszolgálóról Hyper-V-re történő migrálásával kapcsolatos információkért tekintse meg a "Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V" című részt a TechNet könyvtárban a http://technet.microsoft.com/en -us címen. / library / dd296684.aspx.
Hyper-V
, a Windows rendszereken natív – kiszolgálói kiadásaiban, valamint egyes asztali verziókban és kiadásokban – a virtuális gépekkel és vendégeikkel való munkavégzésre szolgáló környezet OS nem mindig működik problémamentesen. Az egyik ilyen probléma egy virtuális gép indításakor megjelenő értesítés lehet, amely szerintük Hyper-V nem indul el, mert néhány alacsony szintű shell nem fut.
Mi ez a hiba, és hogyan lehet javítani.
Az ilyen hibás ablak univerzális értelmezés, az ok több dologban is kereshető.
Rendszerkövetelmények
Ha maga a Windows nem felel meg a munkavégzés követelményeinek Hyper-V, és nem minden asztali kiadás teszi lehetővé ezzel a komponenssel való munkát, egyszerűen nem aktiválható a rendszerben. De vannak hardverkövetelmények is. Előfordulhat, hogy eltérésük nem befolyásolja a hipervizor aktiválását, de később egy ilyen hiba megjelenésének oka lehet.
Munkához Hyper-V szükséges:
Legalább 4 GB RAM;
64 bites processzor SLAT és virtualizációs technológia támogatásával.
BCD tároló
A szóban forgó hiba a tárolási adatok hibás beállítására utalhat. BCD... Összetevő Hyper-V mélyen integrálva a Windowsba, és a rendszermag elindulása előtt elindul. Ha raktárban van BCD módosítások történtek a hypervisor indításának módosítása érdekében, ezek hibásak lehetnek. Vagy indítani Hyper-Vés korábban szándékosan letiltották, hogy ideiglenesen optimalizálják a számítógépes erőforrások használatát. Ebben az esetben a konfiguráció BCD a hypervisor elindítása szempontjából vagy javítania kell, vagy vissza kell adnia az alapértelmezett értéket az automatikus futtatás beállításával Hyper-V... Az automatikus futtatás telepítéséhez nyissa meg CMD rendszergazdaként (szükségszerűen) , bemutatjuk:
bcdedit / set hypervisorlaunchtype auto
Ezt követően újraindítjuk.
AMD Bulldozer
Hyper-V nem működik a vállalati processzorokkal AMDépítészettel Buldózer.
Virtualizációs technológiák
A virtualizációs környezet bármely hipervizoron keresztüli élettartamának biztosításához a processzort fel kell szerelni a virtualizációt biztosító technológiával - Intel virtualizáció különben AMD-V... Ezen technológiák támogatásáról a weboldalak processzorspecifikációi oldalán tájékozódhat, ill. Intelés AMD... A virtualizációs technológiát pedig természetesen bele kell foglalni BIOS .
Egy másik fontos árnyalat: processzorok számára Intel v BIOS bizonyos technológiákat le kell tiltani Intel VT-dés Megbízható végrehajtás... A beépített Windows hypervisor nem barátkozik velük. A beállításoknak így kell kinézniük. BIOS valakivel együtt dolgozni Hyper-V: A virtualizációs technológia engedélyezve van, és bizonyos technológiák le vannak tiltva.
Backdoor egy hacker számára a számítógépen - BackDoor spyware
WinLocker írása delphiben
Erőforrás-szerkesztő EXE és DLL fájlokhoz Hogyan lehet megtudni egy exe fájl tartalmát
Hogyan lehet elrejteni a bat ablakot, ha a cmd fájl fut
Hogyan védekezhet a WannaCry vírus ellen