Proxmox Backup Server 3.0

Byl vydán Proxmox Backup Server 3.0. Postaven je na Debianu 12 Bookworm s Linuxem 6.2 a ZFS 2.1.12.

28.6.2023 20:33 | Ladislav Hagara | Nová verze

Komentáře

[MP]

Pouziva to nekdo? Ja bych to rad vyuzil v nasi infra, ale to, ze to vyzaduje defacto SSD a pokud je zalohovani pomale z libovolneho duvodu, tak to negativne ovlivnuje zalohovanou VM, me desi. Dela neco takoveho jiny backup system?

[Max]

Tak upřímě, produkční systémy nám jedou na SSD už hafec let včetně databází apod.
Backup storage, kam jde záloha, taktéž nesmí být pomalý, bo jednak člověk chce zálohovat rychle a paralelně, dále by rád i obnovoval rychle.
Jinak tedy zkušenosti nemám, jelikož jedeme VMware. ESXi má pomalé snapshoty, ale ty se využívají jen velmi krátký čas, bo děláme zálohu na úrovni storage. Tj. backup nástroj udělá snapshot na VM+ v ní případně provede nezbytné kroky pro max konzistenci (flush zápisů, dokončení transakcí v rámci db atd.), poté si udělá snapshot na úrovni storage, zruší snapshot v rámci ESXi a pak začne zálohovat z toho snapshotu na úrovni storage. Až dokončí zálohu, zruší i snapshot na tom storage. Overhead na produkci tedy minimální / nepozorovatelný. Navíc zálohuje se rozdílově a jednou za týden se z těch rozdílů složí syntetický full backup. Tzn., že full backup se z produkce udělá jen jednou, poprvé, a pak při dobré konstelaci už nikdy.
Zdar Max

[MP]

No a ty mas backup servery na SSD? Z popisu tveho principu je jasne, ze u VMWare mas uplne jiny zpusob zalohovani, takze se to s PBS srovnavat neda.

[Max]

Mám tam vyrovnávací keš se dvěma Intel Optane, protože ZFS. Takže hafec menších rotačáků (6TB / ks), co dokážou velký datový tok a ustát i dost IOPS. Není tedy problém v případě nějakého nepěkného incidentu dočasně spustit i poměrně náročnou VM přímo z backup storage.
Zdar Max

[martin]

cili mas na 1 HW PVE i PBS?

[Max]

Ne, jen Veeam VM.Bylo to myšleno tak, že netřeba tu zálohu někam kopírovat a je možné jí rovnou spustit z toho storage a pak někdy udělat online migraci na primární storage. Hypervisor je tam možný, ale není kompatibilní s obrazy VM. Každopádně když o tom přemýšlím, šlo by tam možná použít nested virtualizaci.
Zdar Max

[Jesus Jimenez]

Ano, pouzivam to. Zaloha jde samozrejme nastavit jako snapshot (nebo suspend ci stop).

Ve snapshotech to rychlost VM nijak neovlivni.

Jedu na tom zalohy asi rok a pul, v podstate se o to nestaram a parkrat uz jsem z tech zaloh obnovoval.

[MP]

No ja mam problem s chovanim popsanym tady: https://forum.proxmox.com/threads/vms-freezing-and-unreachable-when-backup-server-is-slow.96521/

Proto se to neodvazuju stale nasadit na produkci. Kdyz zalohuji vzdumpem, externimi nastroji filebackup, tak to vyrazny vliv na VM nema. Zalohy db (zejmena lokalni dump, PITR nezapisuje na VM disky) uz nejaky efekt mit muzou. Ale aby mi zatizena konektivita nebo zpomaleny backup server odpalil VM, to je pro mne stopka...

[Max]

Tyjo, jak tam zařízli ten návrh o implemetaci nativního zálohování přímo ze storage, to je síla. Osobně si myslím, že jdou velmi špatnou cestou. Nativní podporu různých storage řešení má spousta projektů a je to killer feature s minimálním overheadem a snad nulovými problémy.
Každopádně nechápu, proč se to zálohování pomocí PBS chová tak, jak se chová. Z jakého důvodu je to závislé na dostupnosti backup serveru?
Zdar Max

[J]

V tom ticketu to pisou, zapisovane data posilaji do backupu. Tudiz jakmile dojde cache tak maji moznost budto zastavit zapis dat nez se vyprazdni cache nebo zahodit cache a mit nekonzistentni backup. Maji to udelane naprd.

[Max]

To vím, ale nevím proč? Proč posílat další zápisy na backup? Udělám snap a kopíruji, to jest celé, zapisuji do snapu a hotovo. Pokud chci 100% konzistenci VM, tak jí pošlu flush zápisů a věci okolo před vytvořením snapshotu a je to. K čemu posílat nové zápisy na backup? Je to pěkná hovadina. Vlastně to říká, že backup storage musí být HA se 100% dostupností, aby to neovlivnilo chod produkce. To celkově prodražuje backup a celé řešení okolo, bo backup by měl být i v oddělen lokalitě atd. A to ještě neberu v potaz zálohu vzdálených lokalit (poboček apod.). Celé mi to nedává smysl včetně toho zaříznutí nativní podpory na úrovni různých storage řešení.
Zdar Max

[J]

S proxmoxem a jejich backupem jsem asi rok experimentoval, ale nikdy se mi to reseni nepodarilo dostat do stavu ktere bych dokazal povazovat za produkcni. V idealnich podminkach to jakztakz funguje ale v pripade problemu s disky, siti, cimkoliv je to nespolehlive.

[Peter Golis]

pripade problemu s disky, siti, cimkoliv je to nespolehlive

V takom prípade je nespoľahlivé hocičo.

[Max]

Nesouhlasím, něco z toho nelze ovlivnit, třeba záloha vzdálených lokalit. Tj. typicky poboček. Tam může být i hůře dostupný internet (pro provoz ok, pro PBS ne atd.). Celé to nedává smysl, obzvláště když konkurence má toto dávno pořešeno.
Zdar Max