This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
navody:vps:datasety [2015/08/03 09:22] – petr | navody:vps:datasety [Unknown date] (current) – removed - external edit (Unknown date) 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Datasety ====== | ||
- | Dataset ve vpsAdminu reprezentuje přímo ZFS dataset na disku. Datasety | ||
- | se používají na data VPS i NAS. Koncept datasetu nahrazuje exporty z | ||
- | NASu. S datasetem VPS lze pracovat stejně jako s NASem. | ||
- | |||
- | {{: | ||
- | |||
- | Proč se vůbec s datasety obtěžovat? | ||
- | kvóty a ZFS properties pro různé data/ | ||
- | |||
- | Datasety VPS se nacházejí v detailu VPS a datasety NASu v menu NAS. | ||
- | Operace, které s nimi můžete provádět, jsou stejné. vpsAdmin umožňuje | ||
- | vytváření subdatasetů a nastavování ZFS properties. | ||
- | |||
- | {{: | ||
- | |||
- | Pomocí properties lze optimalizovat výkon databází, apod. Ve většině | ||
- | případů je nemusíte vůbec řešit. | ||
- | |||
- | Rozdíl mezi datasety VPS a NASu je v nastavování kvóty. Pro datasety VPS | ||
- | se používá refquota - místo zabrané snapshoty není zahrnuto. Datasety | ||
- | NASu naopak quota - místo zabrané snapshoty je zahrnuto. vpsAdmin | ||
- | automaticky nabízí správný typ kvóty. | ||
- | |||
- | Rezervovaná jména datasetů jsou: private, vpsadmin, branch-*, tree.*. | ||
- | Tyto názvy nelze použít. | ||
- | |||
- | ===== Snapshoty ===== | ||
- | |||
- | Zálohování probíhá pomocí ZFS snapshotů, které jsou vidět v menu | ||
- | Backups. Tam je možné je také vytvářet a mazat. | ||
- | |||
- | {{: | ||
- | |||
- | Zálohování VPS probíhá tak, že každý den v 01:00 se v rámci jednoho node | ||
- | udělá snapshot všech datasetů najednou. Poté jsou snapshoty přesunuty na | ||
- | backuper.prg. | ||
- | |||
- | Pozor! NAS **není zálohován** na backuper.prg. Snapshoty jsou | ||
- | pouze lokální a slouží jen jako ochrana proti nechtěnému smazání či poškození dat. | ||
- | |||
- | ===== Mounty ===== | ||
- | |||
- | Mounty byly přesunuty z menu NAS do detailů VPS. Mountovat lze datasety | ||
- | i snapshoty. Do jakékoliv VPS jde mountnout jakýkoliv dataset či | ||
- | snapshot. Mounty jednotlivých snapshotů nahrazují trvalý mount záloh do | ||
- | / | ||
- | |||
- | {{: | ||
- | |||
- | Každý snapshot může být v jednu chvíli připojen pouze jednou, datasety | ||
- | toto omezení nemají. | ||
- | |||
- | Nedoporučuji mountpointy zanořovat v nesprávném pořadí. Situace, kdy | ||
- | dataset ' | ||
- | |||
- | {{: | ||
- | |||
- | Mount lze pouze vytvořit a smazat. Nelze jej v průběhu jen tak odpojit a | ||
- | znovu připojit. | ||
- | |||
- | ===== Obnova záloh ===== | ||
- | |||
- | Obnovení VPS ze zálohy (snapshotu) funguje stejně, jako doposud. Obnova | ||
- | vždy funguje na úrovni datasetu. Když má VPS subdatasety a rootfs je | ||
- | obnoven ze zálohy, subdatasety obnoveny nejsou. Tzn. je možno obnovit | ||
- | jakýkoliv dataset, aniž by to mělo vliv na ostatní datasety. Při obnově | ||
- | jsou všechny snapshoty zachovány, díky větvení záloh na backuperu. | ||
- | |||
- | NAS je možné snapshotovat pouze **manuálně**. Jelikož ale není zálohován na | ||
- | backuper, obnova se chová stejně jako '' | ||
- | starší snapshot **smaže** všechny novější snapshoty. Je to **nevratná** operace. | ||
- | |||
- | Pro obnovu dat ze zálohy na NASu bez smazání snapshotů si zvolený | ||
- | snapshot moutněte do VPS a data vykopírujte. | ||
- | |||
- | ===== Stahování záloh ===== | ||
- | |||
- | Stahování snapshotů je nyní součástí vpsAdminu. Vygenerované archivy | ||
- | jsou vidět v menu Backups → Downloads. Odkazy jsou platné týden. | ||
- | |||
- | ===== Transakce ===== | ||
- | |||
- | Transakce nyní spadají do skupin nazvaných „transaction chain“. Každá | ||
- | operace (vytvoření VPS, start, stop, klon, atd.) je reprezentována | ||
- | jedním chainem, který seskupuje více transakcí. V transaction logu v | ||
- | pravém panelu se zobrazuje seznam deseti posledních chainů a jejich postup v | ||
- | procentech. Kliknutím na ID chainu lze vidět, jaké transakce obsahuje. | ||
- | |||
- | V ideálním případě se chain buď provede úplně a nebo vůbec. Pokud k | ||
- | dojde k neočekávané či neošetřené chybě, bude muset zasáhnout administrátor. | ||
- | |||
- | Chainy se starají také o udržování konzistence databáze. Změny v | ||
- | databázi se provedou, jen když chain doběhne úspěšně. Může to být trochu | ||
- | matoucí, když se např. po změně hostname stále zobrazuje to staré. Po | ||
- | dokončení chainu se hostname aktualizuje a bude správně. | ||
- | |||
- | ===== Zámky objektů ===== | ||
- | |||
- | S každým objektem (VPS, dataset, snapshot, apod.) lze v jednu chvíli | ||
- | provádět jen jednu operaci. Zámky slouží k zaručení konzistence, | ||
- | pod sebou vpsAdmin sám nepodřezal větev. | ||
- | |||
- | Pokud na vás vyskočí chybová hláška: „Resource is locked. Please try | ||
- | again.“ znamená to, že objekt, se kterým chcete něco udělat, je uzamčen | ||
- | a musíte počkat, až bude k dispozici. |