Dotaz: Jednoduchý backup txt souborů v LAN ?

[tlamik]

Řeším takovou věc se zálohováním. Mám jeden server a asi 50 "klientů", všechno linuxy. Chtěl bych jednou denně udělat zálohu vybraných konfiguráků (nejde o systém, ale o nějakou aplikaci). Řádově to je pár kilo. Je to celé v LAN a ani bych asi neřešil zabezpečení přenosu. Chtěl bych, aby to bylo snadné na zprovoznění a efektivní, co nejméně pracné. Zvažoval jsem něco s ssh/scp jako je sshfs, rsync nad ssh nebo scp, ale to všechno vyžaduje minimálně prvotní pakárnu s certifikáty. Chtěl jsem něco mnohem jednoduššího. Nechci sambu, příjde mi to jako jít s dělem na komára. Poslední variantou je obyč rsync bez kryptování, bez hesel. Každému klientu do cronu jednou denně synchro svých files na server. Nemáte někdo něco efektivnějšího nebo nějaký jiný postup ? Bylo by fajn, kdybych měl i nějakou historii změn těch souborů, což mi rsync normálně nenabídne ... dík

Odpovědi

[mess]

Tak když už budeš nastavovat každému klientovi cron, tak tě jedno spuštění příkazu ssh-keygen nezabije a můžeš to udělat přes scp.

[tlamik]

tak není to jen jeden příkaz, že ...
certifikát, veřejnou část nakopírovat na protistranu, uložit resp. potvrdit fingerprinty .....
ideální by samozřejmě bylo, kdybych na klientech nemusel dělat nic a všechno nastavil na serveru

[marek]

Dobry den

pisu z hlavy, tak si to kdyztak opravte:

for i in stroj1 stroj2 .... ; do

cat verejnacastklice | ssh -o StrictHostKeyChecking=no root@$i 'useradd -m -g skupinakterasmicistcojepotreba  -r zalohovaciuzivatel; mkdir  ~zalohovaciuzivatel/.ssh; cat > ~zalohovaciuzivatel/.ssh/authorized_keys; chown -R zalohovaciuzivatel ~zalohovaciuzivatel/; chmod 600 ~zalohovaciuzivatel/.ssh/authorized_keys; chmod 700 ~zalohovaciuzivatel/.ssh '



done

Tak holt napisete 60*heslo

Marek

[dustin]

Pakárna s certifikáty se dá snadno vyřešit příkazem ssh-copy-id. Nic slabšího než ssh bych nedoporučoval, práce je s tím úplně stejná a přijde mi to jednodušší, než řešit nějaké démony typu rsyncd na klientech.

Máme výborné zkušenosti s BackupPC, konfigurace pro tvé účely není nijak složitá, samo si to pinguje klienty (takže neřešíš jejich cron) a jednou za den zazálohuje (obvykle rsync over ssh). Má docela rozumné webové rozhraní, samozřejmě verzování a hlavně triviální obnovu vybraných souborů ze zálohy přímo na klienta na pár kliknutí.

[tlamik]

no já právě démony na klientech neřeším, démona rsync budu mít jen na serveru a klienti budou jen spouštět rsync
koukal jsem na ten BackupCP, vypadá docela dobře, ale tak trochu se obávám, že to je jak jít s kombajnem na houby. Jednak docela dost requirements (perl, verze všeho možného), pak mi to příjde že to je fakt cool na dělání sofistikovaných backupů, ale já chci jen asi 10-20 txt souborů, přičemž se jejich obsah mění cca jednou za měsíc. Čili konfigurace 50ti klientů pro BackupPC by mi zabrala týdny (aspoň podle toho co jsem se v rychlosti podíval). Ale je to rozhodně dobrý tip pro komplexní backupy. Určitě si s tím pohraju.

[dustin]

To ssh-copy-id spustíš ze serveru, nakopíruje certifikáty ke klientům, zařídí práva, potvrdí fingerprinty, vyzkoušej si to, je fakt příjemné. Pár sekund na jednoho klienta. Backuppc se připojuje ze strany serveru, nemusíš nijak řešit konfiguraci klientů, sám si sleduje, zda který klient žije a určuje si, kdy se k němu připojí, aby měl každý den zálohu.

Konfigurace backuppc - nastavíš konfig pro jeden stroj (pokud mají stejné cesty k zálohovaným souborům), pro ostatní vyrobíš symlinky, přidáš do backuppc/hosts a jsi hotov. Udělej si seznam všech klientů někam do txt souborů a používej smyčky v shellu, ať to neděláš ručně.

Celé to nemůže zabrat víc než den i s otestováním všech 50 klientů. Samozřejmě to předpokládá, že bude pracovat počítač a ne ty. Tedy ne myš, ale smyčky v shellu.

[dustin]

Jinak je to dobrý základ pro centrální zálohování těch klientů, stačí pak jen rozšířit konfiguraci klientů na klíčové adresáře (zase ideálně hromadně) a je v podstatě hotovo. Obnovu nedopatřením smazaného souboru ze včerejší zálohy kliknutím přes webové rozhraní backuppc používáme až nezdravě často :)

Backuppc si samo řeší deduplikaci pomocí poolu souborů a hardlinků, probírku starých záloh, lze budit stanice přes wakeonlan, řízeně vypínat po zazálohování atd. Trochu jsem naše zkušenosti popsal na http://blog.ivitera.com/pavel/it-infrastructure/backuppc-with-locking-and-wol

[tlamik]

no jde vidět, že v tom žiješ. Určitě to zkusím, ikdyž si myslím, že mně (zatím v tom nežiju) to bude trvat déle než to rozjedu. Stanice jedou furt (jde o realtime sběr údajů), čili budit ani vypínat to nepotřebuju (naštěstí). Díky za tip

[tlamik]

no bohužel to je přesně jak jsem odhadoval, doteď jsem nerozjel ani server. Zkoušel jsem to nainstalovat na jednom serveru z testing centos rpm a na druhém jsem stáhl přímo instalaci z domovské stránky a postupoval podle návodu. Při instalaci z RPM (http://wiki.centos.org/HowTos/BackupPC) mi nejde nastartovat apache, furt mu chybí nějaké moduly. Při instalaci z (http://sourceforge.net/projects/backuppc/) si nejsem moc jistý tím mod_perl, a webové rozhraní mi nejde najet kvůli premature of script .... bohužel už jsem s tím strávil tolik času, že bych i ručně udělal na všech klientech certifikáty a crony.

[Pindal]

Je nesmysl v takto jednoduchém případě vymýšlet něco jiného než scp(/rsync). Taky to scp může pouštět jen cron na serveru. Čím ty klienty teda spravuješ, když ne přes ssh? Asi nijak jak svědčí tvůj povzdech nad časem konfigurace BackuPC na jednotlivých klientech. A to je spíš problém k zamyšlení.

[tlamik]

spravuju je přes ssh (putty+pageant)+ svůj root zaheslovaný certifikát a to všechno v cronu nebude fungovat

[Pindal]

A to je tedy problém na všech klientech naráz spustit pár jednoduchých příkazů? cssh? pssh? Nic? Aha, putty. No spravovat linuxove stroje s tím taky jde. I z Windows. I když 50 linuxových klientů už by si spíš zasloužilo cfengine či moderní nástupce.

[Balu]

Ku rsyncu by som ešte doplnil rdiff-backup pre prípad potreby vrátiť sa do histórie. Ináč plný súhlas.