VMotion - élőben vándorlása VM szerverek közötti, a javítási és beállítási számítógépek
vMotion - a neve az élő migrációs folyamat. Ez azt jelenti, mozgó virtuális gépek Noi egyik szerverről a másikra a működés megszakítása nélkül. Élő migráció hasznos az Ön számára:
Q, ha szükséges tervezett leállás szerver. Kikapcsolása a VM igényel
Nia szerver lehet távolítani a más szerverek és biztonságosan leállítani;
Q a terhelés kiegyenlítésére. virtuális gép több ingyenes szerver is vándoroltak egy forgalmas.
Amint elkezdjük a migráció, a vCenter ellenőrzi a feltételeket a virtuális gépek és szerverek, amelyek között vándorol. Az alább felsorolt feltételeknek.
Így a fő memória át egy másik ESX (i) keresztül VMkernel felület, amely fogunk felhasználni vMotion.
Miután a teljes memóriát az adás - VM teljesen lezár, és a második ESX (i) át a módosított oldalakat memória. Ahogy a kötet kicsi lesz - az idő, amely alatt a VM teljesen elzáródik, szintén kicsi. Nagyon kicsi. És ha a kötet változás memória lesz több, mint egy bizonyos küszöbértéket, akkor ESX (i) egyszerűen ismételje iteráció. Ennek köszönhetően a memóriát, az átvitelt a VM befagyasztására, biztos, hogy egy nagyon kicsi, bár a több ismétléseket.
Ha valamikor nem sikerül - a VM csak nem ölte a forrás szerver, és nem megy sehova, de a VM csökkenése miatt sikertelen vMotion ez történik.
Bizonyos VM lehet áttérni leállás nélkül a két kiszolgáló közötti teljesíteni kell bizonyos feltételeket a virtuális gép, és ezek a szerverek.
Ennek legfőbb feltétele vMotion kirótt szerverek - szerverek, processzorok összeegyeztethetőnek kell lennie szempontjából vMotion. Az a tény, hogy a processzor - az egyetlen szerver alrendszer, amely egy virtuális gép (vendég OS) lássa, amit fizikailag. Nem számít, ha ezek a szerverek processzorok lesznek különböző órajel, cache mérete, szá ma a magok. A értéke egy sor támogatott utasítások, mint SSE 3, SSE 4.1 NX / XD stb Ha két különböző szerverek, különböző processzorok és alkalmazás néhány kijelentést, hogy már elérhető előtt, de nem áll rendelkezésre az áthelyezés után ,. - az alkalmazás esik.
Annak érdekében, hogy ezt megakadályozzuk, vCenter nem engedi kezdeni vMotion között összeegyeztethetetlen processzoros szerverekhez. By the way, ne felejtsük el, hogy része a funkciók a processzor vezérli a BIOS úgy, hogy mindkét kiszolgáló azonos processzorok nem lehet alkalmas a meleg vándorlását VM közöttük, ha a BIOS beállítások eltérnek. Néha a legegyszerűbb módja annak, hogy visszaállítsa azokat az alapértékeket.
Ideális esetben a feldolgozók akkor kompatibilisek vMotion (részletek a VMware Tudásbázis). Ha nem, akkor az élő migráció nagyon szükséges, akkor megtalálja a következő lehetőségek közül:
Q szerkesztő úgynevezett CPUID maszk (HMW tulajdonságait. Options
CPUID maszk). A lényeg az, hogy egy adott VM, mi lehet „elrejteni”
azokat feldolgozó utasításokat, amelyek megakadályozzák az elvándorlást. részletes útmutató
Q, elvileg a legtöbb letiltása ellenőrzéseket ugyanazon a CPU, ami a vCenter. A művelet nem támogatott, de működik. Természetesen ez a megoldás van értelme használni, ha biztos benne, hogy az alkalmazásokat a VM nem vehetik el az utasításokat, amelyek különböznek processzoros szerverekhez. Tiltsa le a szükséges kiegészíteni sorok
fájlban% AllUsersProfile% \ Application Data \ VMware \ VMware VirtualCenter \ vpxd.cfg és indítsa újra a vCenter;
Q továbbfejlesztett vMotion kompatibilitás, EVC. Mi ez megtalálható HA
gében szakaszok a könyv, hiszen benne van - a részben a DRS. Azonban EVC van kapcsolva, és egy klaszter, ahol a DRS nem tartalmazza.
Térjünk vissza a feltételeket is, amelyet a VM és a szerverek miatt vMotion.
Az összes erőforrás, amely a VM elérhetőnek kell lennie mindkét kiszolgálón. Ezek a következők:
Q Természetesen a legtöbb VM fájlokat. VMX, VMDK és más (kivéve a fájlt
vswp csere). Összefoglalva - VM kell helyezni közös tároló. Mi típus - FC, iSCSI vagy NFS, nem fontos. RDM is támogatja, de a LUN, szerelve, mint RDM, láthatónak kell lennie mind a szerverek;
Q virtuális SCSI-SCSI Bus Controller Sharing beállítani nem
Q VM csatlakoztatható képeket és CD-ROM Floppy. Ezeket a fájlokat is elérhetővé kell tenni mind a szerverek;
Q a VM nem kell csatlakoztatni a CD-ROM-szerver, akkor lehetőség van
«Gazda eszköz» a tulajdonságok egy virtuális CD-ROM-on. Ugyanezek a feltételek érvényesek FDD;
Q a VM nem kapcsolható fizikai COM és LPT porttámogatás;
Q a VM nem kell beállítani a CPU affinitás - jelzi a specifikus magok, amelyen futtatni ezt a virtuális gépet;
Q egy csoport portok, amely kapcsolódik a VM léteznie kell mindkét kiszolgálón. Kockás csak nevek egyeznek, hogy a nyilvántartást;
Q VM nem csatlakoztatható a virtuális kapcsolót, amelyekhez nem tartozik a fizikai hálózati pref vezérlők. A teszt azonban erre is van tiltva. Ehhez helyezze be a vonal
fájlban% AllUsersProfile% \ Application Data \ VMware \ VMware VirtualCenter \ vpxd.cfg és indítsa újra a vCenter;
Q alatt vMotion továbbított tartalmat a kiszolgálók között működési
Memória BM. Ez a tartalom között továbbított interfészek VMkernel, így van, hogy ezeket a felületeket. Felhívjuk figyelmét, hogy VMkernel interfész is használható egyszerre az NFS, iSCSI, Fault Tolerance és irányítani a forgalmat (az utóbbi esetében ESXi). Azonban vMotion ajánlott kiosztani egy külön gigabites interfészt, és ennek eredményeként, egy külön VMkernel felületen. Az ingatlan a virtuális hálózati vezérlő VMkernel, amely azt tervezi, hogy használni vMotion, akkor jelölje be a «Használja ezt a portot csoport vMotion».
Kérjük vnimanie.vCenter ellenőrzi csak az a tény, VMkernel interfészek egy zászló «Ezzel a port csoport vMotion» a tulajdonságok, de a kapcsolat a felületek különböző szervereken. Annak érdekében, hogy a hálózati konfiguráció, nincs hiba, az egyik a szerverek a parancs vmkping
A teszt a teljesítménye a legtöbb a fent felsorolt feltételek jól alkalmazhatók térképek lapon a virtuális gép (ábra. 6,57).
Figyeljük meg a mintát - ez egy sematikus ábrája a virtuális infrastruktúra
Q csoport «External_VM_Network» ports - ez ugyanazon a szerveren, de nem esxi2.vm4.ru szerver. Megoldás - csoportot hoz létre a kikötők az azonos nevű esxi2 szerveren. Vagy abba annak használatát a virtuális gépre;
Q VM használ két boltozatok - «iSCSI_LUN_1_main» és «Local_esx1». Míg a második nem elérhető esxi2 szerver. A döntés - vagy hogy «Local_esx1» ről a második szerver (nem mindig lehetséges), vagy áthelyezésére VM vagy korong található «Local_esx1», egy másik helyre egyaránt elérhetők szerverek;
Q «vMotion van tiltva» a esxi2 azt jelenti, hogy ezen a szerveren nincs interfész a VMkernel, a tulajdonságait, amelyek lehetővé tették vMotion forgalmat. Megoldás - hogy hozzon létre egy felületet, vagy tegye a dobozt az egy meglévő tulajdonságait felület.
Ahhoz, hogy megértsük, milyen egy csoportja a kikötők és a mi tárhely áll rendelkezésre mind a szerverek segítenek Home. Maps. Ábra. 6,58 láthatunk egy példát egy ilyen kártya.
Ha minden problémát megoldani, a vMotion térkép kell kinéznie, ahogy az ábrán. 6.59.
Ábra. 6.57. Térképek a VM, amely nem vándorol a forró
Ábra. 6.58. Térkép linkek tároló szerverek
Ábra. 6.59. Térképek a VM, ami vándorol a forró
Felhívjuk figyelmét, hogy a térképek nem jelenik információt RDMdiskah VM. RDM virtuális gép segítségével vMotion áttérni az lehetséges, de kapcsolódik valamilyen RDM LUN kell mutatni mindkét szerver. Ellenőrizze, hogy a térképek nem. Azonban, ha a virtuális gép van csatlakoztatva RDM LUN látható, csak az aktuális szerver, akkor megmondja, az első lépésben a varázsló vMotion.
Csak a VM fájl, ami nem kell alapulnia megosztott tárhelyet, egy swap fájl (VMkernel csere). Még ha ez található egy privát szerver az első erőforrás, amikor a vonuló VM swap file jön létre a lemezen látható a második szerverre, és a tartalmát kerül át. De ugyanazon a meghajtón, mint a második szerver swap fájlokat VM fut rajta elegendő szabad hely, vagy vMotion nem történik meg.
Indítsuk el a migrációs folyamat maga kiválasztja Migrate VM a helyi menüben, majd válassza a Change fogadó első lépésként a varázsló. Gyakran könnyebb a drag and drop a VM a kívánt ESX (i) -, akkor vMotion varázsló lesz kevesebb kérdést. Továbbra is csak:
Q Select Resource Pool - e tenni a VM néhány erőforrást, és ha igen, milyen;
Q vMotion Prioritás - fenntartva, hogy a források szerint a mozgatható VM a cél kiszolgáló (alapértelmezett beállítás). Vagy tartalék. A második opció lehetővé teszi, hogy vándorolnak VM erőforrásokban szegény beállításokat, akkor is, ha a migráció önmagában hosszabb időt vesz igénybe.
Alapértelmezésben minden szerver egyszerre vándorolnak 4 (8-10 Gbps hálózat) VM. Tekintettel a jelentősen finomított és javított compo-
NENT felelős vMotion, akár négy egyidejű migráció valószínűleg elég.
Kérjük vnimanie.Imeetsya csak azt jelenti, vMotion, mások paraméterek alapértelmezett Storage vMotion migráció és kikapcsolta a VM.