Převod fyzického freebsd stroje na virtuální vmware. Vytváření virtuálních strojů z fyzických systémů

Vytvořte virtuální stroj rychleji obvyklým způsobem Instalací hostujícího OS můžete využít proces virtualizace hlavního operačního systému – toho, který je nainstalovaný na fyzickém počítači. Tento proces otočí hlavní systém se všemi jeho nastaveními, aktivací, nainstalované programy do svého virtuálního klonu, který lze použít v hypervizorech VMware, VirtualBox a Hyper-V.

Možnost virtualizace skutečný počítač na virtuální stroj je součástí funkčnosti edice Professional Paragon Hard Disk Manager 15. Program umí převádět fyzické pevné disky PROTI virtuální formát hypervizory VMware, VirtualBox a Hyper-V se zaváděcím hostujícím OS. Na virtuální stroj převedený z fyzický počítač, nemusí zahrnovat všechny části fyzického pevný disk. Můžete vybrat pouze některé oddíly nebo dokonce pouze jeden systémový oddíl s nainstalovaným systémem Windows.

Jak probíhá proces přeměny skutečných Windows na virtuální stroj pomocí programu Paragon Hard Disk Manager 15? Tento problém zvážíme níže na příkladu Windows 7 a hypervizoru.

1. Virtualizace fyzického počítače

Hard Disk Manager 15 v edici Professional od Paragonu je placený multifunkční softwarový balík, který obsahuje nástroje pro práci pevný disk, nástroje pro přenos operačního systému na jiný disk, funkce zálohování a další funkce. Mezi tyto další možnosti patří vytváření virtuálních strojů na základě dat fyzického počítače. Program lze zakoupit na oficiálních stránkách Paragon. Existuje i demoverze, ale ta bude málo použitelná. Demoverze je tedy průvodcem, který představuje potenciální možnosti programu po zakoupení licence. Demo verze Hard Disk Manager 15 nepoužívá plánované operace programu.

Paragon Hard Disk Manager 15 se ve výchozím nastavení spouští se zjednodušeným rozhraním podobným tomu původnímu Obrazovka Windows 8.1. V okně tohoto rozhraní vyberte dlaždici s nápisem „Kopírování P2V“.

Poté se nám zobrazí okno představující místo na disku počítače. Zde musíte vybrat oddíly disku počítače, které se změní na oddíly disku virtuálního stroje. V našem případě zaškrtneme políčko výběru, abychom vybrali pouze systémový oddíl na druhém pevném disku, kde je nainstalován systém Windows 7. Je nutné zaškrtnout políčko pro záznam MBR spouštění. Po provedení výběru klikněte na „Další“.

Další okno programu nabídne na výběr několik hypervizorů, včetně dvou verzí Hyper-V. V našem případě vyberte nejnovější verzi – položka “ Microsoft Hyper-V 2012“, protože tato verze je kompatibilní se standardním hypervizorem Windows 10, kde se bude v budoucnu pracovat s virtuálním strojem. Klikněte na „Další“.

V okně nastavení hardwaru vytvořeného virtuálního stroje můžeme změnit automaticky generovaný název a určit jinou velikost paměť s náhodným přístupem. Hyper-V 2012 také nabízí výběr generování virtuálních strojů. Pokud bychom mluvili o virtualizaci 64bitových Windows 8.1 a 10, mohli bychom vybrat generaci 2. V našem případě je do procesu virtualizace zapojen Windows 7, proto byla vybrána generace virtuálních strojů 1. Klikněte na „Další“.

Ve vlastnostech disku virtuálního stroje nic neměníme. Klikněte na „Další“.

Pomocí tlačítka procházet na konci řádku označíme umístění na disku počítače, kam budou umístěny soubory virtuálního stroje.

Spustí se proces virtualizace fyzického počítače.

Po dokončení klikněte na „Hotovo“.

Podél cesty ukládání uvidíme standardní složky s komponentami virtuálních strojů Hyper-V.

2. Přidání virtuálního počítače do Správce Hyper-V

Máme tedy nový virtuální stroj, který je úplným nebo částečným klonem fyzického počítače; Nyní jej musíme přidat do Správce Hyper-V. V druhém okně vyberte „Vytvořit“ a poté „Virtuální počítač“.

Zadejte název, který se zobrazí pro virtuální počítač ve Správci Hyper-V. Zaškrtneme políčko Uložit do jiného umístění a pomocí tlačítka Procházet určíme složku se soubory úložiště virtuálního počítače. Klikněte na „Další“.

V našem případě program Paragon Hard Disk Manager vytvořil virtuální stroj generace 1. Generaci vybranou během virtualizace označujeme také v procesu přidávání virtuálního stroje do správce Hyper-V. Znovu klikněte na „Další“.

Výchozí velikost paměti RAM je 1024 MB. Klikněte na „Další“.

Označujeme virtuální přepínač, v našem případě byl vytvořen dříve. Klikněte na „Další“.

V dalším okně vyberte druhou možnost připojení VHDX disku. Ten byl vytvořen již během procesu virtualizace a jsou na něj umístěna data z fyzického počítače. Stačí k němu zadat cestu. Disk VHDX se nachází ve složce souborů virtuálního počítače v podsložce označené „Virtuální pevné disky“. Klikněte na „Další“.

Vše – virtuální klon počítače ve správci Hyper-V lze nyní spustit a připojit pro správu.

Po spuštění se do hostujícího Windows 7 automaticky nainstalují některé další ovladače pro provoz virtuálního hardwaru. A po restartu můžete s virtuálním strojem začít naplno pracovat.

Měj krásný zbytek dne!

Hovoříme o cílech, záměrech a přínosech implementace virtualizace založené na MS Hyper-V

Hyper-V virtualizace fyzických serverů, pracovních stanic, instalace a konfigurace Hyper-V pro síťovou virtualizaci, technická podpora– Specialisté Integrus se s takovými problémy často setkávají při své každodenní práci.

K jakým účelům se v praxi používá virtualizační platforma Microsoft Hyper-V?

Instalace hypervizoru Hyper-V vám umožní vytvořit infrastrukturu pro virtualizaci serverů, síťových segmentů, klientských počítačů nebo jednotlivých aplikací. Díky virtualizačním nástrojům Hyper-V se provoz IT infrastruktury stává efektivnější, zvyšuje se bezpečnost a odolnost proti chybám a snižují se náklady na údržbu.

Podívejme se na několik výhod, které virtualizační technologie Hyper-V poskytuje.

Racionální využití zařízení

Podpora virtualizace hardwaru Hyper-V umožňuje soustředit servery na méně fyzických počítačů(jak ukazují zkušenosti, bez virtualizace jsou jejich zdroje jen zřídka využívány na plnou kapacitu). Příklad z naší praxe - převod serveru na virtuální počítač Hyper-V umožnil současné nasazení serveru, terminálových serverů a databází na jeden fyzický server, zákazník tak mohl ušetřit peníze za nákup „extra “ zařízení a jeho provoz.

Organizace privátního cloudového prostředí pro podnik

Virtualizační systém Hyper-V vám pomůže vytvořit veřejné cloudové zdroje pro vaši společnost a flexibilně řídit jejich využití. Pro větší zabezpečení a ochranu virtuálních serverů Hyper-V existuje technologie pro stínění virtuálních strojů (Shielded virtual machines).

Zabezpečení firemních dat

Lze uvažovat o jednom z bezpečnostních opatření použití na klientských počítačích Hyper-V, virtualizace fyzického stroje. Na pracovišti zaměstnance převedeme fyzický stroj do virtuálního prostředí Hyper-V, nasadíme dva virtuální stroje (VM) – pracovní a osobní. Na pracovním místě nastavíme všechna nezbytná omezení přístupu a bezpečnostní zásady přijaté společností a na osobní stránce si uživatel může dělat, co chce, zatímco firemní data zůstanou zcela v bezpečí, protože Virtuální počítače jsou od sebe izolované. Virtualizace Hyper-V je nativně podporována ve Windows 7, 10 Pro nebo Enterprise.

Virtuální desktopy (VDI)

Instalace a konfigurace Hyper-V Server 2012 a Remote Desktop Virtualization Host poskytne uživatelům osobní virtuální desktopy – hotové pracovní prostředí s přístupem odkudkoli na světě, vám umožní centralizovat administraci a řídit všechny toky uživatelských dat. A nástroje pro migraci živých virtuálních počítačů umožní uživatelům migrovat virtuální stroje Hyper-V téměř hladce.

Modelování libovolného prostředí pro vývoj aplikací a testovací úlohy

Virtualizaci s Hyper-V můžete použít k simulaci fyzických počítačových prostředí, ve kterém by měla aplikace fungovat. Zároveň není potřeba kupovat a udržovat všechny hardwarové komponenty, které by byly potřeba pro fyzické přetvoření prostředí, stačí nainstalovat Windows Hyper-V a simulovat všechny potřebné komponenty.

Obchodní kontinuita

Virtualizace serveru s Windows Server Hyper-V pomáhá snížit dopad prostojů, protože virtuální server není vázán na fyzický hardware, který by mohl selhat. V případě selhání jej lze rychle a snadno spustit na redundantním zařízení (nejlepší je, když je konfigurována síť Hyper-V Windows a je organizován serverový cluster odolný proti chybám).

Hypervisor Hyper-V je distribuován zdarma, lze jej stáhnout z webu společnosti Microsoft, lze jej nainstalovat na jakýkoli Windows nebo Linux server. Snadno se spravuje a snadno se používá.

Máte nějaké dotazy? Konzultace je zdarma!

Kontaktujte nás pro bezplatnou konzultaci. Zavolejte nám nebo napište a my vám sdělíme podrobnosti:

• jak můžeme pomoci vaší firmě růst rychleji, snížit náklady a zrychlit operace
• jak a v jakém časovém horizontu budou práce na projektu probíhat
• kolik bude projekt stát (počítáno individuálně)

Specialisté Integrus jsou připraveni na konfiguraci virtuální sítě Hyper-V, vytvoření nebo migrace virtuálního stroje VMWare na Hyper-V. Cena práce závisí na rozsahu projektu.

Podle informací, které se objevily už docela dávno, jako např. v článkuWindows Server 2012 Failover Cluster – vylepšená integrace se službou Active Directory (AD) , dostáváme příležitost virtualizovat a hostovat řadič domény ve shluku Hyper-V, i když právě tento cluster se spustí dříve než virtuální řadič domény uvnitř tohoto clusteru. Abych byl upřímný, dlouho jsem váhal s virtualizací doménového řadiče poslední komunikace a kolegové ukázali, že ze svých zkušeností je virtuální řadič domény v clusteru Hyper-V velmi reálným a funkčním scénářem.

V tomto příspěvku se podíváme na příklad Z fyzického na virtuální (P2V) konverze fyzický server do virtuálního prostředí založeného na hypervizoru Hyper-V jako součást OS Windows Server 2012 R2. V uvažovaném příkladu je fyzický server serverovou platformou HP ProLiant DL 360 G5 s OS Windows Server 2012 R2 a základní role serveru AD DS A DNS. A jak je asi jasné, z hlediska infrastruktury je server funkční doménový řadič.

K převodu existujícího fyzického serveru na virtuální počítač Hyper-V použiji utilituMicrosoft Virtual Machine Converter (MVMC) 3.0 . Můžete se seznámit se všemi možnostmi tohoto nástrojev knihovně TechNet . Podle mého názoru má tato utilita kromě výhod i řadu určitých nevýhod. Mezi nevýhody mohu zařadit například to, že výsledný virtuální stroj jako výsledek P2V konverze má formát Generace 1., a také skutečnost, že každý logický disk je vytvořen jako samostatný VHD-soubor. Ale obecně jsou to překonatelné věci a po dokončení převodu pomocí MVMC je zvážíme. Náš akční plán bude nakonec následující:

1 . P2V konverze fyzického serveru pomocí MVMC.
2 . Převeďte virtuální disky do formátu VHDX.
3 . Nastavení sítě v hostujícím OS virtuálního počítače.
4 . Kontrola aktualizace součásti integrace Hyper-V
5 . Odebírání podpůrného softwaru pro hardwarové komponenty serveru.
6 . Převod virtuálního stroje do formátu generace 2.
7 . Odstranění neexistujících zařízení z operačního systému virtuálního stroje.

Abychom zkrátili dobu převodu, budeme všechny operace provádět přímo na jednom z virtualizačních hostitelů. Při výběru hostitele byste měli zvážit několik jednoduchých pravidel, jejichž dodržování vám pomůže vyhnout se chybám spojeným s nedostatkem místa na disku jak během procesu konverze P2V, tak v následném procesu konverze VM G1 na G2:

A) Pro P2V operace musí mít virtualizační hostitel volné místo na disku svazek, který není menší než celková velikost obsazeného prostoru na discích virtualizovaného serveru. A s přihlédnutím k dočasnému provozu MVMC je obecně vhodné zaměřit se na dvojnásobné množství dat.

B) Pro následné operace převádění VM G1 na G2 zapnuto systémový disk Hostitel virtualizace, kde se mají nacházet složky uživatelského profilu, musí mít volné místo na disku alespoň o celkovém množství obsazeného místa na disku na virtualizovaném serveru. Během procesu převodu se vytvoří dočasná kopie virtuálního disku ve formě obrazu wim v adresáři %LOCALAPPDATA%\Temp popř. C:\Users\%USERNAME%\AppData\Local\Temp)

P2V konverze fyzického serveru pomocí MVMC

Jak bylo dohodnuto, nainstalujeme MVMC na hostitele virtualizace, který bude příjemcem nového virtuálního stroje. Vybraný hostitel musí mít nainstalovanou roli Hyper-V a "funkce" je povolena Kompaktní server BITS. Role Hyper-V byla nainstalována dříve, protože jde o fungujícího hostitele virtualizace, ale budeme muset dodatečně nainstalovat službu BITS, protože je ve výchozím nastavení zakázána. Udělejme to s PowerShell:

Import-Modul ServerManagerInstall-WindowsFeature -Název "BITS-Compact-Server" -IncludeAllSubFeature -IncludeManagementTools

Po instalaci spusťte MVMC a na první obrazovce vyberte typ převodu - Fyzická strojová konverze

Další na kartě, která se zobrazí Zdroj zadejte plnou Doménové jméno fyzický server podléhající virtualizační proceduře a také pověření pro administrativní přístup k tomuto serveru. Protože v našem případě mluvíme o řadiči domény, používají se přihlašovací údaje správce domény.

V dalším kroku klikněte na tlačítko Systém skenování a počkejte, dokud se nezobrazí informační okno Systémové informace zobrazí se informace o převáděném serveru.

Přeskočte krok s informacemi o logické disky konvertibilní fyzický server, který bude převeden na virtuální

Na cestách Konfigurace virtuálního počítače zadejte název virtuálního stroje, který má být vytvořen (nesmí se shodovat s názvy existujících virtuálních strojů na virtualizačním hostiteli), počet virtuálních procesorů (jader) a množství paměti RAM.

Další krok Disk Ve výchozím nastavení vyberete síťovou složku na hostiteli virtualizace pro uložení vytvořeného virtuálního disku. A opět, protože instance MVMC a cílový hostitel jsou v našem případě stejný systém, můžeme na tomto hostiteli zadat místní složku.

Na cestách Pracovní prostor zadejte název jakékoli místní složky, kterou bude MVMC používat jako přechodné umístění při převodu fyzického pevné disky do těch virtuálních.

Na cestách souhrn zobrazit stručné souhrnné informace a spustit proces převodu tlačítkem Dokončit

Čekáme na úspěšné dokončení procesu konverze...

Ihned po dokončení procesu převodu vypněte fyzický zdrojový server.

Jak vidíme, v důsledku převodu byly vytvořeny samostatné virtuální disky v dříve určené složce pro každý logický svazek fyzického disku převedeného serveru.

Byl také vytvořen virtuální stroj tohoto formátu Generace 1, jehož virtuální disky jsou připojeny k virtuálnímu IDE-ovladač. Virtuální disk s dlouhým názvem (na základě jmenovky svazku z fyzického systému) se používá ke spuštění operačního systému z druhého, hlavního virtuálního disku.

Nyní je třeba provést první zkušební běh virtuálního serveru, abyste se ujistili, že se virtualizovaný systém spustí a úspěšně běží. Pro případ, že před prvním spuštěním můžete deaktivovat síťový adaptér virtuální stroj z virtuálního přepínače Hyper-V.

První spuštění virtuálního počítače může nějakou dobu trvat, protože hostující OS potřebuje vyhledat a nainstalovat ovladače pro nový virtuální hardware.

Pokud bylo počáteční spuštění úspěšné, můžeme předpokládat, že hlavní fáze virtualizace byla dokončena a všechny následné akce lze provádět pouze podle přání.

Převod virtuálních disků do formátu VHDX

Protože virtuální stroj vytvořil MVMC s disky ve formátu VHD můžeme nezávisle převádět disky do „pokročilejšího“ formátu VHDX. Chcete-li to provést, vypněte virtuální počítač a v konzole Správce Hyper-V z nabídky Akce Vyberte položku Upravit disk. Výběrem virtuální disk na kouzelnickém kroku Vyberte Akce vyberte režim převodu –Konvertovat

Po převedení disků změňte cestu k diskům ve vlastnostech virtuálního počítače

Uložíme nastavení a znovu zkontrolujeme spouštění virtuálního stroje s virtuálními disky nového formátu.

Nastavení sítě v hostujícím OS virtuálního počítače.

Pokud se systém úspěšně spustí a nabootuje, můžeme jej uvolnit do produktivního prostředí, to znamená, že mu umožníme interakci se sítí. Pojďme na to potřebná nastavení síťového rozhraní ve vlastnostech virtuálního stroje, v případě potřeby můžeme například povolit použití konkrétního čísla VLAN

Po uložení nastavení sítě virtuálního počítače, uvnitř hostujícího OS nastavíme nastavení IP, to znamená, že obnovíme IP adresu a další síťová nastavení dříve používaná na fyzickém serveru. Poté virtuální počítač znovu restartujeme, abychom se ujistili, že nyní začne plně interagovat s místní sítí.

Kontrola aktualizace součásti integrace Hyper-V

Chcete-li se ujistit, že „nově vytvořený“ virtuální počítač používá součásti integrace Hyper-V nejnovější verze dostupné na hostiteli virtualizace, otevřete připojení konzoly k virtuálnímu počítači a v nabídce Akce vyberte možnost připojit obraz disku s integračními součástmi – Vložte instalační disk Integration Services

V namontováno v virtuální systém na disku vyhledejte a spusťte soubor \support\amd64\setup.exe

Pokud integrační komponenty mají současná verze, pak obdržíme něco jako následující zpráva:

V opačném případě budete muset nainstalovat součásti a poté restartovat hostující OS virtuálního počítače.

Odebírání podpůrného softwaru pro hardwarové komponenty serveru

Poté, co se náš server stane virtuálním, musíme se ujistit, že vše software, který byl dříve nainstalován na tento server pro podporu hardwarových komponent, byl pečlivě odstraněn. V našem příkladu jsou všechny aplikace z Software HP Insight. Můžeme také odebrat dříve nainstalovaného agenta UPS, protože nyní bude hostitel virtualizace řídit vypnutí hostujícího OS virtuálního počítače v případě výpadku napájení.

Po odebrání softwaru znovu restartujte hostující systém, abyste se ujistili, že se úspěšně spustí.

Převod virtuálního stroje do formátu generace 2

V této fázi je náš virtuální server plně funkční v normálním režimu, ale pokud jej chceme vylepšit převedením do formátu Generace 2, měli byste se nejprve postarat o vytvoření záložní kopie funkčního virtuálního počítače. To lze provést jednoduše a pohodlně, například pomocí System Center 2012 R2 Data Protection Manager (DPM)…

Jak v takových případech říká jeden z mých přátel: "Ukrajinská noc je tichá, ale sádlo musí být schované."

Převod na virtuální stroj druhé generace provedeme pomocí známého skriptu PSNástroj pro převod virtuálních počítačů Hyper-V generace 2 (Convert-VMGeneration) . Zjednodušeně řečeno, princip fungování tohoto skriptu spočívá v tom, že vytvoří nový virtuální stroj druhé generace s novým virtuálním diskem, na který naklonuje kopii hlavního systémový oddíl ze zdrojového virtuálního disku VM G1 a vytvoří další oddíly potřebné pro zavedení VM G2. Původní virtuální stroj první generace tak zůstává nedotčen, a pokud se během procesu převodu G1>G2 vyskytnou nepřekonatelné potíže, pak nám nikdo nebrání pokračovat v používání původního virtuálního stroje.

Takže si stáhněte a zkopírujte skript Convert-VMGeneration.ps1 na hostitele virtualizace, kde v tento moment Náš virtuální stroj běží.

Před zahájením převodu se ještě jednou ujistěte, že je na disku s uživatelskými profily (obvykle jednotka C:\) dostatek místa pro vytvoření dočasné kopie virtuálního disku VM (během procesu převodu bude dočasný obraz wim vytvořeno v adresáři %LOCALAPPDATA%\Temp)

Dále se ujistěte, že podpora prostředí pro obnovu je ve virtuálním počítači zakázána WinRE(požadavek autora konverzního skriptu). To se dá udělat konzolový příkaz:

činidloc/zakázat

Pojďme vypnout virtuální stroj.

Spusťte konverzní skript na hostiteli virtualizace:

"KOM-DC01" -Cesta "D:\"

Jak vidíte, první pokus o spuštění skriptu selže s chybou.

Problém je v tom, že v aktuální konfiguraci má virtuální stroj dva různé virtuální disky pro dva logické oddíly.

Na prvním disku ( Disk 0) obsahuje informace potřebné ke spuštění operačního systému, ale neobsahuje samotný operační systém. V tomto případě se skript pokusí použít tento konkrétní disk pro převod. Protože v důsledku skriptu bude spouštěcí oddíl skutečně vytvořen znovu, můžeme zkusit odstranit stávající spouštěcí disk. Chcete-li to provést, vypněte virtuální počítač a odeberte z konfigurace virtuálního počítače první virtuální disk, který má ve virtuálním OS jmenovku svazku “ Systém rezervován“ (disk s kapacitou přibližně 350 MB).

To znamená, že ve vlastnostech virtuálního počítače ponecháme pouze jeden disk, a to ten, na kterém je umístěn hostující OS Windows Server 2012 R2. Po těchto změnách není třeba zkoušet spouštět virtuální stroj (stejně z toho nic dobrého nevzejde), ale rovnou zkusit spustit konverzní skript:

.\Convert-VMGeneration.ps1 -VMName"KOM-DC01" -Cesta "D:\" -IgnorovatWinRE

Klíč Ignorovat WinRE přidáno sem, aby se zabránilo zprávě, po které se konverze zastavila s chybou (navzdory skutečnosti, že hostující OS podporuje WinRE vypnuto):

WinRE je nakonfigurováno. Nejprve spusťte reagentc /disable uvnitř hosta nebo použijte parametr IgnoreWinRE
Dokončeno s chybou. Kód stavu trasování 700

Poté, co se spustí konverzní skript, dostaneme děsivé varování, že všechna data na jednom z disků aktuálně dostupných na hostitelském systému budou zničena. Kladná odpověď znamená pokračování skriptu:

Než kliknete Ano, otevřete modul snap-in správy disků na hostiteli virtualizace a ujistěte se, že se v systému objevil nový virtuální disk, který je připojen pod sériovým číslem uvedeným ve zprávě skriptu (v našem příkladu je to Disk 7). Toto je nový virtuální disk, který byl vytvořen konverzním skriptem za účelem naklonování původního virtuálního disku na něj (je také připojen skriptem v našem příkladu jako Disk 6)

Takže po kliknutí Ano bude klonovat data z jednoho virtuálního disku na druhý s přidáním dalších oddílů potřebných pro virtuální počítač druhé generace.

Na konci skriptu budou příslušné oddíly automaticky odpojeny

V případě potřeby původní virtuální stroj první generace přejmenujeme...

Pojďme zkontrolovat konfiguraci nově vytvořeného virtuálního stroje druhé generace.

Stejně jako dříve před prvním spuštěním pro každý případ odpojíme virtuální síťový adaptér od virtuálního přepínače Hyper-V. Poté se pokusíme spustit virtuální počítač. První spuštění bude nějakou dobu trvat, protože hostující systém musí znovu aktualizovat informace o hardwaru.

Pokud se hostující OS úspěšně zavede, ověřte se k němu a zkontrolujte nastavení síťové karty. Musí být zachovány. Pokud je vše v pořádku, ve vlastnostech virtuálního počítače vrátíme přístup síťového adaptéru virtuální přepínač a znovu restartujte virtuální počítač. V této fázi bude náš virtuální server načten v plně produktivní podobě a jeho služby budou přístupné ze sítě.

Nyní můžete bezpečně smazat starý virtuální stroj (v našem případě se jedná o původní VM, dříve přejmenovaný na KOM-DC01-OLD) generace G1 a přenést hotový VM G2 do clusteru, pokud je použit.

V případě potřeby jej můžete před převodem na G2 vypnout WinRE

činidloc/umožnit

Odstranění neexistujících zařízení z operačního systému virtuálního stroje

V současné době je náš virtuální server již druhou generací virtuálního stroje Hyper-V. Posledním důležitým krokem je odstranění všech starých „fantomových“ zařízení a jejich souvisejících ovladačů z hostujícího OS pomocí modulu snap-in pro správu zařízení ( Správce zařízení).

A opět, před manipulací se správcem zařízení je vhodné vytvořit záložní kopii virtuálního stroje na DPM.

Stará zařízení odstraníme metoda.

Nastavili jsme systémovou proměnnou pro povolení zobrazení duchů zařízení v modulu snap-in správy zařízení a následující příkaz (bez zavření okna příkazový řádek) spustit zařízení:

soubor devmgr_show_nonpresent_devices=1 Start devmgmt.msc

V otevřené nabídce snap-in Pohled vyberte položku" Zobrazit skrytá zařízení"…

Rozbalte každý uzel typu zařízení a odstraňte všechna zařízení zobrazená jako neaktivní.

Během procesu odebrání pro některá zařízení může být k dispozici možnost odebrat ovladač zařízení. Odstraňte software ovladače pro toto zařízení" Protože tyto ovladače již nejsou v hostujícím virtuálním systému potřeba, můžete povolit doporučenou možnost.

Po dokončení restartujeme hostující OS virtuálního počítače, abychom se ujistili, že se spustí a úspěšně funguje.

V této fázi můžeme říci, že práce na převodu fyzického doménového řadiče na základě Windows Server 2012 R2 na virtuální stroj Hyper-V generace 2 hotovo a teď už nám zbývá jen se ujistit, že aplikační část virtuálního serveru funguje, například zkontrolovat stav role řadiče domény pomocí nástrojů, jako je např. DCDIAG.

Dobré odpoledne!. V současné době se mnoho fyzických serverů pokouší převést pomocí technologie P2V do těch virtuálních. Dělají to proto, aby se zbavili starého zařízení, ale udržovali své služby v provozuschopném stavu, čímž jim poskytují vyšší výkon na nových zařízeních, nebo všichni přejdou do cloudu, jako je vCloud Director. Dnes vám chci říci, jak provést migraci P2V a virtualizovat fyzický server pomocí VMware vCenter Converter Standalone.

Algoritmus migrace P2V na Vmware

• Abyste mohli svůj server převést na virtuální Stroj Vmware, musíte nainstalovat VMware vCenter Converter Standalone 5.5, který je podrobně popsán.
• Dále připravte hostitele ESXI, kde budete virtualizovat fyzický server
• Spusťte převodník a projděte všechny kroky průvodce převodem

Spouštíme VMware vCenter Converter Standalone 5.5 nebo již existuje novější verze 6.2.

Pokud se při přístupu objeví chyba Objeví se chyba I/O souboru, podívejte se, co ji způsobuje

Vybrat Převést stroj

• Zapnutý stroj, pracovní počítač nebo server. Toto je základní „nerušivý“ způsob provozu převodníku VMware. Server může být fyzický nebo virtuální. Být v lokální síť nebo být místní (stroj, na kterém je konvertor nainstalován). Operační systém Windows nebo Linux, nikoli Unix. Linux má velmi omezený seznam operačních systémů.
• Virtuální stroj VMware Infrastructure, pokud potřebujete přenést virtuální stroj ze staré platformy (Virtual Center 2.5, ESX(i) 2-4.1) na novou, pátou. Hlavní změnou ve verzi 5 VMware vSphere je novou verzi virtuální hardware je číslo 8 a spolu s ním se změnily i nástroje VMware.
• VMware Workstation nebo jiný virtuální stroj. Workstation je mezi správci velmi oblíbená a často se virtuální stroj změní z testovacího stroje na dočasný pracovní. Převodník to bez problémů přenese do ESXi, do prostředí vSphere. Tuto položku také vybereme, pokud vaše virtuální stroje běží na VMware Fusion, VMware Player, VMware server 2.x
• Záložní obraz nebo virtuální počítač třetí strany. Obnovení ze stávající zálohy nebo virtuálního počítače od jiného výrobce. Obnovení ze zálohy je velmi užitečná funkce a níže vám řeknu proč.
• Hyper-V server. Pro migraci z platformy Microsoft na VMware. Od virtuálního počítače třetí strany se liší tím, že musíte mít funkční server Hyper-V a převodník se k němu připojí. Virtuální stroje musí být vypnuté.

Aby VMware Converter fungoval s operačním systémem podobným Windows ve schématu „Powered-on machine“, potřebujete přihlašovací údaje správce systému, aby se převodník mohl připojit, nainstalovat agenta a zahájit migraci. Pro Linuxové systémy musíte zadat heslo uživatele root a mít možnost se vzdáleně připojit přes SSH. Možná bude potřeba opravit konfigurační soubor sshd a povolit přihlášení root. Pro přihlášení musí být root ve skupině kol.

Při správném připojení VMware Converter určí, který operační systém bude migrovat. Kolik a jaké má disky a oddíly, kolik síťových rozhraní, RAM, procesorů. Všechna tato data budou použita k vytvoření nového virtuálního stroje na hostiteli ESXi. Zadávám adresu vCenter a přihlašovací údaje.

Varování certifikátu ignoruji

Vyberte složku projektu pro migrovaný počítač

Další krok. Určujeme hostitele ESXi, na kterém bude virtuální počítač spuštěn. Úložiště, kam budou zapsány soubory virtuálního počítače a verze virtuálního hardwaru (v tuto chvíli je nejnovější 10.). Mám podezření, že kdybych zadal „Server vCenter cílového systému“, bylo by na výběr více než jedna možnost. Zobrazí se všichni dostupní hostitelé a úložiště dat

Na další strana můžete určit, které disky je třeba převést, které ne, kolik síťových rozhraní je potřeba a mnoho dalšího.

Podívejme se na shrnutí

Dokončit. Když se nyní podíváte na vCenter, objeví se tam úkol vytvořit virtuální stroj.

Samotný převodník zobrazí čas dokončení úlohy. Jak vidíte, migrace P2V na Vmware je velmi triviální.

Také po dokončení úkolu můžete narazit na chybu Při rekonfiguraci došlo k chybě a po zapnutí virtuálního stroje na hypervisoru esxi se zobrazí modrá obrazovka, řešení tohoto problému je v odkazu vlevo . Materiál stránek

Na operačních sálech Systémy Windows XP, Windows 7 a Windows 8 mají nástroj s názvem systeminfo.exe, který zobrazuje základní systémové informace. Utility Základní informace od Marka Russinoviče poskytuje v tomto ohledu mnohem více příležitostí.

Tento obslužný program příkazového řádku vám může zobrazit mapování logického procesoru na fyzický procesor, uzel NUMA a soket, ve kterém se nachází, a velikosti mezipaměti přiřazené každému logickému procesoru. Coreinfo také používá funkci Windows GetLogicalProcessorInformation site:msdn.microsoft.com k získání informací a jejich vytištění na obrazovce konzoly, kde bude vazba logického procesoru označena hvězdičkou ‚*‘. Coreinfo je také užitečné pro získání detailní informace o procesoru (například zda podporuje virtualizaci Hyper-V) a o topologii mezipaměti vašeho systému.

[Jak nainstalovat Coreinfo]

Instalace je velmi jednoduchá. Stáhněte si archiv s programem, rozbalte jej na libovolné vhodné místo a spusťte. Program se vás zeptá na přijetí licenčních podmínek a poté bude připraven k práci. Chcete-li mít nástroj vždy po ruce, zkopírujte soubor Coreinfo.exe do složky %SystemRoot%\system32.

[Pomocí Coreinfo]

Spusťte Coreinfo z příkazového řádku spuštěného s právy správce. Pro každý dostupný zdroj se zobrazí mapa vazby na procesory viditelné pro OS, kde * bude označovat příslušnost k dostupným procesorům. Například u systému se 4 jádry bude informační řádek mezipaměti zobrazovat mapu sdílené mezipaměti mezi jádry 3 a 4.

-C Zobrazuje informace o jádrech. -F Zobrazuje informace o schopnostech jader. -G Zobrazuje informace o skupinách. -l Zobrazuje informace o mezipaměti. -n Zobrazuje informace o NUMA uzlech. -s Zobrazuje informace o paticích procesoru. -m Vytiskne náklady na přístup k NUMA. -proti Zobrazuje možnosti procesoru a systému pro podporu virtualizace (Hyper-V), včetně podpory překladu adres druhé úrovně (vyžaduje administrátorská práva na systémech Intel).

Ve výchozím nastavení (pokud spustíte coreinfo.exe bez voleb) se zobrazí informace o všech volbách kromě -v.

Poznámka: ve výstupu pomlčka „-“ znamená, že taková funkce je zakázána nebo není podporována, a hvězdička „*“ znamená přítomnost odpovídající funkce (volba, vazba).

1 . Coreinfo site:technet.microsoft.com.

Microsoft Windows (c) 2009 Microsoft Corp. Všechna práva vyhrazena.
C:\Windows\System32>Coreinfo.exe
Coreinfo v3.31 — Vypsat informace o topologii CPU a paměti systému Copyright (C) 2008-2014 Mark Russinovich Sysinternals — www.sysinternals.com
Šestijádrový procesor AMD FX(tm)-6300 AMD64 Family 21 Model 2 Krok 0, AuthenticAMD HTT * Vícejádrový HYPERVISOR — Hypervisor je přítomen VMX — Podporuje hardwarově podporovanou virtualizaci Intel SVM * Podporuje AMD hardwarově podporovanou virtualizaci X64 * Podporuje 64bitové režimu
SMX - Podporuje důvěryhodné provádění Intel SKINIT * Podporuje AMD SKINIT
NX * Podporuje ochranu stránek bez spuštění SMEP — Podporuje zabránění spuštění v režimu dozoru SMAP — Podporuje zamezení přístupu v režimu dozoru PAGE1GB * Podporuje 1 GB velkých stránek PAE * Podporuje > 32bitové fyzické adresy PAT * Podporuje tabulku atributů stránky PSE * Podporuje 4 MB stránky PSE36 * Podporuje > 32bitovou adresu 4 MB stránky PGE * Podporuje globální bit v tabulkách stránek SS — Podporuje sběrnicové snooping pro operace mezipaměti VME * Podporuje režim Virtual-8086 RDWRFSGSBASE — Podporuje přímý přístup k základně GS/FS
FPU * Implementuje instrukce i387 s pohyblivou řádovou čárkou MMX * Podporuje sadu instrukcí MMX MMXEXT * Implementuje rozšíření AMD MMX 3DNOW — Podporuje 3DNow! pokyny 3DNOWEXT — Podporuje 3DNow! instrukce rozšíření SSE * Podporuje streamování SIMD rozšíření SSE2 * Podporuje streamování SIMD rozšíření 2 SSE3 * Podporuje streamování SIMD rozšíření 3 SSSE3 * Podporuje doplňková SIMD rozšíření 3 SSE4a * Podporuje streamování SIMDR rozšíření 4a SSE4.1 * Podporuje streamování 4. SIMD rozšíření SSE4. Streamování SIMD rozšíření 4.2
AES * Podporuje rozšíření AES AVX * Podporuje rozšíření instrukcí AVX FMA * Podporuje rozšíření FMA pomocí stavu YMM MSR * Implementuje instrukce RDMSR/WRMSR MTRR * Podporuje rozsah paměti Registry XSAVE * Podporuje instrukce XSAVE/XRSTOR OSXSAVE * Podporuje instrukce XSETBV/XGETBV RDRAND — Podporuje Instrukce RDRAND RDSEED — Podporuje instrukci RDSEED
CMOV * Podporuje instrukci CMOVcc CLFSH * Podporuje instrukci CLFLUSH CX8 * Podporuje porovnávání a výměnu 8bajtových instrukcí CX16 * Podporuje instrukci CMPXCHG16B BMI1 * Podporuje rozšíření bitové manipulace 1 BMI2 — Podporuje rozšíření bitové manipulace 2 ADX — Podporuje instrukce ADCX/ADOX DCA — Podporuje prefet z paměťově mapovaného zařízení F16C * Podporuje instrukce s poloviční přesností FXSR * Podporuje instrukce FXSAVE/FXSTOR FFXSR * Podporuje optimalizované instrukce FXSAVE/FSRSTOR MONITOR * Podporuje MONITOR a MWAIT instrukce MOVBE — Podporuje MOVBE instrukce ERMSB — Podporuje vylepšené REP MOVSB/STTOSB Podpora PC PCLMULDQ instrukce POPCNT * Podporuje POPCNT instrukce LZCNT * Podporuje LZCNT instrukce SEP * Podporuje instrukce rychlého systémového volání LAHF-SAHF * Podporuje LAHF/SAHF instrukce v 64-bitovém režimu HLE — Podporuje Hardware Lock Elision instrukce RTM — Podporuje Instrukce omezené transakční paměti
DE * Podporuje I/O breakpointy včetně CR4.DE DTES64 — Může zapisovat historii 64bitových adres větví DS — Implementuje paměťově rezidentní ladicí vyrovnávací paměť DS-CPL — Podporuje funkci Debug Store s CPL PCID — Podporuje PCID a nastavitelné CR4.PCIDE INVPCID — Podporuje instrukci INVPCID PDCM — Podporuje výkonnostní schopnosti MSR RDTSCP * Podporuje instrukci RDTSCP TSC * Podporuje instrukci RDTSC TSC-DEADLINE — Místní APIC podporuje jednorázový časový spínač TSC-INVARIANT * TSC běží konstantní rychlostí xTPR — Podporuje deaktivaci zpráv priority úlohy
EIST — Podporuje Enhanced Intel Speedstep ACPI — Implementuje MSR pro správu napájení TM — Implementuje obvody tepelného monitoru TM2 — Implementuje ovládání Thermal Monitor 2 APIC * Implementuje softwarově dostupné místní APIC x2APIC — Podporuje x2APIC
CNXT-ID - režim adaptivní mezipaměti dat L1 nebo BIOS
MCE * Podporuje Machine Check, INT18 a CR4.MCE MCA * Implementuje Machine Check Architecture PBE — Podporuje použití kolíku FERR#/PBE#
PSN - Implementuje sériové číslo 96bitového procesoru
PREFETCHW * Podporuje instrukce PREFETCHW
Maximální implementované CPUID ponechá: 0000000D (základní), 8000001E (rozšířené).
Mapa logického a fyzického procesoru: *—— Fyzický procesor 0 -*—- Fyzický procesor 1 —*— Fyzický procesor 2 —*— Fyzický procesor 3 —-*- Fyzický procesor 4 ——* Fyzický procesor 5
Logický procesor do mapy patice: ****** Socket 0
Logický procesor na mapu uzlu NUMA: ****** Uzel NUMA 0
Žádné uzly NUMA.
Mapa logického procesoru do mezipaměti: *—— Datová mezipaměť 0, úroveň 1, 16 KB, Assoc 4, LineSize 64 *—— Mezipaměť instrukcí 0, Úroveň 1, 64 KB, Assoc 2, LineSize 64 *—— Sjednocená mezipaměť 0, Úroveň 2, 2 MB, Assoc 16, LineSize 64 -*—- Datová mezipaměť 1, Úroveň 1, 16 KB, Assoc 4, LineSize 64 -*—- Instrukční mezipaměť 1, Úroveň 1, 64 KB, Assoc 2, LineSize 64 -* —- Unified Cache 1, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 2, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 2, Level 1, 64 KB, Assoc 2 , LineSize 64 —*— Unified Cache 2, Level 2, 2 MB, Assoc 16, LineSize 64 —*— Data Cache 3, Level 1, 16 KB, Assoc 4, LineSize 64 —*— Instruction Cache 3, Level 1, 64 KB, Assoc 2, LineSize 64 —*— Unified Cache 3, Level 2, 2 MB, Assoc 16, LineSize 64 —-*- Data Cache 4, Level 1, 16 KB, Assoc 4, LineSize 64 —-*- Instruction Cache 4, úroveň 1, 64 kB, Assoc 2, LineSize 64 —-*- Unified Cache 4, Level 2, 2 MB, Assoc 16, LineSize 64 ——* Data Cache 5, Level 1, 16 KB, Assoc 4, LineSize 64 ——* Mezipaměť instrukcí 5, úroveň 1, 64 kB, Assoc 2, LineSize 64 ——* Unified Cache 5, Level 2, 2 MB, Assoc 16, LineSize 64 ****** Unified Cache 6, Level 3, 8 MB, Assoc 1, LineSize 64
Logický procesor na mapu skupiny: ****** Skupina 0

Od Marka Russinoviče

Zveřejněno: 18. srpna 2014

Stáhněte si Coreinfo(192 kB)

Úvod

Coreinfo je nástroj příkazového řádku, který zobrazuje mapování mezi logickými procesory a fyzickým procesorem, uzlem NUMA a soketem, na kterém jsou umístěny, a také mezipaměti přiřazenou každému logickému procesoru.

Požadavky na procesor pro povolení Hyper-V ve Windows 8

K získání těchto informací používá funkci Windows’ GetLogicalProcessorInformation a vytiskne je na obrazovku, což představuje mapování na logický procesor s hvězdičkou, např. '*'. Coreinfo je užitečné pro získání přehledu o topologii procesoru a mezipaměti vašeho systému.

Instalace

Coreinfo spustíte zadáním "coreinfo".

Pomocí CoreInfo

Pro každý prostředek zobrazuje mapu procesorů viditelných pro operační systém, které odpovídají zadaným prostředkům, přičemž "*" představuje použitelné procesory. Například na 4jádrovém systému řádek ve výstupu mezipaměti s mapou sdílenou jádry 3 a 4.

Použití: coreinfo [-c][-f][-g][-l][-n][-s][-m][-v]

Parametr	Popis
**-C**	Vypište informace o jádrech.
-F	Vypsat základní informace o funkcích.
-G	Vypište informace o skupinách.
**-l**	Vysypte informace o mezipaměti.
-n	Vypsat informace o uzlech NUMA.
-s	Vypište informace o zásuvkách.
-m	Vypsat NUMA přístupové náklady.
-proti	Vypsat pouze funkce související s virtualizací včetně podpory překladu adres druhé úrovně.
(vyžaduje administrátorská práva na systémech Intel).

Všechny volby kromě -v jsou standardně vybrány.

Výstup Coreinfo:

Stáhněte si Coreinfo(192 kB)

Snadná migrace systému Windows Server do prostředí Hyper-V

Dříve nebo později téměř v každé IT infrastruktuře vyvstane otázka výměny starého zařízení za novější. V průběhu času jakékoli zařízení vyčerpá své zdroje a musí být nahrazeno (za nové, a tedy rychlejší), ale zvýšení výpočetního výkonu není vždy nutné. V tomto případě je zpravidla potřeba migrovat stávající aplikace, ideálně beze změny konfigurace.

Není žádným tajemstvím, že mnoho softwarových produktů vyžadují specifická nastavení operačního systému a prostředí a pracují stabilněji v samostatné instanci operačního systému. Kromě toho existuje řada dalších důvodů pro izolaci služeb v samostatných instancích OS: cykly údržby a aktualizace specifické pro aplikaci, požadavky na izolaci zhroucení a chyb, izolace z bezpečnostních důvodů atd. Je však velmi nehospodárné přidělovat samostatný fyzický server pro nějaký úkol, který nevyžaduje velké výpočetní zdroje.

V případě, kdy není vyžadován vysoký výkon, zejména výkon I/O subsystému, je docela možné použít virtualizaci ke konsolidaci fyzických systémů (Physical-to-Virtual, p2v).

Prvními kandidáty na konsolidaci do virtuálních strojů mohou být:

• nezatížené služby s nízkou spotřebou prostředků I/O subsystému
• služby, které vyžadují specifická nastavení operačního systému
• služby, které vyžadují samostatný cyklus údržby – častá instalace aktualizací, restartování OS atd.

Navzdory módě a trendům byste samozřejmě neměli vše virtualizovat. Pokud je to možné, virtualizaci byste se měli vyhnout v následujících případech:

• Zatížené služby, zejména ty, které vyžadují intenzivní diskovou aktivitu (například DBMS)
• Infrastrukturní služby, na kterých závisí provoz samotného hypervizoru. Například, Aktivní adresář Služby ve virtuálním počítači zahrnutém ve stejné doméně AD nejsou dobrý nápad
• Použití specifického vybavení

Virtualizaci nelze vnořit. Pokud má zdrojové zařízení virtuální stroje v jakékoli formě (Virtual PC, Virtual Box, VmWare atd.), měly by být převedeny samostatně pomocí metody v2v (Virtual-to-Virtual).

A nakonec nezapomeňte na „všechna vaše vejce v jednom košíku“. To je zvláště důležité, když na jednom serveru běží více virtuálních strojů.

Podívejme se na proces migrace na reálném příkladu.

Počáteční údaje

Několik serverů, přibližně stejná konfigurace, platforma Windows Server. Bylo nutné uvolnit některá zařízení, a tak padlo rozhodnutí konsolidovat nezatížené služby pomocí konsolidace v Hyper-V, čímž se uvolnil samostatný fyzický server.

Přenosová technika

Existuje trh velký počet komerční produkty, které umožňují migraci do virtuálního prostředí – především Microsoft System Center Operations Manager s Hyper-V Management Pack. Téměř všechny takové nástroje vyžadují zakoupení licence a je třeba s nimi počítat v případě hromadné konsolidace desítek serverů a další správy.

Pro jednorázovou migraci jednoho serveru jsem chtěl použít jednoduché a dostupné prostředky.

První, co mě napadlo, bylo použít k přenosu vestavěnou funkci zálohování Windows Server Backup, která počínaje Windows Server 2008 vytváří výstupní obraz virtuálního disku VHD s záložní kopie systémy.

Po nějakém experimentování s záloha bylo nalezeno jednodušší řešení.

Web společnosti Microsoft obsahuje sadu velmi užitečných nástrojů od Marka Russinoviče z týmu Sysinternals, včetně nástroje disk 2vhd. Dělá přesně to, co je požadováno – umožňuje vám odstranit obraz VHD z disku. Navíc na rozdíl od Windows Server Backup, který vytváří samostatný obraz VHD pro každý svazek, disk2vhd umožňuje zkopírovat fyzický disk se všemi svazky (nebo selektivně) na jeden virtuální disk. Disk2vhd navíc funguje i ve starších verzích Windows (2000/XP/2003).

Obraz lze přenést do režimu offline připojením disku k jinému serveru nebo zavedením z bitové kopie WinPE nebo na cestách ze snímku systému souborů VSS.

Nástroj funguje také z příkazového řádku, což je velmi užitečné například při migraci serverů na Core instalace.

Vytvořený obraz disku lze později použít při vytváření virtuálního počítače.

Vytvoření virtuálního stroje

Po odebrání bitové kopie ze stávajícího systému je potřeba vytvořit virtuální počítač Hyper-V s potřebným nastavením.

Zadejte požadované množství paměti RAM

Vyberte síťové připojení

A nakonec vyberte existující obraz disku vytvořený dříve pomocí disk2vhd

Po vytvoření upravte potřebná nastavení – počet jader procesoru, konkrétní nastavení sítě

A nezapomeňte doručit nástroje Hyper-V do virtuálního počítače.

Operační systém tak můžete poměrně snadno přenést z fyzického serveru na virtuální počítač Hyper-V.

Potenciální problémy

Samotný proces migrace je v zásadě poměrně jednoduchý a měl by probíhat hladce.

Coreinfo v.3.2

Drobná úskalí se však přesto mohou vyskytnout. Týkají se především hostujícího operačního systému Verze Windows Server 2000/2003 a Windows 2000/XP.

Za prvé, aby starší verze operačního systému Windows se systémem Hyper-V fungovaly správně, budete muset do hostujícího OS nainstalovat příslušné nástroje a ovladače. Což zase vyžaduje instalaci Nejnovější verze Service Pack. Před migrací do virtuálního prostředí byste tedy měli pokud možno maximálně aktualizovat přenesený OS.

Druhý problém souvisí s aktivací OEM verzí Windows pod Vista/2008 (u Volume verzí takový problém není). Protože při migraci z fyzického systému na virtuální se změní hardware (síťový adaptér a základní deska), Aktivace Windows stane neplatným. V případě Windows Server 2008/Windows Vista a vyšších není tento problém kritický a nevede k selhání operace, bude stačit jednoduše provést aktivaci znovu. Ale starší verze Windows budou vyžadovat obnovení aktivace před spuštěním, ale nebude možné ji provést přes internet, dokud nebudou ovladače nainstalovány na síťový adaptér.

Mimochodem, z hlediska čistoty licencí je P2V přenos pro OEM verze nepřijatelný a je povolen pouze pro Volume nebo Retail verze Windows. Proto si při plánování takových operací nezapomeňte spočítat náklady na licencování.

virtualizace sysinternals hyper-v

| uložené

Vnořená virtualizace Hyper-V v draftsTranslation

Virtualizace, Správa serveru, Správa systému

Tento týden Microsoft vydal Montáž oken 10 Insider Preview Build 10565. Toto sestavení přidává do operačního systému několik nových funkcí. Konkrétně Ben Armstrong (manažer Hyper-V v Microsoftu) na svém blogu zmiňuje, že byla přidána možnost vytvářet vnořenou virtualizaci Hyper-V ve Windows 10. Vnořená virtualizace umožňuje provozovat Hyper-V uvnitř virtuálního stroje a vytvářet více virtuální stroje v rámci tohoto hlavního virtuálního stroje. Můžete provozovat více hypervizorů Hyper-V bez potřeby dalšího fyzického hardwaru.

Jak povolit vnořenou virtualizaci popisuje Theo Thompson na svém blogu, proces se skládá z následujících kroků:

Krok 1: Vytvoření virtuálního stroje

Krok 2: Spusťte skript Enable-NestedVm.ps1, abyste zjednodušili proces kontroly požadavků (například, že by měla být zakázána dynamická paměť). Tento skript zkontroluje konfiguraci, změní, co je nesprávné (s oprávněním) a povolí vnořenou virtualizaci pro virtuální počítač. Upozorňujeme, že virtuální počítač musí být vypnutý.

Krok 3: Instalace komponent Hyper-V do hostovaného virtuálního počítače

Krok 4: Zapněte síť. Poté, co je ve virtuálním počítači povolena vnořená virtualizace, povolte MAC spoofing pro síťový provoz. Spusťte PowerShell jako správce na hostitelském počítači a spusťte:

Krok 5: Vytvořte vnořený virtuální počítač.

Vnořená virtualizace je stále v raných fázích vývoje a testování, takže má několik známých problémů:
1. Oba hypervizory musí být nejnovější verzí Hyper-V. Jiné hypervizory nebudou fungovat. Windows Server 2012R2 a sestavení starší než 10565 nebudou fungovat.
2. Jakmile je na virtuálním stroji povolena vnořená virtualizace, některé funkce již nebudou s tímto virtuálním strojem kompatibilní.

Průvodce požadavky na podporu PAE/NX/SSE2 pro Windows 8

Způsobí chyby nebo dokonce zabrání spuštění virtuálního počítače:
— dynamická paměť musí být vypnuta, jinak virtuální stroj nebude možné spustit;
— nebude možné změnit velikost paměti;
— nebude možné použít kontrolní body na běžící virtuální počítač;
— migrace za tepla nefunguje;
- neexistuje způsob, jak uložit VM.
3. Po povolení vnořené virtualizace ve virtuálním počítači musí být povoleno falšování MAC, aby síť jeho hostujících počítačů fungovala.
4. V současné době funguje pouze na procesorech Intel s povolenou podporou Intel VT-x.
5. Vnořená virtualizace vyžaduje velké množství paměti. Podařilo se mi spustit virtuální stroj ve virtuálním stroji se 4 GB RAM, ale vše bylo strašně pomalé.

hyper-v, vnořená virtualizace

nahoru

Zdroj článků: Habr.

Čas je indikován v časovém pásmu, které je nastaveno na vašem zařízení.

Verze webu: 0.8.
Chyby nebo návrhy nahlaste prostřednictvím telegramu uživateli @leenr nebo e-mailem [e-mail chráněný] nebo prostřednictvím jiných prostředků kontaktu.

Alwaysbr (rozšíření pro Google Chrome)
Statistiky návštěv
SoHabr na VK (novinky o projektu)