Egy automata megszervezéséhez Tartalékmásolat virtuális gépek a VMWare ESXi szerveren fut, akkor az ingyenes segédprogramot fogjuk használni MKSBackup, amelyet letölthet (az írás idején a legfrissebb elérhető verzió MKSBackup 1.0.4 01.24-től. 2013). Ez a segédprogram egyfajta front-end, amely integrálható különféle biztonsági mentési szkriptekkel, beleértve GhettoVCB(Perl-ben írt és rajongók által karbantartott VM biztonsági mentési szkript). A GhettoVCB lehetővé teszi a futó virtuális gépek online biztonsági mentését. A virtuális gép biztonsági másolata a pillanatkép (pillanatkép) létrehozásával jön létre.
Fontos. A GhettoVCB nem működik együtt virtuális gépek saját képük van. A virtuális gép biztonsági mentéséhez minden pillanatképet törölni kell (például a Pillanatképkezelőn keresztül).
Az MKSBackup azon kevés biztonsági mentési eszközök egyike, amelyek lehetővé teszik a virtuális gépek online biztonsági mentését. Az MKSBackup használható a VMware ESXi kereskedelmi kiadásait és az ingyenes VMware Hypervisort futtató virtuális gépek biztonsági mentésére. A segédprogramot Pythonban fejlesztették ki, és többplatformos. Az MKSBackup segédprogram nem rendelkezik GUI, keresztül működik parancs sor, és konfigurációs fájlokon keresztül konfigurálható.
Természetesen az MKSBackup alapú VMWare virtuálisgép-mentési megoldás kényelme és kezelhetősége alacsonyabb, mint a kereskedelmi termékeké, de ezt nagyrészt kompenzálja ingyenes, egyszerű telepítési és üzembe helyezési sebessége.
A következő lépés az ESXi kiszolgálón futó virtuális gépek biztonsági mentési beállításainak konfigurálása. A konfiguráció az mksbackup.ini konfigurációs fájl szerkesztésével történik (alapértelmezés szerint a C:\Magik mappában található).
Nyissa meg az mksbackup.ini fájlt bármelyikben szöveg szerkesztő. A fájl felépítésénél fogva több részből áll, az egyes szakaszok neve szögletes zárójelben van.
Szakasz:
Ebben a részben állíthatja be az értesítési paramétereket email. Nem érdekel minket, ezért elmegyünk
Következő szakasz. Ez a szakasz egy biztonsági mentési feladat, és leírja a virtuális gépek biztonsági mentésének Windows környezetben való futtatásának különféle lehetőségeit. Példánkban a feladat így néz ki:
Program=ghettovcb host=10.10.1.89 port=22 login=root password=LI&f3ccc23 local=C:\magik\vmware global_conf=ghettoVCB.conf vm_list=vm1_https winXPtest destination=C:\magik\$(vm) scp_bin="D: \Install\Putty\pscp.exe" -scp -r
Nézzük meg közelebbről a feladat paramétereit:
program- tartalék program, hagyja el a ghettovcb-t
házigazda– annak az ESXi gazdagépnek a neve/ip-je, ahol a virtuális gépek futnak
kikötő– hozzáférési port (alapértelmezett 22-es port – SSH protokoll)
Belépés– felhasználónév hozzáférési jogokkal az ESXi szerverhez (alapértelmezés szerint root, de biztonsági okokból jobb, ha külön felhasználót hoz létre az ESXi szerveren)
Jelszó- felhasználói jelszó
helyi– helyi könyvtár, ahol a biztonsági mentési szkript és annak konfigurációja tárolva van
global_conf– fájl a gettoVCB szkriptbeállításokkal
vm_list– azon virtuális gépek listája, amelyekről biztonsági másolatot kell készítenie. Ha az összes virtuális gépről biztonsági másolatot szeretne készíteni, ezt a paramétert üresen kell hagyni. Ha ki kell zárnia néhány virtuális gépet, használja a vm_exclude paramétert.
rendeltetési hely– paraméter lehetővé teszi a végrehajtandó művelet típusának megadását. Lehet, hogy
Maradjunk a költözés lehetőségnél, mint optimálisabbnál. Ebben az esetben a virtuális gépek helyi biztonsági másolatai jönnek létre az ESXi gazdagépen, amelyek ezután átkerülnek a szkriptet futtató számítógépre.
mon-sun - feltételezzük, hogy a szkript naponta végrehajtható (hagyjuk úgy, ahogy van, mivel a biztonsági mentések indításának gyakoriságát a Windows ütemezőn keresztül állítjuk be).
Ezenkívül adja meg azt a könyvtárat, ahová a virtuális gép biztonsági másolatait áthelyezi (C:\magik). A $(vm) paraméter megadja, hogy minden virtuális géphez külön könyvtár jön létre a nevével, ahol a virtuális gép fájljai lesznek tárolva.
jegyzet. Részletes leírás A szkript konfigurációs beállításai és szintaxisa a fejlesztő webhelyén található.
scp_bin– az scp segédprogram elérési útja
Fontos. Győződjön meg arról, hogy az SSH démon engedélyezve van az ESXi szerveren.
VM_BACKUP_VOLUME=/vmfs/volumes/msa2000/backup VM_BACKUP_ROTATION_COUNT=3
VM_BACKUP_VOLUME– egy könyvtár az ESXi szerveren, ahová a virtuális gépek másolatai kerülnek mentésre (természetesen elegendő szabad helynek kell lennie a VMFS partíción)
VM_BACKUP_ROTATION_COUNT- a tárolt helyi másolatok száma (példánkban az utolsó 3 biztonsági másolat kerül tárolásra)
Továbbra is el kell menteni a gazdakulcsot a helyi ssh gyorsítótárba a plink segédprogrammal (amely szintén benne van a Putty disztribúcióban). Például így:
PLINK.EXE [e-mail védett] ls/
Teszteljük a biztonsági mentési szkriptet. Ehhez nyissa meg a parancssort rendszergazdai jogokkal, és futtassa a parancsot:
C:\Magik\MKSBackup\mksbackup.exe -v -c C:\Magik\mksbackup.ini biztonsági mentés VMWARE_FROM_WINDOWS
Hol van a kulcs -v jelzi, hogy részletes információkat kell megjeleníteni, -c az mksbackup.ini beállítási fájl elérési útja, biztonsági mentés- azt jelenti, hogy el kell indítania a biztonsági mentést, a végén megjelenik a feladat neve a fájlból mksbackup.ini(példánkban a VMWARE_FROM_WINDOWS feladat).
Ha minden helyesen van beállítva, a segédprogram részletes információkat jelenít meg a konzolon a biztonsági mentési folyamatról (a biztonsági mentési folyamat meglehetősen hosszú, ezért nem kell számítania a gyors befejezésre).
A biztonsági mentés folyamata nyomon követhető a pillanatkép-létrehozási/törlési események VMware vSphere konzolon történő megjelenésével.
A parancsfájl végrehajtása során a virtuális gép fájljait tartalmazó mappák megjelennek a célkönyvtárban.
A próbamásolat végrehajtása után folytathatja a létrehozási folyamat automatizálását biztonsági mentések. Ehhez létrehozunk egy új Windows Scheduler feladatot.
Hozzuk létre a "Backup ESXi" nevű feladatot, amely péntekenként fut, és a következő parancsot futtatja: C:\Magik\MKSBackup\mksbackup.exe -v -c C:\Magik\mksbackup.ini biztonsági mentés VMWARE_FROM_WINDOWS
A feladat beállításainál ne felejtse el megadni, hogy rendszergazdai jogokkal kell futtatni ("Futtatás legmagasabb jogosultságokkal" opció).
jegyzet. Ha a feladat egy másik nevében fut fiókot(nem az, amelyik alatt a tesztelést elvégezték), ne felejtse el, hogy az új fiók gyorsítótára nem fogja tartalmazni a szükséges kulcsot. A probléma megoldásához futtassa a fenti plink parancsot az új fiókból.
Ennek hátrányai ez a módszer virtuális gép biztonsági mentése:
Ezeket a hiányosságokat az ingyenessége kompenzálja, de nagy megoldások esetén előnyösebb a kereskedelmi biztonsági mentési termékek használata, mint például a Veeam vagy a HP DataProtector.
Kis teszt:
Helyi hálózat - gigabit.
Helyi tárolón (hardver RAID 10 / 4 lemez 10K) - "time dd if=/dev/zero of=/vmfs/volumes/datastore/temp bs=1M count=1K" 8 másodperc.
"Linux" tárolón (3 lemezből 0-s szoftver RAID 7,5K) - "time dd if=/dev/zero of=/vmfs/volumes/linbackup/temp bs=1M count=1K" 12 másodperc.
"Windows" tárolón (10 lemezből 5-ös hardveres RAID 10K) - "time dd if=/dev/zero of=/vmfs/volumes/winbackup/temp bs=1M count=1K" 1 perc 44 másodperc (sokkoltam magam) .
Az eredmények magukért beszélnek. Igen, egy RAID 5 win-tárolón, de nem valószínű, hogy egyedül ő okolható ezért az eredményért.
Kitaláltuk a tárolórendszert, most automatizálnunk kell a biztonsági mentést. A legjobb ingyenes eszköz a ghettoVCB szkript, használatához SSH-n keresztül kell elérni az ESXi gazdagépet. Mint kiderült, van egy nagyon egyszerű módja a hozzáférés engedélyezésének és letiltásának közvetlenül a vShere Client alkalmazásból: Konfiguráció > Szoftver > Biztonsági profil > Tulajdonságok… > Távoli műszaki támogatás (SSH) > Beállítások… > Indítás vagy Leállítás. Ezek a képernyőképek világosabbá teszik:
Letöltés legújabb verzió forgatókönyv. A „True”-t úgy teheti meg, ahogy a szkript oldalon a „Beállítás:” részben le van írva, de én könnyebben csináltam – kicsomagoltam az archívumot a számítógépemen, a konfigurációs fájl szerkesztése helyett magát a szkriptet szerkesztettem. , átmásolta a helyi tárhelyre (az „Adattár tallózása” segítségével).
Íme a fő paraméterek:
VM_BACKUP_VOLUME - a biztonsági mentési mappa elérési útja, esetemben /vmfs/volumes/linbackup
DISK_BACKUP_FORMAT – lemezformátum, vékony a legjobb biztonsági mentésekhez
VM_BACKUP_ROTATION_COUNT – a tárolt biztonsági másolatok száma (minden virtuális géphez), nálam 2
ADAPTER_FORMAT - adapter típusa, nekem lsilogic van
A többi paramétert nem lehet szerkeszteni, de ha érdekel - a szkript oldalon minden paraméter részletesen le van írva, bár angolul, szinte minden paraméter oroszul van írva.
Tehát a szkript a helyi tárhelyre másolódik, ssh-n keresztül csatlakozunk, a szkriptet átvisszük valahova közelebb a gyökérhez, például a /ghettovcb/ghettovcb.sh-ba, ha nem kell biztonsági másolatot készíteni az összes virtuális gépről, akkor szükség van fájl létrehozása a biztonsági másolat készítendő virtuális gépek listájával:
cd /ghettovcb
vi vmlist
nyomja meg az "a" billentyűt írja be a virtuális gépek nevét, mindegyiket egy új sorba, nyomja meg az "esc" billentyűt és a változtatások mentéséhez ": wq" vagy a ": q" mentése nélküli kilépéshez
A sortöréseknek "\n"-nek kell lenniük, a "\r\n" tördelésekor a szkript hibát generál, ezért ne hozzon létre listát a Jegyzettömbben, majd másolja a tárhelyre, ha még soha nem használta a Notepad + vagy az EmEditor alkalmazást. nem tudom, mi ez a "\n" és "\r\n" - jobb, ha hozzon létre egy listát a vi-ben.
Próbáljuk meg futtatni a szkriptet:
./ghettovcb.sh -f ./vmlist -l ./log.txt
./ghettovcb.sh -f ./vmlist -g ./ghettovcb.conf -l ./log.txt
A szkript működik, sok információt ad ki, ha a kimenet végén azt látjuk, hogy "###### Végső állapot: Minden virtuális gép mentve OK! ######" akkor minden rendben van, különben mi olvassa el a log.txt fájlt, és derítse ki, mit csináltunk rosszul.
Most ütemezést kell készítenünk a biztonsági mentésekhez.
cd /var/spool/cron/crontabs
chmod u+w gyökér
vi gyökér
nyomja meg az "a" billentyűt, írja be a menetrendet, csak vegye figyelembe - az idő UTC-ben van feltüntetve, azaz. Moszkva esetében ez helyi idő mínusz három óra
00 20 * * * /ghettovcb/ghettovcb.sh -f /ghettovcb/vmlist -l /vmfs/volumes/linbackup/logs/`date +%F`.txt
vagy ha létrehozott egy konfigurációs fájlt
00 20 * * * /ghettovcb/ghettovcb.sh -f /ghettovcb/vmlist -g /ghettovcb/ghettovcb.conf -l /vmfs/volumes/linbackup/logs/`date +%F`.txt
nyomja meg az "esc" gombot és mentse el a ":wq"
őrizetben
chmod u-w gyökér
Most minden nap 20:00 UTC-kor (moszkvai idő szerint 23:00-kor) elindul a szkript, a végrehajtásáról szóló naplók mentésre kerülnek a tárhelyre naplók mappát, minden napra külön napló.
A naplók szerint kb 4 órát vesz igénybe a mentés, kiszámoltam a sebességet - kb 4GB percenként, pl. kb 70 MB másodpercenként, egyáltalán nem rossz. 2,7 TB-os tárhely elegendő minden virtuális gép két példányának tárolására, ez bőven elég, plusz van szabad hely, de szükség van rá, mert. először a harmadik biztonsági másolat készül, és csak annak létrehozása után törlődik a legrégebbi másolat.
Nos, még egy kő a "windows" tárolókertben - próbáltam biztonsági másolatot készíteni egy szkripttel, csak leesett a tárhely, és maga a szkript hibával ért véget. Megértem, hogy ez az egész helytelen beállítás rekordok NFS-en, de a beállítások alapból voltak, és nem igazán akartam érteni a „tuning”-ot.
A kísérlet jól sikerült, lehet vele szervert venni jó lemezek, a RAID 10 5 TB-ra van tervezve, ez bőven elég lesz a jövőbeli virtuális gépekhez.
Címkék: vmware, vsphere, esxi, backup
Jó napot, kedves olvasók, nem is olyan régen a Hyper-V virtuális gépek klónozásának folyamatát vitattuk meg, ma pedig a fő versenytársát elemezzük, nevezetesen az ESXI hypervisort, amelyben szintén gyártani fogunk. klónozni egy VMware virtuális gépet. Maga a folyamat nem bonyolult, de a kezdők igen rendszergazdák számos kérdést vet fel, amelyekre ebben a cikkben válaszolok.
A klónozás egy virtuális gép pontos másolatának létrehozása, ugyanazokkal a beállításokkal és a szükséges változtatásokkal. Nagyon kényelmes, mint tesztelési céllal, amikor a szükséges változtatásokat kell elvégezni, de nem tudja, hogyan fog viselkedni a virtuális gép, másolat készítésével megtudhatja, és elkerülheti a szolgáltatások leállását. Milyen klónozási módszerek léteznek:
Az alábbiakban leírom az első és az utolsó módszert, a többinek már megvan a részletes cikke.
Keresse meg a kívánt ESXI gazdagépet, válassza ki a kívántat lemeztömb(Datastore) és kattintson rá jobb gombbal, válassza ki a helyi menüből a "Tallózás az adattárban" lehetőséget.
Kiválasztjuk a kívánt mappát, és a helyi menüből a "Másolás" elemet, majd a beépített Explorer segítségével helyezzük át a kívánt helyre, nevezhetjük a VMware virtuális gép klónozásának, szegények számára.
Ezután egy új helyen nyissa meg a mappát, és kattintson jobb gombbal a *.vmtx kiterjesztésű fájlra, ez a konfigurációs fájl. Valójában ez minden. Személy szerint nekem kell hozzáférnem fájlrendszer ESXI WinSCP használatával, vagy használhatja a sablon OVA funkcióit is.
Ha vannak pillanatképek a másolt virtuális gépben, akkor azokat a másolás előtt törölni kell, vagy más fájlokkal együtt másolni kell, ellenkező esetben az új virtuális gép betöltésekor hibaüzenet jelenik meg, amely jelzi, hogy a fájlok pillanatképekkel nem tölthetők be.
Azoknak az elvtársaknak, akik központilag kezelik infrastruktúrájukat, adott funkciót jelen van a telepítés során. Előnye, hogy klónozhatunk futó és nem működő virtuális gépeket is. Válassza ki a kívántat, és kattintson rá jobb gombbal. helyi menü látjuk a „Klón” elemet.
A varázsló első ablakában meg kell adnia egy helyet (Adatközpont)
Adja meg a célállomást, ha egyezik, megjelenik a "Validation succeded" üzenet.
Ha nem, akkor üzeneteket fog látni:
A klónozás következő lépésében szükség lesz a másológép rendeltetési helyére.
Az utolsó lépésben a rendszer megkérdezi, hogy kíván-e egyéni beállításokat alkalmazni a klónra. A testreszabás egy speciális beállítás, amellyel rengeteg beállítást adhat meg. A „Ne testreszabás” kiválasztásával befejeződik a klónozás varázsló folyamata.
Van egy kiváló ingyenes szkript a virtuális gépek biztonsági mentéséhez VMWare ESXi szerveren, és fut ingyenes verzió Az ESXi 4 és 5 verziók további kóbor telepítése nélkül, például VMA stb. A probléma csak az, hogy az ottani utasítások nem teljesen pontosak, ezért sokáig babráltam ezzel a szkripttel, hogy még mindig működjön automatikus üzemmódban ...
Nem írom le részletesen, hogyan lehet SSH-n keresztül csatlakozni az ESXi-hez, csak azokat a beállítási lépéseket írom le, amelyekkel nekem minden működött.
Először töltsd le a fenti linkről a szkriptet és töltsd fel a szerverre, közvetlenül az archívumban kell feltöltened! Ennek legegyszerűbb módja a vSphere Client. Két lemezem van a szerveren - az egyiken a gépek működnek, a másikon pedig maguk mindenféle iso-képek és mentések hevernek. A lemezek neve datastore1 és datastore2. Minden biztonsági másolat, szkript és konfiguráció a biztonsági mentés mappában található. Vegye figyelembe azt is, hogy a fájlok és mappák nevei megkülönböztetik a kis- és nagybetűket, tehát ha a mappa meghívásra kerül biztonsági mentés, és forgatókönyvben írsz biztonsági mentés, akkor nem megy!
Az 1. szakasz befejeződött! Ha most futsz StartBackup.sh, a biztonsági mentés elindul. A hibakeresés idejére a 2. sort módosíthatja valami ilyesmire ./ghettoVCB.sh -a -g ./ghettoVCB.conf -c BackupConfig -l ghettoVCB.log -d dryrun- ez lehetővé teszi a szkript futtatását és a folyamat nyomon követését a lemezek másolása nélkül. A hatékonyabb és gyorsabb biztonsági mentés érdekében azt javaslom, hogy a beállításokban állítsa be a lemez típusát vékony.
Egy kis magyarázat - miért kell szkriptet készíteni StartBackup.sh, és ne csak vedd és tedd bele a tartalmát /var/spool/cron/crontabs/root? Ennek a fájlnak van némi korlátozása a méretére, és néhány sor egyszerűen nem fog működni, bár megpróbálhatod így is, eleinte nekem működött, de úgy tűnik, néhány javítás kijött és leállt. . Sőt, ez csak kényelmesebb - ha módosítania kell a biztonsági mentés ütemezését, akkor csak szerkesztheti a fájlt StartBackup.shés nincs szükség tamburával táncolni a cron körül az újraindítással és ugyanazon változtatásokkal /etc/rc.local.
PS: Telik az idő, minden változik, maga a szkript is változik, az ESXi5 már megjelent, szóval valahol lehet, hogy már nem működik valami 🙂
A cron parancs így néz ki:
1 2 3 4 5 /vmfs/volumes/datastore2/backup/StartBackup.sh
Ahol,
1: perc (0-59)
2: Óra (0-23)
3: napok (0-31)
4: hónapok (0-12)
5: a hét napja (0-7)
Néhány példa: