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. | ||