Hogyan lehet visszaállítani a Citrix-Xen VM-eket ingyenesen a Xen-Phoenix-szel (Bash)

Valaha volt szüksége a Citrix-Xen VM-ek tömeges helyreállítására katasztrófa-elhárítási (DR) megoldásra, vagy csak annak ellenőrzésére, hogy a biztonsági mentések működnek? A HTG elmagyarázza, hogyan kell használni a Xen-Phoenix-et, egy ingyenes bash szkriptet a VM helyreállításához.

Photo Credit: Ryan McCurdy a Compfight cc-en keresztül

Mint a Citrix Xen VM-ek ingyenesen történő biztonsági mentése a Xen-pocalypse-vel, a Citrix Xen egyik szép dolog az, hogy számos funkciója a következő: ingyenes díjat. Ha azt szeretné, hogy az „Automatizált VM védelem és helyreállítás” funkciót szeretné használni, meg kell fizetnie az „Advance” licencet. Ismét nem az, hogy a HTG-nél elutasítjuk az igazi biztonsági megoldás értékét, de ha szűkös költségvetést használ, már megszerezte a VM-képeket a hypervisorból, és szükség van egy módjára, hogy automatizálja „ teszt helyreállítása ”/„ DR refresh ”eljárások, a Xen-Phoenix tökéletesen ésszerű megoldást jelenthet a költségvetési kötelezettségvállalás megkezdése előtt.

Áttekintés

A „használati eset”: Van egy pár VM-je, amelyek visszaállítást igényelnek. A „Xen Center” -be történő importálás a jobb kattintással jól működik, de azt szeretné, hogy ez a folyamat automatikusan és ütemezés szerint történjen. A Bash parancsfájl az „XE” parancsot használja feladatai ellátásához. Az XE a Xen parancssori interfész (CLI), amely automatikusan megfelel a „jobb kattintások” kiadásának a „Xen Centerben”. Meghívjuk a Cron parancsfájlját, amely a „ütemezési” részt fogja biztosítani. A legegyszerűbb formában a visszaállítási folyamat:

Töröl minden * korábban meglévő VM-et a kiszolgálón
VM-ek importálása a biztonsági mentési helyen lévő fájlokból.
Ellenőrizze, hogy az összes VM működhet-e egymás után, és megvizsgálja a vendégszerszámok szívverését.
Kapcsolja ki a VM-eket, amikor egy szívverés észlelhető, vagy elérte az időtúllépést.

* Az összes VM viselkedésének törlése teljesen letiltható és támogatja a kivételeket (lásd alább).

Lehetővé teszi a repedés :)

Szerezd meg a szkriptet

A Xen-phoenix a gitubból szabadon nyerhető a szokásos git módszerekkel. Ezzel azt mondta, hogy ha még nem ismered a gitot, akkor megragadhatod a zip fájlt ezen a linken. Mivel a parancsfájlnak egy Xen kiszolgálón kell futtatnia, ott kell kitöltenie, hogy megőrizze a végrehajtási engedélyeket.

wget https://github.com/aviadra/Xen-phoenix/archive/master.zip szüntesse meg a mesteret

Bár a fentiek működnek, javasoljuk, hogy használja a GIT-módszert, hogy a jövőbeni frissítések előnyeit élvezhesse.

Az export helyét

Be kell állítanunk, hogy hová vegye a VM-exportot.

Miközben a Citrix Xen-ben véletlenszerűen döntött, megállapítottam, hogy a tárolóraktárak (SR) a „/ var / run / sr-mount /% UUID%” alatt használhatók, ahol az UUID az SR egyedi azonosítója, amely lehet: a GUI-tól kapott adatokat.

Ez azt jelenti, hogy a szokásos „Következő -> Következő -> Befejezés” varázsló segítségével létrehozhatjuk a „mount” -ot a kívánt biztonsági mentési helyre, majd a parancsfájlt használjuk az elérési útvonalon (ahogyan azt a parancssorban lévő üzenetekhez csatolják, ami a következő: ezen útmutató hatályán kívül).

Új „mount” létrehozásához kattintson jobb gombbal a kiszolgáló nevére, és válassza az Új SR lehetőséget.

Ebben a példában a Xen-t egy Windows megosztásra fogjuk irányítani, így válassza a „Windows fájlmegosztás (CIFS)” lehetőséget:

Töltse ki a Következő -> Következő -> Befejezés gombot.

Szerezd meg az SR UUID-jét

Az SR UUID megszerzéséhez egyszerűen kattintson a nevére a Xen Központban, és lépjen az „Általános” fülre.

Az UUID másolásához egyszerűen kattintson rá jobb egérgombbal, és válassza a „másolás” lehetőséget.

Ezzel az információval készen áll a beállításfájl szerkesztésére.

Állítsa be a Beállítások fájlt

A Xen-phoenix projekt egy „beállítási” fájl sablont tartalmaz. Ezt a sablont úgy kell szerkeszteni, hogy tükrözze a beállítást, és a parancsfájl első argumentumaként adja át.

A beállításfájl a következőket jelöli:

A forrás exportjának helye - Ha követte az útmutatót erre a pontra, akkor csak a% UUID% -ot kell kicserélnie az SR-kkel, amint a fenti.
A SendEmail helye - ha úgy döntött, hogy engedélyezi az e-mailt, akkor meg kell adnia, hogy hová kivette a perl futtatható fájlt itt.
Ellenőrző - Ez az utólagos visszaállítási ellenőrzési eljárást szabályozza. Ez alapértelmezés szerint engedélyezve van, mivel a sikeres „fájlszint-visszaállítás” nem szükséges egy funkcionális VM-et jelent.
Server_prep - Ez vezérli az előzetes visszaállítást törlés a DR kiszolgáló összes VM-jét. Ez alapértelmezés szerint engedélyezve van, mert feltételezzük, hogy a DR szerver erre a célra dedikált szerver. Ha szüksége van egy olyan VM-re, amely ezen a kiszolgálón fut, hogy ne törölje, állítsa be, hogy kizárja. Ha ez a viselkedés nem felel meg az Ön helyzetének, egyszerűen tiltsa le teljesen.
E-mail adatok - Ha újra engedélyezte az e-mailt, meg kell adnia a következő adatokat: To, From, Servername / IP & etc '.
hibakeresés - Az alapértelmezés szerint a hibakeresés ki van kapcsolva a „0” (nulla) értékkel. Ezt nem kell bekapcsolnia, de ha ezt megteszi, a hibaelhárítási szegmensben további információ található.

Végrehajtás

Ez a parancsfájl az első argumentumként fogadja el a beállítási fájlt, és bármely más érvet, mint „Chevrons”, hogy megkeresse (szóközzel elválasztva). A Chevrons, a „karakterláncok”, amelyek támogatják a rendszeres kifejezéseket, amelyek a VM exportjának kívánt fájlnevének legalább egy részét képviselik.

A legegyszerűbb formában a Xen-phoenix hívása úgy tűnik:

./Xen-phoenix.sh settings.cfg DevTools

Ahol a fenti esetben a könyvtár és a beállításfájl, és a „Chevron”, a „Chevron”, a „DevTools”. Ezzel az exportálókatalógus összes fájlját a „DevTools” karakterlánc nevével együtt importálják.

Egy összetettebb példa megjelenhet:

./Xen-phoenix.sh settings.cfg [Aa] [Dd] [Bb] [i] [Dd] ev [o]

Ahol a fenti példában a „D” és „T” vagy „nem tőkével” megjelölt „devtools” szót tartalmazó fájlok, valamint az „AD” és „BI” nagybetűvel vagy anélkül kerülnek importálásra,.

ütemezése

Amint fentebb megjegyeztük, a Cron-t fogjuk használni a végrehajtás ütemezésére. Mielőtt bemegyünk a konfigurációba, ez az Nagyon ajánlott konfigurálja a már telepített SSMTP csomagot a Xen kiszolgálón. Bár ez egy opcionális lépés, így egy „visszavágó” gyűjtőt kap. Az ilyen „visszamosó gyűjtő” figyelmeztethet arra, hogy a szkript nem képes.

Adja meg a cron szerkesztési módját:

crontab-e

Ha követte a fenti utasításokat, és azt szeretné, hogy a vasárnapi ütemezett biztonsági mentést 01:31 (1:31), írja be az alábbiakat:

31 01 * * sun /root/Xen-phoenix-master/Xen-phoenix.sh /root/Xen-phoenix-master/settings.cfg [Aa] [Dd] DB [Bb] [iI] [Dd] ev [Tt ] ools

A fenti helyes, feltételezve, hogy a szkript és a beállításfájl mind a „/ root / Xen-phoenix-master /” alatt található.

SendEmail beszerzése (opcionális)

A múltban írtunk a SendEmail perl programról, így itt nem szükséges megismételni. Elég azt mondani, hogy a Linuxon ugyanúgy működik, mint a Windows rendszeren.

Bár az e-mail engedélyezése opcionális, nagyon ajánlott, mert akkor a parancsfájl képes lesz:

Tájékoztassa Önt, amikor elindult és befejezte a futást.
Figyelmeztesse Önt az esetleges hibákról, amelyeket képes volt észlelni és kezelni.

Töltse le azt a Xen szerverre és a kivonatra.

wget http://caspian.dotconf.net/menu/Software/SendEmail/sendEmail-v1.56.tar.gz tar xvzhf sendEmail-v1.56.tar.gz

Jegyezze fel azt a helyet, ahová kivette. Szükséged lesz rá a beállításfájlhoz.

A „Kivétel törlése” címke meghatározása (opcionális)

A Xen-Phoenix egy oldalt vesz el ősejéből (Xen-Pocalypse), és lehetőséget ad arra, hogy a VM-et a rendszer-kiterjedt törlésből granuláltan kizárja egy vezérlő TAG segítségével. Ehhez meg kell adnia egy új „Egyéni mezőt”.

Ehhez nyissa meg a szerver vagy egy VM tulajdonságait. A navigációs ablaktáblában válassza az „Egyéni mezők” lehetőséget.

Ha ez az első alkalom, hogy meghatározza az „egyéni mezőt” (mint a fenti példában), akkor nem lesz a „Phoenix_keeper” mező az adatok beviteléhez, ezért létre kell hoznia azt. Ehhez kattintson az „Egyéni mezők szerkesztése” gombra a megjelenő párbeszédpanelen, majd kattintson a „Hozzáadás…” gombra.

Hozzon létre egy „Text” típusú mezőt a „Phoenix_keeper” névvel.

Jegyzet: Az egyéni mező neve "kemény kódolású" lett a szkriptben, ezért NEM kell eltérnie a fenti helyesírástól, kivéve, ha megváltoztatja a vonatkozó kódot is.

A mező létrehozása után látnia kell:

Csukd be az ablakot. Most már a „Phoenix_keeper” mezőt kell kitöltenie, mint az alábbi képen.

Most mindössze annyit kell tennie, hogy feltöltötte ezt a mezőt egy megjegyzéssel (bármilyen megjegyzést tesz), ami miatt a Xen-phoenix kihagyja azt a törléskor.

Hibaelhárítás

Miközben sok erőfeszítést tettem, hogy a szkriptet a lehető legegyszerűbben használhassam, és a lehető legteljesebb legyen, „a világ nagyobb labor”. Az alábbi információ segíthet abban, hogy megbizonyosodjon arról, hogy mi a forrása a bajodnak.

Fakitermelés

Az összes „naplózást” a Xen host gyűjti össze, amely a szkriptet a syslog mechanizmusban futtatja. Ez természetesen megtekinthető a következővel:

kevesebb + F / var / log / üzenetek

A "Xen-Phoenix" kulcsszót keresed.

Megjegyzés: A Citrix két (2) napos megőrzési politikát állított be a kiszolgálók syslogjára. Lehet, hogy ezt a posztemortemeket szem előtt tartja.

hibakeresés

Amint azt a beállításfájl szegmensben megjegyezzük, van egy irányelv a hibakeresés engedélyezésére. A hibakeresés engedélyezése a szkripteknek a konzolra történő bonyolult naplózását eredményezi, és az e-mailek küldésétől és az importálás tényleges végrehajtásától megfosztja, kivéve, ha a megfelelő zászlók is be vannak állítva. A lehetséges jelzők a beállításfájl sablonjában jelennek meg, és lehetővé teszik, hogy részletesen meghatározza, hogy mit szeretne hibakeresni.

Remélem, hogy nem kell semmilyen hibakeresés, és a munkám gyümölcsét nyeri meg :)

Gondolj csak a szegénységre, a gyűlöletre és a hazugságokra, és képzeljétek el mindazok megsemmisítését, amit megvetettek. Lassan a hamu, a phoenix fel fog…