Hozzáadunk alkatrészeket Hyper-V a Windows 10 rendszerben fontolja meg a virtuális gép létrehozásának lehetőségét Hyper-V, és vegye figyelembe a paramétereit is.

Adjon hozzá Hyper-V összetevőket.

Dob "Fuss" kétféleképpen:

1. Kattintson a jobb gombbal a menüre "Rajt"és válasszon "Fuss". (1. ábra)
2. Nyomja meg a billentyűparancsot "Győzelem"+"R".

1. ábra - Jobb gomb "Start" -> "Futtatás".

Bemutatni appwiz.cpl(2. ábra)

2. ábra - Írja be az appwiz.cpl fájlt

Megnyílik egy ablak "Programok és szolgáltatások"... Bal klikk Windows-szolgáltatások be-és kikapcsolása. (3. ábra)

3. ábra - Programok és összetevők.

Megnyílik egy ablak Windows összetevők... Mindent kiválasztunk, ami a szakaszban van Hyper-V. (4. ábra)

Nyomjuk "RENDBEN".

4. ábra - Hyper -V komponensek kiválasztása.

Várjuk az alkatrészek telepítését - Változások alkalmazásaés nyomja meg a gombot "Újraindítás most". (5. ábra)

5. ábra - Alkatrészek alkalmazása, rendszer újraindítása.

Ezen Komponensek hozzáadása kész van. A Hyper-V első lépései

A Hyper-V futtatása.

A menün "Rajt" -> "Windows felügyeleti eszközök" volt egy parancsikon Hyper-V menedzser... Elindítjuk. (6. ábra)

6. ábra - A Hyper -V Manager elindítása.

Előttünk a kezdőablak Hyper-V menedzser. (7. ábra)

7. ábra - A Hyper -V Manager indítóablaka.

A bal oldalon kiválasztjuk a számítógépünket, megvan - Asztal-9PLBR7Q, egy menü jelenik meg a jobb oldalon "Akciók", Kattintson az elemre "Virtuális kapcsolókezelő". (8. ábra)

8. ábra - Nyissa meg a Virtual Switch Manager alkalmazást.

V "Virtuális kapcsolókezelő" kattintson "Virtuális kapcsoló létrehozása". (9. ábra)

9. ábra - Hozzon létre egy virtuális kapcsolót.

Belép Név, Megvan - Hypernetés jegyezd meg, nekem ez van ... Hyper-V hálózat. (10. ábra)

Szintén válasszon Kapcsolat típus... A csatlakozást választottam Külső hálózat a hálózati kártyámon keresztül - "Realtek PCIe GBE családi vezérlő"... És bejelölte a jelölőnégyzetet is "Engedélyezze a kezelő operációs rendszer számára a hálózati adapter megosztását".

Nyomjuk "Alkalmaz".

10. ábra - A virtuális kapcsoló tulajdonságai.

Figyelmeztetést ad "A függőben lévő módosítások megzavarhatják a hálózati kapcsolatot"(11. ábra) Feltételezem, hogy ezt a cikket kezdők fogják olvasni, ami azt jelenti, hogy nem valószínű, hogy megismétlik utánam lépésről lépésre, az érintett szervert használva 😀 ... Ezért rendben van, hogy egy időre elveszíthetjük a hálózati kapcsolatot. Nyomjuk "Igen"és várunk "Változások alkalmazása".

11. ábra - Figyelmeztetés az esetleges hálózati kapcsolat meghibásodására.

Most bemenni "Hálózati kapcsolatok" -> "Adapterparaméterek konfigurálása"... Láthatjuk az újonnan létrehozottakat vEthernet (Hypernet), szintén mellette nincs csatlakoztatva vEthernet (alapértelmezett kapcsoló) - " A Standard Networking "automatikusan hozzáférést biztosít a virtuális gépeknek a számítógép hálózatához a hálózati címfordítás segítségével ( NAT). NAT pillanatnyilag nem vagyunk érdekeltek. És nem fogjuk megérinteni ezt a kapcsolót. (12. ábra)

12. ábra - Hálózati kapcsolatok -> Adapterparaméterek konfigurálása.

Ezzel befejeződik a hálózat beállítása. Térjünk át a legfontosabb dologra, amelyhez létrehozták a virtualizációs rendszert Hyper-V- VAL VEL virtuális gép létrehozása.

Virtuális gép létrehozása.

Kattintson a jobb gombbal a számítógépünkre -> "Létrehozás" -> "Virtuális gép"... (13. ábra)

13. ábra - Hyper -V virtuális gép létrehozása.

Megnyílik az "Új virtuális gép varázsló" (14. ábra)

• Kattintson a gombra "Kész" virtuális gép létrehozásához alapértelmezett beállításokkal.
• Kattintson a gombra "További" virtuális gép létrehozásához meghatározott konfigurációs lehetőségekkel.

14. ábra - Virtuális gép létrehozása varázsló.

Adja meg a virtuális gép nevét és helyét (15. ábra)

Úgy döntöttem, hogy tesztelni fogok vele Ubuntu Server 18.04.

Ezért nálam így van:

• Név: ubuntuserver 18.04.
• Elhelyezkedés: E: \ hyper-v ubuntu szerver 18.04 \.

15. ábra - Adja meg a virtuális gép nevét és helyét.

Válassza ki a virtuális gép generációját (16. ábra)

A legtöbb esetben érdemes a második generációt választani, de ha valamit telepít 32 bitesérdemes választani - -1 generáció.

Személy szerint nekem van Ubuntu Server 18.04 64 bites a támogatással UEFI ezért választom - 2. generáció.

16. ábra - A virtuális gép generációjának kiválasztása.

Kiosztjuk a RAM mennyiségét. (17. ábra)

Elég az operációs rendszeremhez 1 Gb RAM=> Az alapértelmezetteket írásban hagyom 1024 Mb... Na gyere "További".

17. ábra - A RAM mennyiségének kiosztása.

Kiválasztjuk, hogy melyik hálózati kapcsolóhoz kapcsolódunk. (18. ábra)

Mi választjuk a magunkét "Hypernet", Gyerünk "További".

18. ábra - Hálózati konfiguráció.

Hozzon létre egy virtuális merevlemezt (19. ábra)

Jelezzük Név,Elhelyezkedésés maximum A méret fájl virtuális HDD.

Nekem így van:

• Név: ubuntu szerver 18.04.vhdx.
• Elhelyezkedés: E: \ hyper-v ubuntu szerver 1804 \.
• A méret: 10 GB.

19. ábra - Virtuális merevlemez létrehozása.

Mi választunk ISO kép ahonnan telepítjük az operációs rendszert. (20. ábra)

Elem kiválasztása "Az operációs rendszer telepítése a rendszerindító képfájlból"-> Kattintson "Áttekintés"-> Válasszon iso kép... -> Kattintson "További".

20. ábra - OS kép kiválasztása.

A virtuális gép létrehozása varázsló befejezése (21. ábra)

Nyomjuk "Kész".

21. ábra A virtuális gép létrehozásának varázslójának befejezése.

Most Hyper-V menedzser látjuk az újonnan létrehozott virtuális gépet - ubuntu szerver 1804... (22. ábra)

Kattintson rá a jobb egérgombbal -> "Dugni".

22. ábra - Hyper -V Manager, új virtuális gép.

Megjelenik egy ablak (23. ábra)

Ha telepíteni szeretné a rendszert ablakok majd amikor megnyomja a gombot "Rajt" el kellett volna kezdenie a telepítést, hiba nélkül.

De ahhoz, hogy elkezdjük Ubuntu Server 18.04 kellett "Fájl" - > "Lehetőségek"->"Biztonság" letiltani "Biztonságos rendszerindítás". (24. ábra)

23. ábra - Csatlakozás egy virtuális géphez.
24. ábra - A biztonságos rendszerindítás letiltása.

Kapcsolja be a virtuális gépet (25. ábra)

25. ábra - Kapcsolja be a virtuális gépet.

Minden rendben, a virtuális gép elindult. A telepítő találkozik velünk Ubuntu Server 18.04.(26. ábra)

26. ábra - Futó virtuális gép. Ubuntu Server 18.04 telepítő.

A virtuális gép paramétereinek megváltoztatása.

Készítsünk egy kis áttekintést a virtuális gép paramétereiről, hogy láthassa a fő funkciókat, mielőtt a virtualizációs rendszer használatáról dönt. Hyper-V.

"Fájl" - > "Lehetőségek".(27. ábra) 27. ábra - Lépjen a "Fájl" -> "Paraméterek" pontra

Felszerelés.

"Firmware"- megváltoztathatja az eszközök rendszerindítási prioritását a virtuális gépben (28. ábra)

28. ábra - A rendszerindítási prioritás kiválasztása.

"Biztonság"- tud "Biztonságos rendszerindítás engedélyezése / letiltása", "Titkosítási támogatás engedélyezése / letiltása ". (29. ábra)

29. ábra - Virtuális gép biztonsági beállításai.

"Memória"- szerkesztheti a kiosztott összeget RAM, engedélyezés / letiltás funkció Dinamikus memória.(30. ábra)

30. ábra - RAM paraméterek.

"PROCESSZOR"- a virtuális processzorok számát a fizikai számítógép processzorainak megfelelően szerkesztheti. (31. ábra)

A terhelést is eloszthatja "Erőforrás menedzsment".

"SCSI vezérlő" teheti hozzá HDD,DVD meghajtó vagy Megosztott lemez. (32. ábra)

32. ábra - SCSI vezérlő paraméterek.

Ön is változtathat a csatlakoztatott adathordozók paraméterei például itt megváltoztathatjuk a beszúrtat a virtuálisba DVD meghajtó ISO kép (33. ábra)

33. ábra - A média paraméterei.

"Hálózati adapter" módosíthatja a konfigurációt hálózati adapter: Válassza ki Virtuális kapcsoló, Regisztráció VLAN azonosító, testreszab Sávszélesség. (34. ábra)

34. ábra - Hálózati paraméterek.

Ellenőrzés.

"Név"- könnyen cserélheti a virtuális gépet egy kényelmesebbre (35. ábra)

35. ábra - Névváltozás.

"Integrációs szolgáltatások"- Válassza ki a virtuális gép számára elérhetővé tenni kívánt szolgáltatásokat. . (36. ábra)

36. ábra - Integrációs szolgáltatások.

"Ellenőrző pontok"- Itt testreszabhatja Vezérlőpontok ( pillanatkép, visszaállítási pontok), engedélyezze létrehozásuk automatikus módját, és jelölje ki tárolási helyüket (37. ábra)

37. ábra - Vezérlőpontok.

"Intelligens párnázási fájl helye"- Megadhatja a swap fájl elérési útját. (38. ábra)

Intelligens párnázás- olyan funkció, amely lehetővé teszi a lapozófájl használatát a gazdagépen, ha nincs elegendő memória a virtuális gép indításához.

38. ábra - A Smart Padding fájl helye.

"Automatikus indítási műveletek"- Kiválaszthatja a virtuális géppel végrehajtandó műveletet, amikor a fizikai számítógép elindul (39. ábra)

Ez a cikk leírja azokat az alapvető lépéseket, amelyeket el kell végeznie a Hyper-V hipervizorral való munkavégzés során.

A cikk szakaszai:

Virtuális gép létrehozása a Hyper-V segítségével

A Hyper-V egy beágyazott hipervizor, amely a Windows Server operációs rendszerek összetevőinek készletében található, és a közelmúltban elérhető volt az operációs rendszerek Windows 8-tól kezdődő rendszeres verzióiban. Ez a megoldás jobban néz ki, mint a Windows 7 virtuális PC -je.

Ebben a cikkben leírjuk a virtuális gép Hyper-V hipervizorral történő létrehozásának teljes folyamatát, valamint a másik hipervizorról (VMWare) történő átvitel, a virtuális gép replikációjának, biztonsági mentésének és helyreállításának módszerét.

Ez az összetevő csak 64 bites operációs rendszereken és professzionális vagy újabb verziókon érhető el. Ez a mai napig az egyetlen Microsoft virtualizációs technológia, amely támogatja a 64 bites vendégeket. A normál ügyfél operációs rendszerek támogatják az alvó és hibernált üzemmódokat, amelyeket a szerver hipervizorok nem.

A Hyper-V használatához a processzornak támogatnia kell a virtualizációs technológiákat, mivel e nélkül ez az összetevő nem fog működni.

A processzornak hardveres virtualizációval kell rendelkeznie. Az Intel ezt a technológiát Intel-VT-nek (VMX-nek jelölheti), az AMD-n alapuló processzoroknak pedig AMD-V-nek hívja (SVM-nek is nevezhető). Kell lennie egy második szintű címfordításnak is, SLAT (Intel EPT vagy AMD RVI).

Hogyan állapítható meg, hogy számítógépe alkalmas-e a Hyper-V futtatására, és megfelel-e a követelményeknek?

1. A processzorok gyártóinak hivatalos webhelyéről származó információkat felhasználhatja a virtualizációs technológiák támogatási táblázatában. (Intel | AMD).
2. Használja a processzorgyártók által kifejlesztett saját segédprogramokat (Intel | AMD)
3. Harmadik féltől származó programok igénybevétele. Az egyik ilyen alkalmazás a Coreinfo, amely letölthető a Microsoft hivatalos webhelyéről (letöltési link: letöltés).

A Coreinfo segédprogramot a Hyper-V komponens aktiválása előtt kell futtatni, mivel a vélemények és megjegyzések alapján ez az alkalmazás helytelen információkat jeleníthet meg, amelyek félrevezetőek lehetnek.

Komponens aktiválás Windows8 / 8.1 / 10 rendszeren

Ha Windows Server operációs rendszert használ, akkor a vezérlőpulton aktiválnia kell a Hyper-V szerepkört

Egyedi Windows operációs rendszerben a Hyper-V olyan összetevő, amelyet eredetileg nem aktiváltak. Ezt az összetevőt kétféleképpen aktiválhatja.

1. Aktiválás egy paranccsal a PowerShellben. Ehhez írja be a keresésben a PowerShell parancsot, és a megnyíló terminálban írja be a következő parancsot:
   Engedélyezés-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –Minden
2. A Windows GUI használata. Ehhez hívja meg a "Futtatás" sort a Win + R billentyűparancs segítségével, és írja be a következő parancsot: "OptionalFeatures". Ezt követően megjelenik a "Windows összetevők engedélyezése vagy letiltása" ablak, majd ellenőriznie kell a "Hyper-V" elemet, és kattintson az "OK" gombra.

Válassza ki a virtualizációs szerverét, ha egyszer rákattint, mivel az én esetemben ugyanaz lesz a neve, mint a számítógépének.

Ezt követően a vezérlőpulton válassza ki a "Művelet" elemet, és a legördülő menüben a "Létrehozás" részt, és ebben a részben a "Virtuális gép ..." lehetőséget.

Most megjelenik az "Új virtuális gép varázsló" ablak. Az első lépés a bevezető információ a beállítások elvégzése előtt, nyugodtan kihagyhatja a "Tovább" gombra kattintva.

A következő lépés az, hogy hozzárendelünk egy nevet a létrehozott virtuális géphez, és kiválasztjuk annak könyvtárát (azt a helyet, ahol a virtuális merevlemezt tároljuk), alapesetben ez a C: \ ProgramData \ Microsoft \ Windows \ Hyper-V \. Ha módosítani kell a sérülés helyét, jelölje be a "Virtuális gép mentése másik helyre" melletti négyzetet, és válassza ki az elérési utat.

A következő ablakban ki kell választania a virtuális gép generációit. A választás "Generation 1" és "Generation 2" lesz, a fő különbség közöttük az, hogy az új, második generációban olyan operációs rendszereket telepíthet, amelyek UEFI alapon futnak, és csak 64 bites verzióval rendelkeznek a rendszerről.

Ha Windows XP vagy régebbi rendszert futtató virtuális gépet, valamint 32 bites verziót (például 32 bites Windows 7) kíván telepíteni, akkor válassza az 1. generációt. Minden más esetben válassza a „2. generáció” lehetőséget (például Windows 7 64 bites vagy Windows 10 64 bites)

A virtuális gép létrehozása után ez a paraméter nem módosítható.

A következő lépés a hálózat beállítása. Ebben az ablakban választhatjuk, hogy a hálózati adaptert csatlakoztatjuk -e a virtuális gépünkhöz vagy sem. Abban az esetben, ha egynél több szolgáltató van csatlakoztatva a számítógéphez, vagy több hálózati adapterrel rendelkezik, kiválaszthatja azt, amelyet a virtuális géphez szeretne használni, így megosztva a forgalmat a különböző hálózati adapterek között a különböző virtuális gépekhez.

A "Virtuális merevlemez csatlakoztatása" részben beállíthatja a virtuális merevlemez méretét, amelyet a virtuális gép munkája során használni fog, továbbá megadhatja azt a helyet, ahol a gép virtuális lemeze található. .

Ha már rendelkezik virtuális lemezzel egy korábban telepített virtuális géppel, és át akarja vinni a csatlakozáshoz, akkor a "Meglévő virtuális merevlemez használata" második elemet kell használnia. Ez az opció akkor kényelmes, ha virtuális gépet kell átvinni egyik szerverről a másikra adatvesztés nélkül. A Hyper-V rendszerben VHD vagy VHDX virtuális merevlemezeket csatlakoztathat. Virtuális gépeket más hipervizorokról (például VMWare) is átvihet ily módon.

A harmadik tétel: "Csatlakoztassa a virtuális merevlemezt később". Ez az elem akkor használható, ha virtuális gépet kell létrehoznia és konfigurálnia a későbbi munkához. Tehát rendelkezhet egy kész virtuális géppel, és a megfelelő időben csak telepíthet egy rendszert rá, vagy importálhat egy másik gép virtuális merevlemezét.

A "Telepítési beállítások" részben kiválaszthatja az operációs rendszer virtuális gépre történő telepítésének módját.

A következő módszerek közül választhat:

• Telepítse később az operációs rendszert. Ez a módszer akkor használható, ha gépet kell létrehozni és előkészíteni a rendszer telepítéséhez.
• Telepítse az operációs rendszert egy indítható CD -ről vagy DVD -ről. Ha ezt a módszert választja, lehetősége van a rendszer telepítésére a telepítőfájlok meghajtójának betűjelének vagy a rendszer ISO -képének kiválasztásával.
• Telepítse az operációs rendszert egy indítható hajlékonylemezről. Ha rendelkezik előre telepített virtuális lemezzel operációs rendszerrel, akkor ezt az elemet választva kiválaszthatja a lemezt.
• Az operációs rendszer telepítése hálózati erőforrásból.

Miután kiválasztottuk az Önnek megfelelő módszert, folytatjuk a virtuális gép létrehozásának utolsó lépését a Hyper-V rendszeren

Az utolsó ablak összefoglalja az összes beállítást, amelyeket a létrehozott gépre alkalmazott. Ebben a részben ellenőriznie kell az összes információt.

Ezt követően megnyomjuk a "Befejezés" gombot, és várunk, amíg létrejön a virtuális gépünk.

A gép létrehozása után elindítjuk az operációs rendszer telepítése érdekében. A gép elindításához kattintson a jobb gombbal rá, és válassza a "Csatlakozás ..." lehetőséget.

Megnyílik egy kapcsolat ablak, amelyben meg kell kattintania a "Start" gombra, majd az indításra kerül sor.

Amikor először elindítjuk gépünket, indítsuk el a korábban kiválasztott rendszerképet további telepítéshez, a telepítés nem különbözik a megszokottól, a feladattól függően ugyanazokat a műveleteket hajtjuk végre.

Az operációs rendszer telepítése után használhatjuk. Így létrehoztunk egy virtuális gépet Hyper-V technológia segítségével, és telepítettünk rá egy operációs rendszert.

A gép paramétereinek megváltoztatásához meg kell nyitnia a "Beállítások" ablakot, ezt kétféleképpen teheti meg, vagy kattintson a "Fájl" gombra, és válassza a "Beállítások" lehetőséget a virtuális géphez való csatlakozás ablakában, vagy a Hyper-V Managerben, kattintson a jobb gombbal a gépre, és válassza ki ugyanazt a "Paraméterek" elemet. Ebben a virtuális gépek kezelésére szolgáló ablakban lehetőséget kap a konfiguráció módosítására, a virtuális lemez hozzáadására, módosítására vagy növelésére, kép csatlakoztatására, a hálózati vezérlő beállítására stb.

Bizonyos paraméterek nem módosíthatók a gép működése közben, ezért a legjobb, ha ezt kikapcsolt állapotban teszi.

Migrálja a VMware virtuális gépet a Hyper-V-re

Gyakran szükségessé válik egy virtuális gép átvitele egyik platformról a másikra. Ebben a részben leírjuk, hogyan lehet egy ilyen gépet hipervizorról Hyper-V-re migrálni.

A legfontosabb dolog egy virtuális gépben a virtuális lemeze, átvisszük a lemezlemezt, de ehhez át kell alakítani. A formátum, amelyben a VMware virtuális lemezeket hoz létre és tárol, a .vmdk, amelyet konvertálnunk kell .vhd formátumba, mivel csak a Hyper-V hipervizor működik vele.

A legegyszerűbb módja az ingyenes StarWind V2V Converter használata, amely letölthető a hivatalos webhelyről, ehhez azonban meg kell adnia az e -mail címét, amelyre egy linket kap a telepítési terjesztés letöltéséhez. Ez a segédprogram segít a virtuális lemezek VMware és Hyper-V hipervizorokon való futtatására való konvertálásában.

Ha e -mailben megkapja a fájlt, töltse le és telepítse. Ezt követően elindítjuk.

Az első dolog, amit látni fog, ez az ablak, amelyben fel kell kérnünk a virtuális lemez keresésének módját:

1. Helyi fájl - válassza ki a fájlt, amely ugyanazon a számítógépen vagy kiszolgálón található, ahol a segédprogram elindult (válasszon egy helyi fájlt).
2. VMware ESXI Server - válasszon ki egy fájlt, amely egy távoli szerveren található a VMware hipervizor irányítása alatt (adatokat kell megadnia a szerverhez való csatlakozáshoz).
3. Microsoft Hyper-V Server-válassza ki a Hyper-V hipervizort futtató távoli kiszolgálón található fájlt (adatokat kell megadnia a szerverhez való csatlakozáshoz).

Ebben a helyzetben egy helyi fájlt fogunk keresni, mivel a segédprogram ugyanazon a számítógépen fut, ahol a virtuális gépek találhatók. Válassza ki az első elemet, majd kattintson a "Tovább" gombra.

A következő lépés egy virtuális lemez megkeresése és kiválasztása. Ehhez kattintson a három pont képével ellátott gombra, és a megnyíló ablakban válassza ki a kívánt fájlt.

Ha virtuális gép VMware -en történő létrehozásakor használta a lehetőséget, hogy egynél több fájlt készítsen, akkor a lemezek listájából válassza ki azt, amelyik utoljára jött létre.

A következő ablakban részletesebb beállításokat kínálunk, amikor VHDX formátumba konvertálunk. Itt nem nyúlunk semmihez, és továbblépünk.

A "Célkép helye" ablakban kiválaszthatjuk, hogy hová mentsük az átalakított lemezt. A választás az, hogy vagy elmenti a számítógép egy bizonyos helyére, ahol az átalakítást végzik, vagy azonnal elküldi közvetlenül a szervernek. Mivel a szerver ugyanazon a számítógépen található, mint az átalakított virtuális lemez, válassza ki a "helyi fájl" elemet. Ezután válassza ki azt a helyet, ahová a lemezt menti, és várja meg a konverzió végét.

A virtuális lemez átalakítása után behelyezhetjük azt egy kész virtuális gépbe, vagy létrehozhatunk újat, és a paraméterek konfigurálása közben kiválaszthatunk egy kész virtuális lemezt a Hyper-V hipervizoron. Elolvashatja, hogyan kell ezt megtenni.

Biztonsági másolat készítése és visszaállítása egy virtuális gépről

• Futtassa a "Checkpoint" létrehozását, amely pillanatképeket (pillanatképeket) hoz létre a virtuális gép meghibásodása utáni gyors helyreállításhoz szükséges partíciókról. Ezt a módszert futó virtuális géppel is használhatja futás közben.
  Ez a módszer csak a teljesítmény helyreállítására, a fájlok mentésére jó, és hasonlók nem fordulnak elő.
• És a teljes virtuális gép mentése az export segítségével. Ez a módszer nem a leggyorsabb, de a legmegbízhatóbb. Így biztonsági másolatot készít a teljes gépről konfigurációs fájlokkal és visszaállítási pontjaival.

Sokkal több olyan szkript létezik, amely automatikusan menti a lemezeket és a gépek biztonsági mentéseit, de erről bővebben egy másik cikkben.

Ellenőrzőpont létrehozásához nyissa meg a Hyper-V Manager alkalmazást, válassza ki a kívánt gépet, majd a Műveletek alatt válassza az Ellenőrzőpont lehetőséget.

Ezt követően megkezdődik az ellenőrzőpont létrehozása, a létrehozás előrehaladása nyomon követhető a virtuális gép "Állapot" oszlopában. A befejezés után létrejön az ellenőrző pont, és ha szükséges, helyreállhat belőle, ehhez egyszerűen válassza ki a "Visszaállítás" elemet, és ezt követően kezdődik az utolsó ellenőrzőpont visszaállítása.

Az exportáláshoz nyissa meg a "Hyper-V Manager" -t is, és válassza az "Export ..." lehetőséget, majd a megnyíló ablakban válassza ki a virtuális gép mentésének útvonalát, majd kattintson az "Export" gombra. Ezt követően megkezdődik a mentés, és az "Állapot" oszlopban is nyomon követheti annak előrehaladását. Ha elkészült, a kiválasztott könyvtárban látnia kell egy mappát, amely tartalmazza a virtuális gép nevét és az összes mentett adatot. Ennek a virtuális gépnek a visszaállításához válassza ki a "Virtuális gép importálása ..." elemet, és adja meg a szükséges mappát a hipervizor számára, majd kezdődik a visszaállítás.

Virtuális gép replikálása a Hyper-V-re

A replikáció egy módja annak, hogy egy virtuális gép teljes példányát elmentse egy második szerverre, de a szokásos biztonsági mentéssel ellentétben ez a replika mindig készen áll a kezdésre és a munka folytatására az utolsó ellenőrző ponttól, így nem kell időt pazarolnia a biztonsági mentés helyreállítására vagy fájlok másolása egyik szerverről a másikra. Ez a módszer jól alkalmazható olyan helyzetekben, amikor a virtuális gép leállítása nem megengedett, és szerverhiba esetén megállás nélkül kell folytatni a munkát ezen a virtuális gépen.

A replikáció testreszabható ütemezés szerint történik. A replikálás nem igényel külső tárolót; egyszerűen elvégezhető szerverről szerverre helyi hálózaton keresztül.

A replikációs funkció csak szerver operációs rendszereken érhető el (Windows Server 2008/2012/2016 ...)

1. Nyissa meg a Hyper-V Manager alkalmazást azon a kiszolgálón, ahol a replika másolásra és létrehozásra kerül.
2. Kattintson a jobb gombbal a kiszolgálóra, és válassza ki a kiszolgáló beállításait a legördülő menüben.
3. A megnyíló paraméterek ablakban aktiválnia kell ennek a kiszolgálónak a funkcióját, hogy elfogadja a replikációt más szerverekről. Jelölje be a "Engedélyezze ezt a számítógépet replikakiszolgálóként" jelölőnégyzetet. Aktiváláskor meg kell adnia a hitelesítési portot, a 80 -as szabványt használja. Szintén az alábbiakban, a "Replikáció engedélyezése bármely hitelesített kiszolgálóról" részben megadhatja azokat a gazdagépeket, amelyekről a replikációt végzi, és beállíthatja a hitelesítési paramétereket.
   

   Ellenőrizze a tűzfal beállításait, hogy a megfelelő port nyitva van -e, vagy ha a fogadó replikakiszolgáló összes portját le kell zárni, akkor a parancssor segítségével csatlakozhat. Ehhez írja be a következő "netsh advfirewall tűzfal hozzáadása szabály neve =" HVReplica "dir = művelet = protokoll engedélyezése = TCP localport = YOUR_PORT" lehetőséget.

4. Most be kell állítania azt a szervert, amelyről a replikákat elküldi. Ehhez nyissa meg a hipervizor kezelőt, és lépjen a kívánt virtuális gépre. Kattintson a jobb gombbal a virtuális gépre, és válassza a "Replikáció engedélyezése" lehetőséget.
5. Megnyílik a konfigurációs varázsló. Ebben jelöljük meg a célszervert.
   
6. A replikációs paraméterekben beállíthatja a létrehozandó replikák idejét és számát.
   
7. A replikáció első indításakor a teljes virtuális gép teljes példánya megjelenik a megadott kiszolgálón.
8. Kész, így létrehoztunk egy virtuális gép replikációját egyik szerverről a másikra.

Következtetés

Ebben a cikkben leírtuk azokat az alapvető lépéseket, amelyeknek meg kell felelniük a Hyper-V hipervizorral való munkavégzés során, különösen egy virtuális gép létrehozásakor.

Amióta a Microsoft 2008 -ban bemutatta a HYPER V próbaverzióját a PC -felhasználóknak, a számítástechnika sokat fejlődött. Mindeközben, bármilyen újításokat is hoz a modern világ, ez a hipervizor alapján kifejlesztett hardver virtualizációs rendszer ma sem nélkülözheti. Igaz, manapság a Windows 7 rendszeren mind a HYPER V SERVER, mind a HYPER V MANAGER összetevő telepíthető, ami némileg megkönnyíti annak használatát a hálózat hibakeresésekor.

Ennek ellenére a gyakorlat azt mutatja, hogy a HYPER V telepítése gyakran zavart okoz, különösen azokban az esetekben, amikor egy kezdő vagy egy felhasználó, aki nem ismeri az ilyen Microsoft rendszer sajátosságait és a hálózaton való munkavégzéshez való konfigurálás alapjait, vállalja a feladatot. . Ebben az esetben kiderül, hogy egyszerűen lehetetlen megválaszolatlanul hagyni a HYPERV MANAGER és a HYPER V SERVER Windows 7 rendszert futtató számítógépen történő telepítésének és konfigurálásának kérdését.

1. lehetőség: A HYPER-V szerver telepítése és hibakeresése

Nem titok, hogy ma a Microsoft HYPER V SERVER rendszerét többféle összeállításban mutatják be, amelyek mindegyikének megvannak a maga előnyei és hátrányai. Különösen nem olyan régen vált elérhetővé az Internet -felhasználók számára a Windows Server 2012 r2 hyper v kiadása. A legnépszerűbb opció azonban továbbra is a Microsoft HVS 2008 R2 Core beállítású verziója.

A HYPER-V bázis mellett nem rendelkezik további kiterjesztésekről, ami azonban nem mínusz, hanem plusz, tekintettel arra, hogy ez biztosítja a lehető legmagasabb teljesítménymutatókkal rendelkező tárhely-erőforrások optimális felhasználását. A telepítési és hibakeresési folyamat több szakaszból áll.

І szakasz - a számítógép előkészítése

Az előkészítő szakaszban 3 alapvető lépést kell elvégeznie:

1. töltse le és írja be a rendszerindító meghajtót a HYPER V SERVER 2008R2 képpel. Alapként ugyanazt az ingyenes terjesztést veheti igénybe a Microsoft webhelyéről. Jól fog menni;
2. ellenőrizze, hogy a processzor támogatja -e a hardver virtualizációt;
3. állítsa be a számítógép külső meghajtóról történő indításához szükséges paramétereket.

ІІ szakasz - a rendszer telepítése a Windows 7 rendszerre

Az előkészületek befejezése után csatlakoztassuk a számítógéphez az USB flash meghajtót / lemezt a HYPER V SERVER 2008 R2 képpel, és indítsuk el onnan. A megjelenő ablakban válassza az angol nyelvet munkanyelvként, módosítsa az időformátumot oroszra, majd kattintson a Tovább gombra:

Ezután kattintson a Telepítés most gombra, majd a licenc elolvasása után megerősítjük a Microsoft HVS 2008 R2 használatára vonatkozó szerződés feltételeinek elfogadását. Ezt követően válassza az Egyéni ("Teljes") telepítési lehetőséget, és folytassa a "Merevlemez -particionálás" lépéssel:

Itt a cselekvés elve ugyanaz, mint a Windows telepítésekor / újratelepítésekor: formázzuk a merevlemezt, majd osszuk 2 partícióra. Az első a hipervizor elhelyezésére van fenntartva (a memória mennyisége legalább 15 GB); a második - a virtuális gépek tárolására a hálózatban (5 GB memória elég lesz). A bontás befejezése után kattintson a Tovább gombra, és várja meg, amíg az adatok másolásra kerülnek, és a számítógép újraindul.

ІІІ szakasz - az alapvető paraméterek meghatározása

Miután a HYPER V SERVER 2008R2 telepítése befejeződött, és az újraindítás befejeződött, a program kéri, hogy adjon meg jelszót a hálózati rendszergazdának. Az alapértelmezett követelmény egy 6 számjegyű jelszó, 1 nagybetűvel és 1 számjeggyel (speciális karakter). Ezt követően két konzolos ablak jelenik meg a képernyőn - a normál parancssor és az opciók (vezérlő) konzol kék alapon:

Ezen a ponton a HVS 2008 R2 Options Console -lal kell dolgoznunk:

Először válassza ki a 8. lépést, jelölje be a szükséges hálózati adaptert, majd írja le az ip-címet, az alapértelmezett átjárót és az alhálózati maszkot. A beállítások mentése után lépjen a főmenübe, válassza ki a 7. tételt, vezesse az angol E betűt, majd a "2" számot - csatlakozzon az ügyfelek korlátozása nélkül. Ezután ismét visszatérünk a főmenübe, kiválasztjuk a 9. tételt, és hasonló módon beállítjuk a hálózaton lévő szerver dátumát és idejét.

IV. Szakasz - további paraméterek hibakeresése

A HVS 2008 R2 megfelelő működéséhez a hálózaton be kell állítania a kiszolgáló nevét és a munkacsoportot is. Ehhez válassza ki az 1. tételt a menüben, hajtsa be a W betűt, és rendeljen nevet a munkacsoporthoz (meg kell egyeznie a hálózati rendszergazda számítógépének nevével). Ezután kiválasztjuk a 2. elemet, megadjuk a szerver hálózati nevét (például HVS-2008), és a rendszer újraindításával elmentjük a módosításokat. Ezután más paramétereket állítottunk be a távirányítóhoz. Ehhez távolról csatlakozunk a számítógéphez, kiválasztjuk a 4. pontot, és felváltva hajtjuk végre az 1. és 2. albekezdésből származó parancsokat az újraindításig.

Most töltse le az eszközcsomagot RSAT a Microsoft fejlesztette ki, és a Windows 7 rendszerben kirakjuk belőle a virtuális gépek felügyeletére tervezett HYPER-V menedzser programadatait. Ezt követően már csak a paraméterek beállítása a felhasználók számára, és a szükséges szolgáltatások telepítése a számítógépre.

2. lehetőség: A HYPER-V menedzser előkészítése

A HVS 2008 R2 helyett a hálózathoz való csatlakozáshoz használhatja a HYPER-V kezelőt is. Könnyebb telepíteni, bár az alapja csak a Windows 7 Professional és újabb verzióinak összeállítására korlátozódik. Így vagy úgy, az eljárás a következő:

Nem titok, hogy a Hyper-V beágyazott virtualizáció már elérhető a Windows Server 2016 rendszerben. Annak ellenére, hogy az írás idején csak a Technical Preview 5 verzió érhető el, már benne is nagyon közel lehet az új funkcióhoz, amelyet ebben a cikkben megpróbálok röviden leírni.

Szeretném megjegyezni, hogy minden, ami elhangzott, a kiadás előtti verzióra vonatkozik, és nagyban eltérhet a hivatalos kiadástól.

Ha érdekelnek a Windows Server témái, javaslom, hogy hivatkozz a blogom címkéjére.

A különböző gyártók hipervizoraiba ágyazott virtualizációs funkció már régóta elérhető. Például a VMWare 64 bites beágyazott virtuális gépek támogatását az ESXi 5.1 verzióban valósították meg, és ez már 2011-ben megtörtént, nem is beszélve a 32 bites, korábban már elérhető operációs rendszerek támogatásáról. A többi árus sem maradt el. A Microsoft ilyen funkcióit azonban a mai napig nem láthattuk. Miért? Nem találtam hivatalos választ, de beszélhetünk mind általános álláspontról (akkoriban nem kiemelt feladatról), mind pusztán logikus érvelésről - 2008 -ban, a Windows Server 2008 és az azt követő 2008 -as R2 megjelenésével, beágyazott a virtualizáció nem volt teljesen releváns, elvégre a hipervizor sok területen még sok szempontból nedves volt (például a max. vCPU 4 -re korlátozódott), és a versenytársakkal kialakult helyzet olyan volt, hogy a Microsoftnak valójában fel velük.

Építészet

Az első típusú klasszikus virtualizáció egy hipervizor, amely korlátozza a hozzáférést a berendezésekhez egyetlen szülő és több vendégpartíció között. Ugyanakkor a virtualizációnak csak egy szintje érhető el - 1. szint -, és a beágyazott virtuális gépek (virtuális gép a virtuális gépen belül) használata nem feltételezhető. Általában az architektúra így néz ki:

Korábban egy kísérlet a Hyper-V szerepkör virtuális gépen belüli telepítésére mindig hibával zárult:

Ez azért történt, mert a hipervizor szándékosan elfedte a virtualizációért felelős hardver utasításokat (Virtualization Extensions) a vendég operációs rendszer vendégkészleteiből-Intel VT-x és AMD-V (mindannyian emlékezünk arra, hogy a Hyper-V egy hardver virtualizációs rendszer, és nem támogatja a funkcionalitást) hardveres oldalon nem fog működni).

Most az architektúra úgy változott, hogy lehetővé vált a hardver utasításkészletek átvitele a vendég operációs rendszerre (alapértelmezés szerint ez a funkció le van tiltva):

Mindez lehetőséget teremt a beágyazott virtualizációra, amely nem korlátozódik a második szintre (2. szint a fenti ábrán).

Jegyzet: laboratóriumi körülmények között egészen nyugodtan telepítettem egy virtuális gépet a negyedik fokú fészkeléssel.

De mint minden friss technológia (ebben az esetben, kifejezetten a Microsoft számára), ennek is vannak korlátai, amelyeket az alábbiakban tárgyalunk.

Korlátozások

Feltételesen hardverre és szoftverre osztható.

Hardver

A hardver korlátai az Intel processzor VT-x és EPT technológiákhoz való kötelező támogatásán alapulnak. Ha a Hyper-V korábbi verziói esetében a VT-x jelenléte volt az alapkövetelmény, akkor az EPT szükségessége csak most és csak beágyazott virtualizáció esetén jelent meg:

Jegyzet: Az Intel EPT közvetlen hozzáférést biztosít a virtuális gépekhez a memóriához, megkerülve a hipervizort, és valójában a memóriaoldalak virtualizálásának technológiája. Ez a technológia nem új, és még a rég elavult Core 2 Quadban is megtalálható.

És semmit nem felejtettem el anélkül, hogy írtam volna az AMD processzorokról. A tény az, hogy az AMD processzorok beágyazott virtualizációját még nem támogatja a Windows Server 2016 TP5.

Szoftver

Sokkal több szoftverkorlátozás van:

1. A Windows Server 2016 vagy a Windows 10 használata szülői és vendégszakaszokban egyaránt;
2. Virtuális gép 8.0 és újabb konfigurációs verzióval;

Jegyzet: a Windows Server 2016 rendszerben a virtuális gép konfigurációs fájljainak tárolási formátuma megváltozott. A fejlesztők szerint az új formátum megbízhatóbbá vált, és támogatást kapnak olyan új funkciók is, amelyek nem lesznek elérhetők, ha virtuális gépeket használnak a konfiguráció régi verziójával (Windows Server 2012 R2 esetén ez a verzió 5.0).

Nem támogatott beágyazott virtuális gépek esetén:

1. Dinamikus memória;
2. Dinamikus migráció;
3. Pillanatképek a virtuális gépekről és a Mentés / visszaállítás állapotokról;

Fontos megjegyezni, hogy ha beágyazott virtuális gépeket kíván kiadni egy külső hálózatra, akkor a virtuális kapcsoló felemelkedik a "host" virtuális gép virtuális adapterén, és több virtuális hálózati adapter lesz rajta, több MAC címet jelent, ami azt jelenti engedélyeznie kell a MAC -cím hamisítását az adapteren... Ez is korlátozás bizonyos értelemben.

Van egy megoldás is - használja a NAT -ot (ez is egy új funkció, amelyet alább tárgyalok).

Alkalmazás

Azok, akik először találkoztak beágyazott virtualizációval, kérdésük lehet annak hatóköréről. Maradjunk ennél részletesebben.

A tesztelés és a fejlesztés tűnik a legmegfelelőbb forgatókönyvnek. A termelésben természetesen használhat teljesen beágyazott virtuális infrastruktúrát, de minden bizonnyal a beágyazott példányok teljesítményének csökkenésével kell szembenéznie.

Érdekes lett számomra, hogy valódi környezetben ellenőrizzem a CPU teljesítmény csökkenését a különböző fokú fészkelő virtuális gépeken. Ehhez a Hot CPU Tester Pro -t használtam. Bár a teszt rendkívül szubjektívnek bizonyult, legalábbis a CPU teljesítményének jelentős csökkenésére utal:

Jegyzet: a CPU teljesítményindexének méréséhez egyszerűen egyenként futtattam le a tesztet, először a hoszton (minden virtuális gép elnémítva), majd bekapcsoltam a virtuális gépet, és megmértem a benne lévő indexet, kiosztva a lehető legnagyobb számú vCPU -t. A következő lépés az volt, hogy elindította a virtuális gépet ezen a virtuális gépen belül, és megmérte a teljesítményindexet a második beágyazás virtuális gépén belül, stb.

A türelmem csak a harmadik fészkelés egy példányának bevetéséhez volt elegendő.

Testreszabás

A beágyazott virtualizáció használatához számos beállítást kell végrehajtania a gazda operációs rendszeren. Lássunk neki.

VM verziófrissítés

Ha valamilyen oknál fogva a virtuális gép konfigurációs verziója 7.1-nél alacsonyabb (például a Hyper-V-re költözött a korábbi Technical Preview verziókból), akkor feltétlenül frissítse a konfigurációt manuálisan, kattintson a jobb gombbal a virtuális gépre, és válassza a Frissítse a konfigurációs verziót:

Vagy a Powershell -en keresztül:

PowerShell

Update -VMVersion -Name "vm_name"

Update -VMVersion -Name "vm_name"

Ez utóbbi lehetőség kényelmes a virtuális gépek tömeges frissítéséhez. A paranccsal egyszerre frissítheti az összes virtuális gépet Get-VM | Update-VMVersion.

Beágyazott virtualizáció aktiválása

Alapértelmezés szerint a hipervizor továbbra is elfedi a virtualizációért felelős hardver utasításkészleteket, anélkül, hogy továbbítaná azokat a vendég operációs rendszerhez, amint azt korábban említettem. A viselkedés megváltoztatásához futtassa a következő parancsot:

Héj

Set -VMProcessor -VMName VMName -ExposeVirtualizationExtensions $ true

Set - VMProcessor - VMName VMName - $ true

Opció módosítása ExposeVirtualizationExtensions csak a Powershell -en keresztül érhető el.

MAC / NAT hamisítás

Ha azt tervezi, hogy beágyazott virtuális gépek hálózatát úgy konfigurálja, hogy azok mind egy valódi helyi hálózatban legyenek, akkor több MAC -cím lóg a "host" virtuális gép egyetlen hálózati adapterén. Ez várhatóan kommunikációs problémákat okoz, ha a beállítás nincs aktiválva Engedélyezze a MAC -cím hamisítását(és alapértelmezés szerint nincs aktiválva).

Jelölje be a négyzetet manuálisan:

Vagy a Powershell -en keresztül:

Héj

Get -VMNetworkAdapter -VMName "vm_name" | Set -VMNetworkAdapter -MacAddressSpoofing On

Get - VMNetworkAdapter - VMName "vm_name" | Állítsa be - VMNetworkAdapter - MacAddressSpoofing On

Ha nem tervezi a beágyazott virtuális gépek kiadását a helyi hálózaton, de mégis szeretné biztosítani számukra a hálózaton keresztüli kommunikáció lehetőségét, akkor feloldhatja a NAT -ot. Ehhez létre kell hoznia egy belső típusú virtuális kapcsolót a paranccsal (jelenleg a NAT konfigurálása csak a Powershell segítségével lehetséges):

Jegyzet: ha eddig a beállításokat a gazda operációs rendszeren végezte el, akkor a NAT -ot a virtuális gépen belül kell konfigurálni.

Héj

New -VMSwitch -Name "NAT 01" -SwitchType Internal

Új - VMSwitch - Név "NAT 01" - SwitchType Internal

NAT létrehozása:

Héj

New-NetNat -Name "név"-BelsőIPInterfaceAddressPrefix "ip-address / netmask"

Új - NetNat - Név "név" - InternalIPInterfaceAddressPrefix"ip-cím / netmaszk"

Kérjük, vegye figyelembe, hogy ebben a szakaszban el kell döntenie a NAT mögött használt alhálózatról. Természetesen a címek tartományának nem szabad átfednie a helyi hálózat valós tartományaival.

A felülethez címet rendelünk.

Helló, Habr! Most felteszek neked egy kérdést, és azt gondolod: Mi az, ami nagyon népszerű és egykor félelmetes volt számodra személyesen, most csak a „nosztalgikus” emlékre emlékezik? Bizonyára valaki emlékezni fog Dendyre vagy a Super Nintendóra, és van, aki a személyhívójára. Szóval, mire vagyok én ... Van egy kifejezés: "semmi sem tart örökké". Mai cikkünkben megfontoljuk, hogy ez igaz-e a fejlesztési térben, és érdemes-e a VMWare-t a Hyper-V javára tenni a virtualizáció érdekében? Fogjuk érinteni mindkét platform előnyeit és az egyikről a másikra való áttérés folyamatát. Nézz a vágás alá!

Lírai kitérő

Csodálatos időben élünk. És talán szörnyű, attól függően, hogy melyik oldalról néz. Most lehetséges, hogy szó szerint 20 évvel ezelőtt fantasztikus könyvekben olvastam: 200-500-1000 év múlva jött a jövő. Repülések más bolygókra, túlmutatva Naprendszerünkön, "virágzó almafák a Marson" - mindez távolinak és megvalósíthatatlannak tűnt.

És most van (nos, gyakorlatilag van) egy űr nukleáris motorunk, egy tervünk, hogy 2024 -ben elrepülünk a Marsra, és van egy műholdunk a Naprendszerünkön kívül.

Tehát tulajdonképpen hová vezetem mindezt. Ez azt jelenti, hogy mindez a gyorsan fejlődő számítógépes technológiának köszönhetően (vagy annak ellenére) vált lehetővé. Beszéljünk most az egyik ilyen technológiáról.

Felirat

Volt egy társaság. Se nagy, se kicsi, se magas, se alacsony. Egy ilyen köpködő középvállalkozás. Magának élt több állvány felszereléssel, régi, anyjától örökölt. És elérkezett a pillanat, hogy megújítsuk ezt a gazdaságot. Az elvtársak kiszámolták a berendezések költségét, úgy gondolták, igen, úgy döntöttek, hogy megvalósítják a virtualizációt. És az év régen volt, a dicső fajta univerzális virtualizáció képviselői közül csak a VMWare volt az. Általában megvalósították. Ahogy telt az idő, a feladatok megváltoztak, a dicsőséges virtualizáció más képviselői nőttek. És itt az ideje ismét képviselőt választani ...

Az informatikusok fő kérdése a "Miért?"
(vagy "minek?")

Hadd mutatkozzam be. A nevem Anton, és az egyik nagy orosz kiskereskedő infrastrukturális megoldások osztályának vezetője vagyok. Mint minden önbecsülő szervezetben, a virtualizációt és természetesen a "szeretett" 1C-t használjuk. Hosszú ideig implementáltuk a VMware -t, vele éltünk, elvileg nem rossz (bár van elég történet a szürke hajról, ami hozzátett engem), de mint minden fejlesztésnél, időnként körül kell néznünk, hogy megtudjuk alternatív megoldások.

És az átmeneti történetünk akkor kezdődött, amikor megláttam a Hyper-V-t az egyik sarokban a VMware-vel a Gartner kvadránsban. Ekkor kezdtem elgondolkodni. A gondolkodás eredményeként ilyen jelzést kaptunk "mellette / ellen" az átmenetre. És a híres VMware jamb -ek CBT -vel ... Sőt, kétszer két különböző kiadásban. Közvetlen tűz!

Egy perc hype

Rögtön eszembe jut egy anekdota:

„Honnan tudod, hogy valaki lelkes vegán? Semmiképpen. Ő maga mesél majd róla. "
Ugyanez van itt - hogyan lehet felismerni a lelkes vörös szeműeket. Semmiképpen. Ő maga fogja elmondani, hogy a Linux Isten kegyelme, a Windows pedig a sötétség hercegének terméke.

A gyűlölők 2x354 azonnal állványba fognak állni, és folyadékokat fröccsenve kezdik elmesélni, hogy a Microsoft frissítései hogyan teszik tönkre az egész operációs rendszert. Igen, itt nem vitatkozom, elvtársaim szeretik az ilyen vicces ajándékokat. De általában véve véleményem szerint a Microsoft fejlesztési folyamata tökéletesre sikerült. A forradalom nem az övék, de az evolúció az erősségük. És mindenki azt választja, ami közelebb áll hozzá.

Azonnal fenntartást fogok tenni - volt egy összehasonlítás is "jellemző szerint", csak az életben senki "józan eszével és erős memóriájával" nem épít klasztereket az értékek korlátozásával. Igen, és valójában majdnem olyanok, mint az ikertestvérek, és én személy szerint nem látom az alapvető különbséget, hogy hány száz mag adható egy virtuális géphez.

Egy perc holivar

Miért csak a marketing a VMware Killer funkciója?

Hibatűrés. Komolyan? Elolvasta a korlátozásokat? Tényleg használja a gyártásban? Ha igen, akkor őszintén, emberileg sajnállak titeket ... Mindig nem láttam, hogy ez valakinek valóban hasznos lenne ...

USB- és PCI -eszközök továbbítása. Szintén nagyon ellentmondásos pont. Ezek a dolgok megfosztják a virtuális gépet a virtualizáció fő előnyétől - a gazdagépek közötti ingyenes migrációtól. PCI továbbítást használtunk, de amint megtagadhattuk, megkönnyebbülten lélegeztünk ki. Az USB -továbbításhoz mind szoftveres, mind hardveres megoldásokat már régóta feltaláltak és gyártottak. Sokkal könnyebb.

Olvassa el az adatok gyorsítótárazását a helyi SSD -ken. Igen, amikor kijöttem, nagyon örültem ennek a lehetőségnek. De a valóságban még a szintetikus adatoknál sem láttam növekedést. És egy munkakörnyezetben rendszeresen elkaptam ennek a rendszernek a lefagyását (itt nem azt állítom, hogy a rendszer a hibás - talán a görbe kezem tett valamit rosszul). És a hab a tortán: ez a rendszer csak egy bizonyos méretű blokkokat tárol gyorsítótárban, és sok időt kell töltenie a lekérés méretéről szóló információk gyűjtésével a lemezre, hogy átgondolja, melyik virtuális gépet kell előnyben részesíteni ennek használatával technológia.

De a Hyper-V szabványos képességgel rendelkezik a lemez zsugorítására. Tudod, hányszor álmodtam erről a VMware -ben? Sokkal több, mint amit el tud képzelni.

Igen, még egy pillanat. A másik hipervizorra váltás egyéni döntés, de íme a stop faktorok listája, amelyek jelenlétében véleményem szerint biztosan nem érdemes Hyper-V-re váltani. Nos, vagy alaposan gondoljon át mindent, és próbálja ki.

1. Rendszergazdája van Linux szervereken.
2. Futtatnia kell az egzotikumot.
3. Kész virtuális szerverekre van szüksége a szállítóktól (szerintem ez csak idő kérdése).
4. Nem szereted a Microsoftot.
5. A hardverrel együtt ingyen kapta a VMware -t.

Meditációs tabletta

A Hyper-V-re való áttéréshez	A Hyper-V-re való átállás ellen
Csökkentse a VMware licencköltségeit	A VMware platform híressége
Az Azure ugyanazon a platformon alapul	Elosztási méret (spoiler: A Nano Server nem az esxi analógja - kissé eltérő ideológia és pozicionálás)
Érdekes hálózati virtualizáció	Egyszerű engedélyezési rendszer
Replikáció virtuális gépek más tárolórendszereire szabványos módszerekkel	Számos különböző operációs rendszer támogatása
Bónuszok virtualizációs készlet (CIS készlet, amely tartalmazza a Windows Datacenter + System Center) vásárlása esetén	A VMware már fut
Különféle finomságok a Windows szerverek telepítésekor	A hipervizor külön termékként nem támogatott
Zsugorodó tárcsák menet közben	A VDI itt csak laboratóriumokhoz / tesztekhez használható. Ez nem alkalmas gyártásra
Gyorsabb támogatás az új Windows verziókhoz	Érdekes komplett megoldások jelennek meg a virtualizációban, amikor hardvert és szoftvert vásárol egy szállítótól, és egy felügyeleti konzolt és egy technikai támogatási ablakot kap
Ez a Microsoft	Ez a Microsoft

A hit ugrása

Sokáig gondolkodtam és tűnődtem, de aztán a csillagok összefolytak, és frissítettük a szerverparkot. A régiek pedig megmaradtak, és nem rosszak, csak már a mai mérce szerint lassúak, ráadásul erkölcsileg elavultak. A stratégiai döntés pedig az volt, hogy a Hyper-V alapján fejlesztő farmot hoznak létre. Húztuk a szervereket egy új webhelyre, frissítettük a szerver firmware -jét, és már indulunk is.

A tesztterv egyszerű volt:

1. Fogjuk a szervert.
2. Telepítsd rá az esxit. Nem változtatunk semmit, az alapértelmezett beállításokat.
3. Öt alkalommal hajtunk végre teszteket:

   A) 1C Gilev teszthez.

4. Öt alkalommal hajtunk végre teszteket:

   A) 1C Gilev teszthez.

   B) SQL esetén - script írása.

5. Telepítse a Hyper-V-t. Nem változtatunk semmit, az alapértelmezett beállításokat.
6. Telepítjük a virtuális gépet.
7. Öt alkalommal hajtunk végre teszteket:

   A) 1C Gilev teszthez.

   B) SQL esetén - script írása.

8. A legjobb gyakorlatok szerint állítottuk be.
9. Öt alkalommal hajtunk végre teszteket:

   A) 1C Gilev teszthez.

   B) SQL esetén - script írása.

10. Telepítjük a Windows Szervert egy fizikai gépre, konfiguráljuk a legjobb gyakorlatok szerint, és teszteket futtatunk.
11. Összehasonlítjuk és gondolkodunk.

Felszerelés: Dell FC 630, 2 Intel Xeon E5-2643 v4 processzor (tisztán az 1C-hez), 512 GB memória.
Meghajtók: san hálózat Dell SC 200 alapú olvasásintenzív SSD-vel.

A következő eredményeket kaptuk:

VMWare legjobb gyakorlatok nélkül	Gilev teszt	SQL teszt
1	22.42	12.2
2	18.6	17.51
3	18.12	7.12
4	26.74	7.18
5	26.32	4.22
VMWare a legjobb gyakorlatokkal	Gilev teszt	SQL teszt
1	26.46	4.28
2	26.6	6.38
3	26.46	4.22
4	26.46	6.56
5	26.6	4.2
HyperV legjobb gyakorlatok nélkül	Gilev teszt	SQL teszt
1	27.17	4.32
2	26.46	6.08
3	26.04	4.24
4	26.18	5.58
5	25.91	6.01
HyperV a legjobb gyakorlatokkal	Gilev teszt	SQL teszt
1	26.18	6.02
2	27.62	6.04
3	26.46	6.2
4	26.74	4.23
5	26.74	6.02
Fizika	Gilev teszt	SQL teszt
1	35.97	4.06
2	32.47	4.04
3	31.85	6.14
4	32.47	5.55
5	32.89	5.43

Legenda

Gilev teszt - a több jobb, absztrakt "papagájok".

SQL teszt - a kevesebb jobb, végrehajtási idő.

Amit beállítottunk:

1. A DELL Poweredge 630 gazdagép előkészítésének lépései.

3.1.1 Helyezze a cserefájlt az SSD -re. Fürt -> Fájlcsere helye -> A cserefájlt ugyanabban a könyvtárban tárolja, mint a virtuális gépet. Konfiguráció -> VM -cserefájl helye -> Szerkesztés.

3.1.3 A SAN multipathing konfigurálása a gazdagépen keresztül -> Konfiguráció -> Tárolás -> Útvonalak kezelése -> Útvonalválasztás -> Round Robin.

3.1.4 Host engedélyezése -> Konfiguráció -> Energiagazdálkodás -> Tulajdonságok -> Nagy teljesítmény.

3.2.1 Paravirtual lemezeket használunk: VM -> SCSI Controller -> Change Type -> Paravirtual.

3.2.2 Kívánatos, hogy a vastag tartalék lelkes nullázást használja.

3.2.3 Kapcsolja be a virtuális gépet -> Beállítások -> CPU / MMU virtualizáció -> Használja az Intel VTx utasítást, az Intel EPT pedig az MMU virtualizációt.

3.2.4 A VM BIOS letiltása -> Régi lemez, VM BIOS -> Elsődleges anyag CD ROM.

4. Lépések a teszteléshez Windows Server platformon a legjobb gyakorlatok nélkül:

4.1 Telepítse a Windows Server 2016 Datacenter -t a gazdagépre és minden frissítésre.

4.2 A szükséges beállításokat elvégezzük a gazdagépen.

4.3 Telepítse a Windows virtuális gépet és az összes frissítést.

4.4 Telepítse az "1C: Enterprise" -t. Beállítjuk, ha szükséges, egyelőre alapértelmezés szerint beállítjuk, 1C - 8.3.10 (legújabb) verzió.

4.5 Különálló gépen telepítse a Windows Server 2016 rendszert az SQL 2016 szerverrel minden frissítéssel.

5.1.1 Az MPIO aktiválása:
Enable -WindowsOptionalFeature - Online - FeatureName MultiPathIO
(Get -WindowsOptionalFeature - Online - FeatureName "MultiPathIO"). Állapot

5.2.1 A Generation2 VM -et használjuk.

5.2.2 Rögzített lemezeket használunk a virtuális gépben.

Ha az élet a Marson van?

Úgy tűnik, hogy az élet sikeres, a tesztek azt mutatják, hogy a számítások és az arányok helyesek voltak, és most jön a nagyon kívánt nirvána ... Így gondoltam és reméltem, amíg tesztelő módba nem állítunk egy klasztert a fejlesztők számára.

Nem fogok hazudni, a telepítés nagyon egyszerű és egyszerű. A rendszer maga ellenőrzi mindazt, amire szüksége van, hogy boldog legyen, és ha valami nincs ott, elküldi a legközelebbi élelmiszerboltba, részletes jelentést mutat a hibáról, és még tanácsot is ad a probléma megoldásához. E tekintetben sokkal jobban tetszett a Microsoft terméke.

Azonnal eszembe jutott egy ötnapos levelezés története a VMware technikai támogatásával az 5.5-re való átállás problémájáról. Vicces dolognak bizonyult. Ha külön fiókot hoz létre az SQL -kiszolgálón a vSphere csatlakoztatásához, akkor annak jelszava nem lehet hosszabb 14 karakternél (vagy 10, most nem emlékszem), mert akkor a rendszer csonkolja és eldobja a jelszó egy részét felesleges rész. Valóban, ésszerű magatartás.

De minden mulatság később kezdődött. Az egyik szerver összeomlott, és nem volt hajlandó látni a hálózati kártyát (ennek eredményeként az operációs rendszernek semmi köze hozzá). Aztán a szerverek kezdtek veszíteni a kvórumból. Aztán a szerverek kaotikusan repülni kezdtek a klaszterből. A VMM nem igazán működött, és gyakran nem tudott csatlakozni a farmhoz. Aztán a szerverek szünetelni kezdtek a fürtben. Aztán az áttelepítés során a gépek két gazdagépen kezdték egymást látni. Összességében a helyzet közel volt a katasztrófához, ahogy gondoltuk.

De miután összeszedtük a bátorságunkat, úgy döntöttünk, hogy harcolunk. És tudod mit? Minden sikerült. És kiderült, hogy a hálózati kártyával kapcsolatos problémák hardveresek, a klaszter problémája a helyes hálózati konfiguráció után oldódott meg. És miután a host operációs rendszert és a VMM -t angol verzióra rendeztük át, minden rendben lett. És akkor szomorúnak éreztem magam ... 2017, de még mindig telepítenem kell az angol Windows rendszert, hogy kevesebb probléma legyen. Ez egy epikus kudarc szerintem. De bónuszként sokkal egyszerűbb keresést kaptunk a hibák szövegében.

Ennek eredményeként a fürt elindult, a VMM megfelelően működik, és elkezdtük terjeszteni a virtuális gépeket a felhasználók számára.

Egyébként az, aki feltalálta a VMM interfészt és a logikát, külön kazánt érdemel a pokolban ... Azt mondani, hogy érthetetlen, nem mond semmit. Amikor először kinyitottam, teljesen az volt az érzésem, hogy egy idegen hajó műszerfalát nézem. Úgy tűnik, hogy a formák ismerősek, de nem érthető, hogy mi mi és miért. Bár lehetséges, hogy sok év után megszokom. Vagy csak memorizálja az akciókat, mint egy majom.

Milyen érzés, amikor végre beindítja a traktort?

Általánosságban elmondható, hogy az átmenetből származó érzelmeim és érzéseim pozitívak. A Microsoft sablonjai és képességei az operációs rendszerhez nem hasonlíthatók össze a VMware megfelelőivel. Nagyon kényelmesek, hatalmas számú mindenféle csengővel és síppal, amelyek általában meglehetősen ésszerűek. Miközben a fejlesztők számára klasztert működtetünk, új élethez szokunk.

Még mindig nagyon, de nagyon kellemesen meglepett a kérdés a gépek VMWare -ből való áttérésével. Kezdetben fórumokat olvastam, szoftvereket kerestem, gondoltam, milyen lesz. Kiderült, hogy már mindent gondoltak helyettem. Rövidesen összekötöttük a vCenter -t a VMM -mel, és közvetlenül a VMM -től azt mondta: "Kedves elvtárs, kérlek, add ide azokat az édességeket, túl finomak, kérlek, küldd el ezt a virtuális gépet az új hipervizorhoz." És az a vicces, hogy elvándorolt. Első alkalommal. Nincs tamburin vagy hiba. Ennek eredményeként a migráció, amelynek teszteléséhez egy hetet terveztem, 40 percen belül megmaradt, ebből 20 maga a migráció.

Mi hiányzik:

1. Egy kis disztribúciós készlet, amelyet kifejezetten a virtualizációra szabtak (az esxi -hez hasonlóan).
2. Egy normál felügyeleti konzol (a konzol kényelmetlen, különösen a VMware felügyelete után, de van remény a Honolulu projektre. Mindenesetre, ha megnézzük a műszaki előnézetet, világossá válik, hogy a terméknek ugyanolyan könnyű kezelhetőséget kell biztosítania ).
3. Virtualizációs termék műszaki támogatása. Igen, tudom, hogy van prémium támogatás, de ez egyáltalán nem az, amit szeretne.

Összefoglalva (ha lusta vagy elolvasni a cikket):

1. Most a két platform teljesítménye nagyjából azonos.
2. Az 1C teljesítménye ugyanaz.
3. A Hyper-V-ben a virtuális lemezek fel- vagy leskálázhatók. És online.
4. Nagyon, nagyon, nagyon egyszerű, egyszerű migráció a VMWare -ből.
5. A baj a szokásos értelemben vett támogatással.
6. A VMM rendkívül kényelmetlen, különösen a vCenter után. Másrészt a VMM csak egy grafikus héj a PowerShell szkriptekhez, így mindezt a jól ismert Powershell CLI -n keresztül irányíthatja.
7. Az átálláshoz átképzést és a Hyper-V bonyolultságaival kell foglalkozni. Sok dolog és ideológiai megközelítés eltér egymástól.
8. Elegáns sablonok Windows virtuális gépekhez. Meglepően praktikus.
9. Pénzt spórolni.
10. Véleményem szerint érdekesebb a szoftver által meghatározott tárolás megvalósítása, de ez egy "amatőr".
11. Tisztelet annak a ténynek, hogy az egész Azure a saját technológiáira épül, amelyek aztán helyben jönnek.
12. Egyszerű és nagyon szoros felhőintegráció.
13. Nem rossz hálózati virtualizáció, sok érdekes ponttal.
14. Véleményem szerint a VDI nem a Microsoftról és a Hyper-V-ről szól. Másfelől azonban az alkalmazások (RemoteApp) nagyon alaposan készülnek, és a legtöbb vállalat számára ez alig lesz rosszabb, mint ugyanaz a Citrix.
15. A külső gyártók gyenge támogatása a Hyper-V-hez kész virtuális gépi képekhez (feltételezem, hogy ez a jelenség ideiglenes).
16. Nagyon furcsa új engedélyezési politika (magonként).

A szerzőről

Anton Litvinov az elmúlt 6 évben az 585 / Zolotoy cégnél dolgozott. Hálózati mérnökként az infrastruktúra -megoldások osztályának vezetőjévé emelkedett, és ennek eredményeként egyesíti Mr. Jekyll -t és Dr. Hyde -t - egy teljes stack mérnök és menedzser. Az informatikában körülbelül 20 éve.