Zálohování VMM na Disk Google: Plánovaný export, synchronizace do cloudu a jeden skript pro přejmenování

Záloha VMM, která se nachází pouze na stejném serveru NAS jako virtuální počítač, ve skutečnosti není zálohou. Pokud selže i toto úložiště, obě kopie se s ním přestanou zálohovat. Toto úložiště běží jako host Virtual DSM v Synology Virtual Machine Manager a naše externí záloha VMM je vytvořena ze dvou bezplatných nástrojů, které jsou součástí systému DSM: plánovaný export v Virtual Machine Manager a cloudová synchronizace s Diskem Google. Nastavení trvalo odpoledne. Zjišťování, proč tiše přestala fungovat, trvalo déle, a to je částečně důvod, proč existuje tento článek o hostování NAS 101. Níže je uvedeno funkční nastavení, jeden problém s názvem souboru, který ho kazí, malý skript, který jej opravuje, a co odhalil audit našich vlastních exportů.

Bod SynoPower Club: Každý technik podpory má příběh o zákazníkovi, jehož zálohy rok nefungovaly a nic neobnovily. Nečekal jsem, že budu psát příběh o našem vlastním dodavateli. Naše zálohovací úloha VMM vypadala v rozhraní naprosto v pořádku, přesto jeden hostitel nahromadil terabajt exportů, které nikdy nedokázal vyčistit, a druhý nevytvořil jediný soubor za třináct dní. Nic nebylo skryté. Všechno to bylo v protokolu, který nikdo nečte. Oprava trvala hodinu; ponaučení spočívá v tom, že se soubory skutečně nacházejí tam, kde si myslíte, že jsou, podle plánu, jako u každé jiné úlohy.

Co potřebuje kompletní záloha VMM #

Virtual Machine Manager vám poskytuje tři vrstvy ochrany a každá z nich pokrývá jiné selhání. Spolehlivý plán zálohování VMM používá více než jednu vrstvu.

Vrstva	Kde se kopie nachází	Proti čemu chrání
Snímky	Stejný objem jako host	Špatná aktualizace nebo chyba uvnitř hosta
Replikace (VMM Pro)	Další NAS v clusteru	Selhání NAS s rychlou obnovou na druhém hostiteli
Plánovaný export + synchronizace s cloudem	Cloudový účet mimo pracoviště	Ztráta celého webu: požár, krádež, ransomware v lokální síti

Již jsme replikovali šest hostů na záložní hostitel, jak je popsáno v našem popisu tříuzlový cluster virtuálních strojů Synology. Replikace uchovává kopii v budově. Exportní vrstva uchovává kopii mimo ni.

Jak funguje plánovaný export VMM #

V případě zálohy VMM zapíše plánovaný export kompletní kopii hostovaného systému, disků a konfigurace jako jeden soubor OVA do sdílené složky. Vyberete cílovou složku, režim exportu, denní, týdenní nebo měsíční časování a počet nejnovějších souborů, které se mají uchovávat. Exporty probíhají za chodu hostovaného systému.

Dvě pravidla lze snadno přehlédnout. Za prvé, export se konfiguruje a zapisuje na hostiteli, kde se nachází hostova skladování životy, nikoli kde běží. V clusteru může host běžet na jednom NAS, zatímco jeho disky jsou na jiném, a Virtual Machine Manager deaktivuje možnost plánovaného exportu na nesprávném hostiteli. Za druhé, plán používá hodiny daného hostitele úložiště.

Dialogové okno také zobrazuje konzistentní stav. Bez nástroje Guest Tool Synology nainstalovaného v hostovaném systému jsou exporty konzistentní z hlediska pádu, což je stejný stav, jako by došlo k odpojení napájecího kabelu. To je pro většinu úloh v pořádku a instalace nástroje Guest Tool jej aktualizuje na konzistentní se souborovým systémem.

Proč cloudová synchronizace přeskakuje záložní soubory VMM #

Dalším zřejmým krokem je nasměrovat Cloud Sync na exportní složku a nechat ji nahrát vše na Disk Google. Přesně to jsme udělali a záložní soubory VMM nikdy nedorazily.

Důvodem je název souboru. Virtual Machine Manager pojmenovává každý export časovým razítkem, které obsahuje dvojtečky:

exp_web-2026-09-25 10:29:51-6f713905-cee2-4647-94d5-a5ce6fbdc585.ova

Cloud Sync nenahrál tato jména na náš Disk Google, takže každý export zůstal lokální. Soubor je platný, problém je ve znaku. Protože formát časového razítka exportu v Virtual Machine Manager nelze změnit, musí k opravě dojít mezi exportem a nahráním.

Je zajímavé, že časové razítko nesou pouze naplánované exporty. Ruční export ze stejné nabídky se ukládá jednoduše jako jméno hosta, například spc_4C8G.ova, a Cloud Sync jej nahrává bez stížností. Proto může rychlý manuální test opravit celý řetězec, i když se noční rozvrh nikdy nedostane do cloudu.

Nastavení zálohy VMM na Disk Google ve 4 krocích #

Toto je funkční nastavení zálohy VMM na každém hostiteli, který ukládá hostované systémy. Vyžaduje Virtual Machine Manager, Cloud Sync a účet Google; nic z toho nepotřebuje VMM Pro.

Skript pro přejmenování zálohy VMM #

Skript je jedinou vlastní součástí zálohovacího řetězce VMM a dělá dvě věci. Přejmenuje každý dokončený export, přičemž dvojtečky nahradí pomlčkami, a ve složce exportu uchová pouze nejnovější kopie každého hosta. Dotkne se pouze souborů, které se nezměnily po dobu patnácti minut, takže nikdy nepřejmenuje export, který se stále zapisuje.

#!/bin/bash # vm-export-cloud.sh - umožňuje nahrávání exportů VMM pomocí Cloud Sync. # # VMM pojmenovává exporty " -RRRR-MM-DD HH:MM:SS- .ova". Cloud Sync nenahraje názvy obsahující ":", což také znamená, že se nikdy nedotkne exportu, který se stále zapisuje. Jakmile je export dokončen, přejmenuje se na místo, kde se ":" nahradí "-", takže jej Cloud Sync převezme a poté si ponechá pouze nejnovější přejmenované exporty KEEP pro každého hosta. (Vlastní uchování VMM již nevidí přejmenované soubory, takže uchování se provádí zde.) # # Použití: vm-export-cloud.sh EXPORT_DIR KEEP [--apply] # Bez --apply se vypíše pouze to, co by se dělalo. set -u DIR=${1:?EXPORT_DIR}; KEEP=${2:?KEEP}; APPLY=${3:-} MIN_AGE_MIN=15 # dokončený export se tímto nedotkne. long LOG="$(název_souboru "$(readlink -f "$0")")/vm-export-cloud.log" say() { echo "$(datum '+%F %T') $*"; [ "$APPLY" = "--apply" ] && echo "$(datum '+%F %T') $*" >> "$LOG"; } run() { if [ "$APPLY" = "--apply" ]; then "$@"; else echo " (nacvičení) $*"; fi; } [ -d "$DIR" ] || { say "CHYBA chybí složka pro export: $DIR"; exit 1; } # 1. přejmenovat dokončené exporty najít "$DIR" -maxdepth 1 -type f -name '*:*.ova' -mmin +$MIN_AGE_MIN -print0 | while IFS= read -r -d '' f; do if command -v fuser >/dev/null 2>&1 && fuser -s "$f" 2>/dev/null; then say "skip (in use): $(basename "$f")"; continue fi new="$DIR/$(basename "$f" | tr ':' '-')" say "rename: $(basename "$f") -> $(basename "$new")" run mv -n "$f" "$new" done # 2. zachovat nejnovější POVOLIT přejmenované exporty pro každého hosta (časové razítko je v názvu) { find "$DIR" -maxdepth 1 -type f -name '*.ova' ! -name '*:*' -printf '%f\n' [ "$APPLY" = "--apply" ] || find "$DIR" -maxdepth 1 -type f -name '*:*.ova' -mmin +$MIN_AGE_MIN -printf '%f\n' | tr ':' '-' } | sort -u | sed -E 's/^(.*)-([0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}-[0-9]{2}-[0-9]{2})-.*\.ova$/\1\t\2\t&/' | awk -F'\t' 'NF==3' | sort -t$'\t' -k1,1 -k2,2r | awk -F'\t' -v keep="$KEEP" '{ n[$1]++; if (n[$1] > keep) print $3 }' | while IFS= read -r old; provede se výzva "smazat (za nejnovější $KEEP): $old" run rm -f -- "$DIR/$old" hotovo výzva "hotovo: $(find "$DIR" -maxdepth 1 -name '*.ova' | wc -l) exportuje do $DIR, $(df -h "$DIR" | awk 'NR==2{print $4" zdarma"

Spusťte jej nejdříve bez posledního argumentu. V tomto režimu vypíše pouze to, co by přejmenoval a smazal. Jakmile výstup vypadá správně, naplánujte jej s dalším argumentem, který jej aktivuje. Naše úloha Plánovače úloh se spouští každou hodinu jako root s příkazem podobným tomuto, jedna úloha na složku exportu:

bash /volume1/@vm-export-cloud/vm-export-cloud.sh "/volume3/VM_BK_Export" 3 --apply

Užitečný vedlejší efekt pravidla dvojtečky: Cloud Sync nemůže nahrát export, dokud jej skript nepřejmenuje, a skript přejmenuje pouze hotové soubory. Napůl napsané exporty se do cloudu nikdy nedostanou.

Proč skript zpracovává uchovávání záloh VMM #

Virtual Machine Manager má vlastní nastavení uchovávání a funguje tak, že zaznamenává každý export, který vytvoří. Jakmile skript soubor přejmenuje, Virtual Machine Manager jej již nerozpozná a nikdy ho neodstraní. Uchovávání se tedy přesouvá do skriptu, který počítá kopie na hosta podle časového razítka v názvu.

Na straně Cloud Sync jedno zaškrtávací políčko určuje, co se bude dít na Disku Google. Jeho znění se snadno špatně přečte: Neodstraňovat soubory z cílové složky, pokud jsou odebrány ze zdrojové složky.. Pokud toto políčko nezaškrtnete, Disk Google bude zrcadlit NAS a ponechat si stejné tři kopie. Pokud toto políčko zaškrtnete, cloud bude uchovávat všechny nahrané exporty, což je bezpečnější volba proti ransomwaru, ale data se zvětšují, dokud je ručně neodstraníte.

Co zjistil audit našeho vlastního exportu #

Před tímto nastavením běžela naše záloha VMM na obou produkčních hostitelích asi měsíc. Kontrola souborů místo řídicího panelu odhalila tři samostatné chyby.

• Retence tiše přerušena na jednom hostiteli. Malou databázi, kterou Virtual Machine Manager používá ke sledování exportů, nebylo možné vytvořit ve složce exportu, takže při každém spuštění došlo k chybě a žádný starý export nebyl nikdy smazán. Jeden hostitel nahromadil terabajt souborů OVA a dosáhl úrovně 97%.
• Největší host přestal vyvážet. Jeho export o velikosti 84 GB se už nevešel do volného prostoru, takže selhal tři dny po sobě bez jakéhokoli upozornění, které jsme si všimli.
• Tři rozvrhy nikam nesměřující. Změna nastavení zanechala tři exportní plány s prázdným cílem. Od toho dne se každou minutu více než 20 000krát zaznamenával neplatný název sdílené složky a nic se neexportovalo, včetně plánu pro toto úložiště.

Nic z toho se při běžném používání neprojevilo jako selhání zálohy VMM. Hosté běželi, úložiště přijímalo objednávky a replikace uchovávala kopii na záložním hostiteli. Exportní vrstva, jediná kopie mimo pracoviště, se jednoduše zastavila. Nyní po každé změně plánu kontrolujeme složky exportu a seznam nahrávání Cloud Sync.

Plánování šířky pásma a úložiště pro zálohu VMM #

Každý export zálohy VMM je plná kopie, nikoli přírůstek, proto je před výběrem plánu nutné upravit jejich velikost. Naše hostované systémy mají weby o velikosti 5 GB až po partnerské weby o velikosti 84 GB a export tohoto obchodu má velikost přibližně 7 GB. Denní plán u všech hostovaných systémů nahraje více než 100 GB dat denně.

Disk Google umožňuje každému uživateli nahrát 750 GB za 24 hodin, přičemž soubory mohou mít až 5 TB, takže limit je zřídka problém. Důležité jsou doba nahrání a cloudové úložiště. Uchovávání tří kopií každého hosta v cloudu vyžaduje trojnásobek denního celkového prostoru na Disku a více, pokud cloud uchovává každou kopii. U velkých, pomalu se měnících hostů často postačí týdenní export, zejména pokud replikace již pokrývá každodenní obnovu.

Proč vytváříme zálohy na nástrojích Synology #

Vše v tomto zálohovacím řetězci VMM je dodáváno s DSM. Virtual Machine Manager exportuje hostované systémy, Cloud Sync je nahrává, Plánovač úloh spouští skript a tytéž jednotky NAS ukládají naše soubory a provozují úložiště. Není nutné licencovat žádného zálohovacího agenta pro každého hosta ani spravovat samostatný zálohovací server.

Platíme za ty součásti, které přidávají ochranu mezi hostiteli: a Licence VMM Pro pro replikaci do záložního systému a Virtual DSM licence pro další hosty DSM. Pokud se rozhodujete, kterou edici potřebujete, naše Porovnání Virtual Machine Manager a VMM Pro zakrývá to.

Omezení a upozornění pro zálohování VMM #

Export je úplná kopie v daném okamžiku. Bez nástroje Guest Tool je konzistentní vůči pádům, takže databáze uvnitř hostovaného systému se obnoví stejně jako po výpadku napájení. Alespoň jednou otestujte obnovení nejdůležitějšího hostovaného systému.

Obnovení zálohy VMM z cloudu znamená nejprve stažení celého souboru. Export o velikosti 84 GB trvá při typickém kancelářském připojení hodiny, takže cloudová kopie je určena pro případ katastrof, nikoli pro každodenní chyby. Snapshoty a replikace si s nimi poradí mnohem rychleji.

Cloud Sync dokáže šifrovat soubory před nahráním a doporučujeme jej zapnout pro hosty, kteří uchovávají zákaznická data. Šifrovací heslo uchovávejte někde, kde to nezávisí na NAS, který chráníte.

Nakonec skript pro přejmenování závisí na formátu názvu exportu. Pokud jej budoucí aktualizace Virtual Machine Manager změní, skript přestane porovnávat soubory. Zkušební režim je nejrychlejší způsob, jak se ujistit, že skript po aktualizaci stále vidí vaše exporty.

Často kladené otázky #

Reference a video návody #

• Virtuální stroj v Virtual Machine Manager, článek centra znalostí, který se zabývá exportem.
• Nápověda k synchronizaci s cloudem, včetně směru synchronizace a nastavení úloh.
• Limity úložiště a nahrávání na Disk Google, s denním limitem nahrávání 750 GB.
• Synology VMM bílá kniha, o vrstvách ochrany dat pro virtuální stroje.
• Plánovač úloh v DSM, pro spuštění skriptu pro přejmenování jako naplánované úlohy.

Videa o nástrojích v tomto řetězci: Cloud Sync a export a migrace virtuálních počítačů na Synology NAS.

Chcete přidat replikaci mezi hostiteli nad rámec vaší kopie mimo pracoviště? Pořiďte si Licence VMM Pro, nebo si přečtěte, jak funguje zbytek tohoto webu naše řada NAS Hosting 101.