Virtuális gépek áttelepítése XenServerről Hyper-V-re. Virtuális gépek áttelepítése XenServerről Hyper-V virtuális gépre migrálása xenserverről kvm-re

Mindig is tetszett az ingyenes Xenserver hipervizor, és sokat használtam. De nemrégiben úgy döntöttem, hogy fokozatosan váltok egy másik hipervizorra. Melyiket - még nem döntött végleg. Később még többet elmondok a Xenserver elhagyásának okairól és a modern hipervizorokról szóló általános gondolatokról. A cikkben részletesen megvizsgálom az átadás kérdését virtuális gépek a Xenservertől a Hyper-v-ig.

Ha vágya van megtanulni, hogyan lehet megtalálni és kihasználni a biztonsági réseket információs hálózatok, Ajánlom, hogy ismerkedjen meg Kali Linux Workshop online tanfolyam az OTUS-ban. A tanfolyam azok számára készült, akiknek nincs tapasztalata információ biztonság, a felvételhez át kell mennie.

Eredetileg cikket akartam írni a Xenserver 7 telepítéséről az mdadm raid1-re. Mindig is tetszett a xen, mivel képes vagyok telepíteni az mdadm-re. Ez lehetővé tette a hipervizor használatát bármely hardveren, két merevlemezzel, egyszerű lemezszintű hibatűrést biztosítva. Kényelmes és pénztárcabarát. Ugyanez megtehető a kvm-en is, de nekem személy szerint tetszik az xen menedzsment beépülő modulja, mint a Windows alkalmazásai. Kényelmesen csatlakoztathat hozzá több szervert, és mindent egy helyről kezelhet. Ráadásul a kvm-hez képest könnyebb és gyorsabb telepíteni és konfigurálni a munkához, átadni valakinek kezelésre.

Valójában elkészítettem és kipróbáltam egy cikkvázlatot a Xenserver telepítéséről egy szoftver raidre. Első pillantásra minden működik. A problémák akkor kezdődtek, amikor elkezdtem ellenőrizni a hibatűrést és kikapcsolni egy merevlemezt. Mint kiderült, az xenserver nem tud normálisan elindulni, ha az mdadm raid leépült állapotba kerül. Nagyon idegesített ez a tény, és majdnem 24 órát töltöttem folyamatosan a helyzet rendezésével és a probléma megoldásával. De nem sikerült. És az interneten szintén nem találtam receptet a probléma megoldására, de megerősítést találtam erre a problémára.

Úgy tűnik, hogy a XenServer a 7-es verziótól már nem támogatja az mdadm-en való futtatást. Még a hivatalos GYIK-ben is megemlítik:

- Támogatja a XenServer egy szoftver alapú RAID megvalósítást?
- Nem, a XenServer nem támogatja a szoftveres RAID-ot.

Megnéztem a 7.0 és 7.1 verziót. Az eredmény ugyanaz - a rendszer nem indul el, ha a raid összeomlik. Sőt, vannak olyan cikkek az interneten, amelyek megmondják, hogyan kell átutalni tiszta telepítés xen 7 az mdadm-en. Úgy tűnik, hogy ezek az emberek csak nem tesztelték az egyik meghajtót a meghibásodás szempontjából. Amíg nem ellenőrzi, úgy tűnik, hogy minden rendben van. A probléma itt az, hogy a Xenserver 7 CentOS 7-re váltott. És számos újítás létezik, különösen a systemd. Nem tudtam pontosan meghatározni, hogy mi a probléma. Van valamilyen összeférhetetlenség a rendszerindító modulokban, a xenserver kernelben és az mdadm verzióban. A CentOS 7-en volt egy hasonló hiba, amikor kiadták, de azonnal kijavították. A XenServeren pedig a fejlesztők lemondtak erről, mivel nem ígértek támogatást az mdadm számára. Ennek eredményeként a hipervizor nem volt képes telepíteni az mdadm-re. Ez számomra elfogadhatatlan, mivel aktívan használom az mdadm fájlt. Ha bármely lemez meghibásodik, a rendszer az indításkor végtelenül lefagy az alábbi üzenettel:

Egy indítási feladat fut a dev-md0.device eszközhöz

Még mindig sok virtuális gépem van, amely a CentOS 5 rendszert futtatja. Ennek a verziónak az a sajátossága, hogy a XenServer normál működéséhez egy speciális kernel-xen kernelt telepítettek a rendszerre. Ennek eredményeként, amikor a rendszert áttették egy másik hipervizorra, nem volt hajlandó működni. Komoly munkát kell végeznie egy fájllal az indításhoz. Fontos volt számomra, hogy kidolgozzam ezt a pillanatot, mivel munkám során fokozatosan el kell távolodnom a Xenservertől a Hyper-V vagy a KVM felé. Még nem döntöttem, mivel nem sikerült virtuális gépeket létrehozni xen-mel a KVM-en, de a Hyper-V-n sikerült. Mesélek erről.

Virtuális gép áthelyezése xenserverről kvm-re

Maga a virtuális gép átvitele a lemez egyszerű másolata egyik hipervizorról a másikra. A Xenserver biztonsági mentéséhez az Alike Free program ingyenes verzióját használom. Sajnos az ingyenes kiadásban már nem érhető el. A fejlesztők bezárták az ingyenes projektet, a próbaverzió csak a fizetősből létezik. De még mindig megvan a disztribúció és a kulcsok ingyenes verzió... Továbbra is használom. Egyszerű és kényelmes program, amely lehetővé teszi a virtuális gépek növekményes mentését. Azt is tudja, hogyan kell feltölteni a biztonsági másolatokat vhd formátum. A virtuális gép átviteléhez csak annyit kell tennie, hogy ugyanazt a gépet létrehozza a hiper-v-n, és lemezként megadja az xenserverről átvitt vhd-képet. De ha utána csak elindítja a virtuális gépet, hibaüzenetet kap.

13. hiba: érvénytelen vagy nem támogatott futtatható formátum

Nincs ebben semmi meglepő, az xen módosított rendszermagja csak magán a hypervisoron működik. Ha más környezetben szeretne dolgozni, telepítenie kell a szokásos Linux kernelt. Ezt fogom tenni a továbbiakban. A feladat nagyon nehéznek bizonyult, sokat kellett piszkálnom különféle árnyalatokban. Először is, hogy ne felejtsem el a megszerzett tapasztalatokat, ezt a cikket írom. Bár megértem, hogy nagyon kevés embernek válik hasznára egy ilyen élmény. Alig van sok ember, aki a már megszűnt CentOS 5 rendszert máshová helyezné át a Xen hipervizorról. Békés úton kell átrendezni a rendszereket, és ezzel fokozatosan foglalkozni fogok. De bármilyen meglepetés esetén kész útmutatóval kell rendelkeznie.

Az alábbiakban ismertetett módszer a virtuális gép rendszerindításának helyreállítására egyetemes megoldás a rendszerindítási problémák megoldására. linux szerver... Ha valamilyen okból a linux szerver nem indul el, a rendszerbetöltő meghibásodott, vagy problémái adódtak a kernel frissítése után, a kernel és a bootloader frissítésének és cseréjének alábbi módszerei segíthetnek a probléma megoldásában.

Linux szerver indításának helyreállítása

Ahhoz, hogy a virtuális gép hiper-v-en működjön, amint mondtam, telepítenie kell a szabványos kernelt. Ehhez indítsa el a virtuális gépet a boot lemez CentOS 7 és válassza ki a módot.

A szakasz kiválasztásához ki kell választania a főmenüben Baj... Várjuk a letöltést, és válasszuk az első javasolt lehetőséget.

Azonnal tiszteletben tartjuk a helyreállítható rendszerünket. Az első lépés a rendszer frissítése és a standard kernel telepítése. Valószínűleg nem fog sikerülni yum-on keresztül, mivel a centos 5 adattárakhoz vezető linkek inaktívvá váltak, miután a rendszer támogatása március 31-én megszűnt. A fájlt meg kell változtatni /etc/yum.repos.d/CentOS-Base.repo a megfelelő szakaszok útvonalainak szerkesztésével a következőkre:

Baseurl = http: //vault.centos.org/5.11/ osfrissítéseket/ $ basearch / baseurl = http: //vault.centos.org/5.11/ kiegészítők/ $ basearch / baseurl = http: //vault.centos.org/5.11/ extrák/ $ basearch / baseurl = http: //vault.centos.org/5.11/ centosplus/ $ basearch / baseurl = http: //vault.centos.org/5.11/ közreműködés/ $ basearch /

Minden tükrös listát tartalmazó sort ki kell kommentálni, és a baseurl-t a megadottakra kell cserélni. Ezt követően futtatnia kell a rendszerfrissítést.

# yum clean all # yum update

Most telepítjük a szokásos linux kernelt, és eltávolítjuk az xen-ből.

# yum kernel-xen eltávolítása # yum kernel telepítése

Most ellenőrizzük a rendszeren elérhető kerneltárak verzióját.

# ls -l / lib / modules /

Fogjuk a legfrissebb verziót, és elkészítjük az initrd képet.

# mkinitrd -v -f /boot/initrd-2.6.18-419.el5.img 2.6.18-419.el5

A bootloader konfigurációjának szerkesztése /boot/grub/grub.conf hogy a betöltéskor ezt a kernelverziót válassza.

Paraméter alapértelmezett = 1 megfelel a menü második sorának, mivel a visszaszámlálás 0-tól indul. Vagyis a szükséges frissített kernel lesz kiválasztva. Frissítjük a lemezen lévő indítót.

# grub-install / dev / sda

Ha hibát kap:

A / dev / sda nem rendelkezik megfelelő BIOS-meghajtóval.

Használjon egy ilyen parancsot:

# grub-install --recheck / dev / sda

Elméletileg ez be is fejezhető. Valójában teljes indítást helyreállítottunk a linux szerveren. De azóta jön a xenserverről van még egy árnyalat. Ha most megpróbál egy virtuális gépet indítani, akkor minden zökkenőmentesen megy majdnem a rendszerindítás legvégéig, és akkor hiba lép fel.

Init: Id ‘co’ túl gyorsan újrakészül: 5 percre le van tiltva

A végtelenségig lóg. Az xenserver virtuális gépkonzoljának hozzáférésével csatlakozik. Más környezetben a paramétert meg kell változtatni. A hiba kijavításához szerkesztenie kell a fájlt / etc / inittab... Keressen benne egy karakterláncot

Co: 123457: respawn: / sbin / agetty xvc0 9600 vt100-nav

Kommentelje, és ehelyett távolítsa el a megjegyzést a sorból

1: 123457: respawn: / sbin / mingetty tty1

Most újraindíthatja a virtuális gépet. Biztonságosan kell elindulnia. Legalábbis nekem ilyen volt.

Sajnos a fenti módszer nem kényszeríthette ugyanazt a virtuális gépet indításra KVM hipervizor... Nem tudom miért. Miután kiválasztotta a rendszermag verzióját a betöltőben, a rendszer egyszerűen ebben a helyzetben lóg.

És akkor nem történik semmi. Nincsenek hibák. Még ötleteim sincsenek arról, hogy mi lehet és milyen irányba haladjak a virtuális gép elindításához. Ha valakinek van ötlete, hogyan lehet ezt megtenni, tanácsot kérek. Nagyon szeretnék virtuális gépeket migrálni centos 5-ről kvm-re. Megpróbáltam már helyreállított virtuális gépeket átvinni hiper-v-ről kvm-re, átalakítottam a lemezt vhd-ről qсow2-re, de mindezt eredmény nélkül. Még mindig ugyanúgy lefagynak, mintha közvetlenül az xenserverről portoltam volna őket.

Következtetés

A virtuális gépek áttelepítése egyetlen hipervizoron belül jól működik. Abban az esetben, ha egyikről a másikra vált, valószínűleg felmerül néhány problémája. Nagyon belefutok ebbe, főleg a linux-szal és a freebsd-vel. Leggyakrabban a lemezekkel és a rendszerbetöltővel kezdődnek a problémák. Ezután a meghajtó betűi megváltoznak, szerkesztenie kell az fstab-ot, ekkor a rendszerindító nem indul el. Előfordulhat, hogy a hálózat nem működik. Mindenhol rendezni kell és megoldani a felmerülő problémákat.

Kali Linux Műhely

Tanfolyam azok számára, akik érdeklődnek a penetrációs tesztek lebonyolítása iránt, és szeretnének gyakorlatilag kipróbálni magukat a valódihoz közeli helyzetekben. A tanfolyam azok számára készült, akik még nem rendelkeznek tapasztalattal az információbiztonság terén. A képzés 3 hónapig tart, heti 4 órában. Mit ad neked ez a tanfolyam:

• Keresse meg és használja ki a biztonsági réseket vagy a konfigurációs hibákat vállalati hálózatok, weboldalak, szerverek. Hangsúly a Windows penetrációs tesztelésen és a vállalati biztonságon.
• Fedezze fel az olyan eszközöket, mint a metasploit, az sqlmap, a wireshark, a burp suite és még sok más.
• A Kali Linux eszköztár elsajátítása a gyakorlatban - minden információbiztonsági szakembernek ismernie kell azt.

Tesztelje magát a felvételi teszten, és nézze meg a program részleteit.

Számos módon lehet egy telepített Windows operációs rendszert képpé konvertálni egy virtuális gép számára. A létrehozott kép használható például tesztelésre, a frissítés telepítése után a rendszer stabilitásának ellenőrzésére, vagy a régi gép állapotának javítására a változtatások végrehajtása előtt.

A legtöbb virtualizációs program támogatja a telepített Windows operációs rendszer virtuális gépi képekké történő átalakítását. Néhány megoldás már beépített funkcionalitással rendelkezik, de egyes esetekben előfordulhat, hogy ugyanarra a célra harmadik féltől származó termékeket kell használnia.

Ez az útmutató az átalakításra vonatkozó utasításokat tartalmazza Windows telepítések ban ben virtuális képek Microsoft Hyper-V, VirtualBox és VMware.

A Windows átvitele virtuálisba Microsoft gép A Hyper-V egyszerűen használható a Sysinternals Disk2vhd eszközével.

A program hordozható, az archívum kicsomagolása után a lemez tetszőleges helyéről futtatható. Az alkalmazás rendszergazdai jogokat igényel. A program segítségével virtuális gép hozható létre egy vagy több kötetből a számítógépen.

jegyzet: a program parancssori módban futtatható a következő formátumban:

Az alkalmazás főablakában a cél elérési útja és a fájl neve látható, közvetlenül a rendelkezésre álló kötetek alatt. Felhívjuk figyelmét, hogy megfelelő célterületet kell kiválasztania elegendő szabad tárhellyel, különben a képalkotási folyamat megszakad.

A felhasználónak ki kell választania a cél elérési utat és fájlnevet (vhdx kiterjesztéssel), valamint a virtuális képbe beépítendő köteteket.

Csak választhat Windows partíció vagy akár nem rendszer partíciókat konvertálhat VHD képekké a Windows partíció kiválasztása nélkül.

A Disk2VHD kettővel érkezik további paraméterek amelyek az indításkor vannak megadva. Az első a kimeneti formátumot VHDX-re állítja. A VHD használatához letilthatja ezt az opciót.

A VHDX-nek számos előnye van, például a nagyobb támogatása virtuális lemezek(64 TB vs 2 TB), a legjobb védelem a sérüléstől, a távoli online átméretezéstől stb. A VHD-re elsősorban kompatibilitási célokra van szükség, például amikor a termék nem támogatja a VHDX-t, és akkor is, ha képet szeretne Virtualbox-ba konvertálni.

A második paraméter lehetővé teszi a használatát árnyékmásolat kötetek.

A Disk2VHD feldolgozza a kiválasztott köteteket, és virtuális lemezképekké alakítja azokat, amelyeket a kiválasztott helyre mentenek.

Miután megkapta a VHD képet, használhatja a VirtualBoxhoz kapott vboxmanage parancssori eszközt a média klónozásához és más formátumban történő mentéshez.

1. nyomja meg Windows kulcs, belép cmd.exe, tartsa lenyomva a Ctrl + Shift billentyűt, és nyomja meg az Enter billentyűt a futtatáshoz parancs sor rendszergazdai jogokkal.
2. Menj VirtualBox mappa például a rendszerben, C: \ Program Files \ Oracle \ VirtualBox a cd paranccsal.
3. A kép konvertálásához használja a vboxmanage clonemedium disk parancsot VHD lemez VDI formátumba. Például: vboxmanage clonemedium disk o: \ source.vhd o: \ output.vdi

Az átalakítás a kép méretétől és a számítógépen rendelkezésre álló erőforrásoktól függően eltarthat egy ideig.

Létrehozhat virtuális képeket Windows gépek a VMware számára a VMware vCenter Converter segítségével. A programot letöltheti a hivatalos VMware webhelyről, de ehhez szükséges Számla... Weboldalunkon a segédprogram regisztráció nélkül letölthető.

jegyzet: A program létrehoz egy virtuális képet a teljes gépről. BAN BEN grafikus felület a merevlemezeket vagy a partíciókat nem lehet kizárni.

A telepítő körülbelül 170 megabájt méretű. A telepítés során a rendszer kéri, hogy csatlakozzon az Ügyfélélmény javító programhoz.

A futás konvertálásához Windows rendszer egy virtuális képhez a VMware számára, a kezdéshez válassza a „Konvertálás” opciót a program fő felületén.

A varázsló betöltése után ellenőrizze, hogy a forrás típusa "engedélyezve" és "ez" helyi számítógép”. Létrehozhat virtuális képeket is távoli számítógépek, de ehhez meg kell adni az eszköz nevét vagy IP-címét és hitelesítő adatait.

Válassza ki a VMware virtuális gépet a Cél típusa alatt a következő oldalon, és válassza ki a célmappát a kép mentéséhez.

A kötet készítéséhez a kötetek számától, méretétől és az eszközforrásoktól függően eltarthat egy ideig.

Hello haverok! Ma a virtuális gépek rajongói számára Vladimir fantasztikus anyagot készített!

Szia admin, kérlek, mondd meg, hogyan lehet virtuálisan átvinni VirtualBox gép rendes számítógépre?

Néhány hónappal ezelőtt megjelent a Windows 10, és féltem, hogy közvetlenül a számítógépemre telepítem, de telepítettem egy virtuális gépre, majd telepítettem az összes szükséges programot az operációs rendszerbe: böngészők, ingyenes OpenOffice, Skype és így tovább , egy idő után elkezdtem észrevenni, hogy a tizediknek tetszett a Windows, és még az az ötletem támadt, hogy átvigyem egy rendes számítógépre! Lehetséges? Ilyen információt nem találtam az interneten.

Hogyan lehet egy VirtualBox virtuális gépet átvinni egy rendes számítógépre. Vagy hogyan lehet a Windows 10 virtuális gépről asztali számítógépre átvinni a Vhd2disk használatával

Hello haverok! Lehetőség van egy VirtualBox virtuális gép átvitelére egy rendes számítógépre, és gyakran ilyen igény merül fel rendszergazdák, különböző fejlesztők szoftverés mások számítógépes szakemberek, szükség lehet rá egy közönséges PC-felhasználó számára is.

• Megjegyzés: Van egy kifejezetten a virtuális gépek rajongóinak létrehozott webhely.

Az átvitelhez még mindig kevéssé ismert programot használhat Vhd2disk- kifejezetten a virtuális operációs rendszerek fizikai hardverre történő hordozására tervezték, vagy más szavakkal - hogy pontos másolatot készítsen virtuális lemez VHD normál merevlemezen.

Tehát van egy VirtualBox virtuális gépünk, amelyre Windows 10 van telepítve.

Lemezkezelés

0. korong, ez a telepített virtuális lemez Windows 10.

A virtuális lemez létrehozásakor 250 GB méretet adtam meg. Az operációs rendszer telepítve van a lemezre (C :), és különféle fájlok találhatók a lemezen (E :).

Először egy virtuális géphez tartozó VDI virtuális lemezt alakítunk át VHD formátumra.

File -->Virtuális média kezelő.

Válassza ki a bal egérrel a VDI virtuális lemezt operációs rendszer, amelyet egy normál számítógépre szeretnénk átvinni, és kattintson a gombra Másolat.

Jelöljük az elemet VHD (virtuális merevlemez).

Következő.

Jelöljük az elemet Dinamikus virtuális HDD .

Következő.

Kattintson a bal egérgombbal a felfedező gombra.

Hely kiválasztása a virtuális jövőbeni másolatának mentéséhez merevlemez, Kiválasztom a lemezt ( G:), mivel sok szabad helye van.

Másolat.

Rövid folyamat van a VDI virtuális merevlemez VHD formátumra konvertálására.

A folyamat végén kattintson a gombra Bezárás.

A lemezen (G :) a VDI virtuális merevlemez mellett megjelent annak másolata, csak VHD formátumban.

Lemezkezelés

Ki kell terjesztenie a virtuális lemez másolatát partíciók nélküli, teljesen tiszta fizikai merevlemezre.

Nyissa meg a Lemezkezelés beépülő modult.

Választani fogok 1. lemez.

Az összes részt törlöm rajta.

Vhd2disk

Itt az ideje a Vhd2disk programnak. Töltse le a hivatalos weboldalról:

https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd

Elindítjuk a programot. A fő ablakban kattintson a bal egérgombbal az explorer gombra.

A megnyíló felfedezőben megtaláljuk a virtuális lemez VHD példányát, a bal egérgombbal jelöljük ki és kattintsunk Nyissa meg a VHD-t.

Terepen Célmeghajtó meg kell adnunk a merevlemez sorozatszámát, amelyre kibővítjük a virtuális lemez másolatát. Kattintson a nyílra.

A legördülő listában válassza a lehetőséget PhysicalDrive1, mivel kibővítjük a virtuális lemez VHD tartalmát 1. lemez.

Kattintson a gombra Vhd lemezre.

Megkezdődik a virtuális merevlemez VHD tartalmának normál merevlemezre másolásának folyamata.

A folyamat sikeresen befejeződött.

Állapot: A VHD sikeresen lerakódott a meghajtóra!(A VHD fájl átmásolása a merevlemezre sikeresen!).

Kattintson a Lemezkezelés elemre törvény-->Frissítés.

Mint láthatja, a merevlemez (1. lemez) a virtuális merevlemez VHD pontos másolata a virtuális gépről, és telepítette a Windows rendszert 10.

Megpróbál elindulni a Windows 10 rendszerre.

Újraindítjuk a számítógépet, és belépünk a rendszerindítási menübe, kiválasztjuk a merevlemezünket (a virtuális VHD másolata a Windows 10 rendszerrel).

Készülékek előkészítése

A Windows 10 be van töltve!

Lemezkezelés.

A feladatkezelőben több illesztőprogram nélküli eszköz található, de ez nem jelent problémát számunkra, szoftver szerint telepítjük az illesztőprogramokat.