[napoleon]

NB! tegemist ei ole step-by-step juhendiga algajatele vaid ideedega, mida saab rakendada juba süsteemi hingeeluga pisut rohkem kursis olev inimene. Kui asja ideele pihta ei saa, siis huupi siin toodud näiteid katsetades on risk, et teed midagi katki.

Kuna mõnda aega tagasi sai selle teemaga maadeldud ja googeldades midagi väga kasulikku ei leidnud, mõtlesin et jagan pisut kogemusi. Kes crash recover-ga kokku on puutunud, teab tõenäoliselt oma kogemustest, et andmetest võib ju backupi teha, aga kui reaalselt midagi juhtub, siis võib tekkida erinevaid probleeme:
- selgub, et mingid andmed, seadistused vms. on ikka varundamata
- isegi kui kõik on korralikult varundatud, võtab uue süsteemi ülespanemine ja seal andmete backupist taastamine omajagu aega. Kehvemal juhul selgub veel, et on laupäeva õhtu ja uue süsteemi ülespanemiseks pole ka kogu sobivat rauda käepärast.

Neid riske saab muidugi mitmel erineval moel maandada, aga mina mõtlesin panna masinad jooksma Virtualbox-s ja tõsta kogu virtuaalse ketta sisu öösel teise masinasse, kus selle vajadusel näpuliigutusega käima saab lasta. Idee on hea ja masinad sai ilusti Virtualboxis käima, aga siis tekkisid probleemid. Idee poolest pole ju mingi probleem virtuaalmasina kettad ja seadistus teise masinasse kopeerida, aga isegi gigabitises võrgus võtab 100+ gigabaidi liigutamine omajagu aega ja töötava virtuaalmasina ketta kopeerimine ei lõppe kohe kindlasti hästi. Paljude süsteemide jaoks pole öösel paar tundi downtime probleem, aga antud juhul pidi süsteem 7x24 üleval olema. Googeldades väga muud ei leidnudki, kui soovitati virtuaalmasin seisma panna, ketas lokaalselt kopeerida ning seejärel kuhugi võrku varundada. Tore, aga isegi lokaalselt kopeerimiseks kuluv downtime polnud antud juhul aktsepteeritav. Muidugi on storage peegaldamiseks olemas kalleid enterprise lahendusi, aga eesmärk oli siiski mõistliku eelarvega hakkama saada, seega need jätsin kõrvale.

Lahenduseks lisasin RAID1-e kolmanda ketta. Antud juhul on kasutusel softraid, riistvaralise RAIDi puhul oleneb juba n+1 asjaolust, kas seda ideed saab kasutada või mitte. Nüüd polegi muud teha, kui virtuaalmasinale save state, visata kolmas ketas raid-st välja, virtuaalmasin uuesti käima ja toimetada edasi selle väljavisatud kettaga:

[kaabakas]

Näpuharjutusena miks mitte, aga jalgratta leiutamise kohta on ikka üsna kandilised rattad.
Päris lahenduse jaoks alusta umbes nii:
- Virtuaalmasinaid pole vaja kinni panna backupi tegemiseks, sa teed tema kettast snapshoti ja backupid seda.
- Backuppimisel ei kopeeri teise masinasse sugugi kogu 100G vaid ainult muutunud osad.

[napoleon]

Ehk annad mõned kasulikud viited kuidas asju vähem kandiliste ratastega teha. Virtuaalmasina kinnipanemise koha pealt jään eriarvamusele. Töötava masina puhul snapshot on antud kontekstis sama kui virtuaalmasina jõuga maha lööks ja loodaks, et midagi katki ei läinud(enamasti ei lähe, aga ei või iial teada).
Aga snapshotiga on ka üks teine probleem... peaks kasutama LVMi. Iseenesest ju tore, aga kas seda saab nii teha, et kui suvaline ketas masinas sureb toimiks kõik edasi. Sel juhul peaks olema all RAID1 ja selle peal LVM... tehniliselt tõenäoliselt teostatav, iseasi kas see täiendav layer mõtet omab.

rsync-i peaks muidugi uuesti testima. Ühe NAS kettaga seda proovisin, polnud mingit vahet kas kopeerida kogu virtuaalmasina ketas või teha rsync. Kahe füüsilise masina vahel võib asi muidugi parem olla, kuna rsync piinab omajagu ka protsessorit.

Edit: nii igaks juhuks olgu mainitud, et admini töö on hobi, igapäevase leiva toob lauale progemine. Seega kohe kindlasti pole ma samal tasemal põhikohaga seda tööd tegevate heade adminidega ja pole ka plaanis seda tööd põhikohaga tegema hakata.

[2ndalpha]

Kas Sa Eucapyptust oled kaalunud? http://www.eucalyptus.com
Ma pole küll ise kasutanud kuna pole vastavaid masinaid võtta aga kui ta on sama lihtne kui AWS,
siis tundub palju parem lahendus kui ise jalgratta leiutamine.

[kaabakas]

Lvm teeb popimate failisüsteemidega koostööd - snapshoti tegemisel freezib lvm failisüsteemi ära, nii et snapshoti sisse jääv failisüsteem jääb ka korda. Andmebaaside ja eksootilisemate failisüsteemide puhul saab need ise snapshoti tegemise ajaks lockida, freezeda jne.
Lvm käib otse loomulikult raidi kukile. Lisanev layer omab palju mõtet - snapshotid, thin provision, kadunud partitsioonimajandus.
Rsynci kohta http://www.sanitarium.net/rsyncfaq/#wholefile äkki see?

EDIT: midagi läks meelest ära.

[napoleon]

Snapshoti sisse jääv host failisüsteem jääb korda, aga kui virtuaalmasin käib, siis virtuaalmasina failisüsteemiga pole asi enam nii kindel. Või olen millestki valesti aru saanud?