Administrace komentářů

Chtelo by to raid - staci SW raid (mdadm) a tedy mit alespon 2 ty disky. Neco ukousnout na system (davam obvykle 8 GB) a zbytek uz bude jen prostor pro LVM svazky. Pokud potrebuju i ssd, tak to je druha VG sestavena ze ssd. Ale budiz! I bez RAIDU to treba jde.

Jednotlive virtualky sestavaji z jednotlivych LV.

Pak pouzit borgbackup a udelat si scriptik (klidne ti muzu dat moje kompletni reseni a odpichnes se od toho - ale ja si tam resim vsechny oblasti plus ukladani samostatnych adresaru a nejen virtualek a nemusi te zajimat tohle vsechno) a udelas snapshot za behu virtualky a ten primo sosas tim borgbackupem do zalohy - klidne vzdalene nekam pres net (ten borgbackup je neskutecne vykonny i na totalnim srotu a pomalem netu). A bez nutnosti ukladat si lokalne kopii snapshotu do souboru - proste primo do zalohy.

Po siti se pak prenasi vzdy jen incrementy a ty jsou v zaloze vzdy sestavene do celku a vzdy tvori fullbackup. Priklad: mam 300GB velky LV patrici nejake virtualce. Od posledni zalohy se zmenilo treba jen 5MB. Po siti tedy odjede jen 5MB. Vylistuju si dostupne zalohy a v tomto prikladu mam 2 zalohy k dispozici. Obe obsahuji file o velikosti 300GB a kazdy z nich je stav z nejake doby, kdy byl vytvoren snapshot. V zaloze je tedy 600GB dat, predstavujicich 2 stavy z ruzne doby. Odmyslime si tu transparentni komprimaci a odmyslime si, ze probehla deduplikace i v ramci jednoho fajlu pri prvni zaloze (napr. prazdna mista v tom raw disku) a tak mame v zaloze na zalohovaci zabranych maximalne 300GB + tech 5MB. Ve skutecnosti to bude spis treba jen 50GB.

Pokazde, kdyz delame novou zalohu, tak to zasadne vzdy je jen increment od posledniho stavu (to resi borgbackup transparentne - ostatne jako vsechno), ale pripojim-li zalohu, tak tam vidim ve forme adresaru, ktere odpovidaji casum zaloh, vzdy jen cele fajly - jakoby fullbackupy.

Pozor! V pripade tohoto zpusobu zalohovani (tedy pouziti borgbackupu) je NEMOZNE nemit zalohu v RAIDU, protoze uloziste musi byt odolne proti bedarum na disku! Protoze becko v deduplikovanem ulozisti pak samozrejme muze a nejspis musi zasahnout vsechny zalohy, ale to se snadno resi prave raidem, ktery tedy je podminkou pres kterou nejede vlak. Mit raid i na zalohovanem virtualu je vsak rovnez velmi rozumne, pokud tam ma byt neco, co nesnese vypadky a pritom ten raid stoji jen ten jeden disk navic.