abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 1
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Zálohování serveru

    7.8.2015 15:30 camel1cz | skóre: 23
    Zálohování serveru
    Přečteno: 738×
    Zdravím všechny a prosím o radu.

    Mám server, běžící na proxmoxu a v něm několik virutálů. Celkem jde asi o 1,4TB dat z čehož se asi 30GB denně změní.

    Aktuálně zálohuji baculou z hostingu do kanceláře, ale máme slabou linku a pokud by nastal problém, tak restore bude trvat 14 dnů.

    Otázka tedy zní, jak toto řešíte vy zkušení?

    Zvažuju následující možnosti
    • pronájem prostoru v cloudu (ale nenašel jsem dostatečně rychlý),
    • navýšení rychlosti připojení v kanceláři,
    • pronájem diskového prostoru v ČR - nejspíš wedos disk (1TB za 300Kč),
    • nějaká kombinace? Např. full záloha někde dobře dostupná + inkrementy a databáze "po ruce"?
    Potřebuji být schopný v rozumném čase obnovit data. V nejhorším případě vše, ale běžně jen pár MB... Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho :(

    Díky moc za postřehy!

    Odpovědi

    Punny avatar 7.8.2015 15:52 Punny | skóre: 28 | Praha
    Rozbalit Rozbalit vše Re: Zálohování serveru
    1,4 TB je celkem malo...Doma zalohuji pomoci backuppc vsechno (pouzil jsem to i v malych firmach). Dokaze obnovit velmi rychle kazdy soubor a dokaze celkem setrit mistem na storage.
    Ja osobne bych zvysil rychlost linky...oceni to vsichni nejspis ;) cloud a ukaladat do nich zalohy a vlastne cokoliv mi jde proti srsti
    Nicmene zalezi stejne jen na tobe cemu davas prednost.
    Punny
    Heron avatar 7.8.2015 16:50 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Máme několik datacenter (asi tak 3) a zálohujeme to do kříže (no spíš trojúhelníku). V případě výpadku datacentra jsme schopni daná vmka spustit na jiném přímo ze záloh.
    Punny avatar 7.8.2015 17:06 Punny | skóre: 28 | Praha
    Rozbalit Rozbalit vše Re: Zálohování serveru
    a to jako machrujes? :D my mame ve firme take spoustu DC a to i napric kontinenty :P a tece nam tam TB a TB dat den co den. Doufam, ze to vsem pomuze :D
    Heron avatar 7.8.2015 17:42 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Nemachruju (na rozdíl o tebe dokonce ani nehodnotím objem dat). Tazatel se ptal, jak to řeší ostatní, odpovědel jsem mu. Ne každého může tato varianta napadnout, do kanceláře nesežene takovou linku jako na housing a varianta nakoupit na záložní lokalitu další server může být finančně mnohem přijatelnější, než platit disk u někoho jiného.
    8.8.2015 01:02 camel1cz | skóre: 23
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Nebylo to podáno zrovna přímočaře, ale je to dobrý nápad!

    Místo cca. 1000Kč za disk můžu pronajmout někde kolem 3000 server s dostatečným diskem. Můžu na něj zálohovat + ho použít jako nouzovku v případě poruchy hlavního serveru. Vlastně místo kompletního recovery.

    Když přitlačím tak 1500 tak mám server schopný normálního provozu místo hlavního.

    Rozhodně dobrá varianta - budu přemýšlet. Díky!

    Petr Tomášek avatar 10.8.2015 06:36 Petr Tomášek | skóre: 36 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Což ovšem řeší redundanci ale nikoliv zálohování. (Např. někdo/něco "omylem" smaže/změní soubor. Co se stane? vypropaguje se to na další dvě místa a soubor to v prd*li...)
    Max avatar 10.8.2015 07:25 Max | skóre: 64 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Jen v případě, že to je tak, jak myslíš a Heron při té záloze do trojúhelníku nenechává historii záloh (třeba v podobě snapshotů).
    Zdar Max
    Měl jsem sen ... :(
    Heron avatar 10.8.2015 07:40 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Tak jistě. Kromě historie se to ještě dává na pásky, které se odvezou do trezoru.
    Jendа avatar 7.8.2015 17:16 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování serveru
    ale máme slabou linku a pokud by nastal problém, tak restore bude trvat 14 dnů
    Aha, tak tohle bych řešil tak že bych naházel disky do batohu a šlapal do datacentra :-). Máte ho nějak moc daleko?
    Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho
    Vykašlal bych se na Baculu a zálohoval rsyncem. Pak máš přístup normálně k jednotlivým souborům.
    Vox agroferti, vox Dei.
    8.8.2015 12:34 Kriegel
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho :(
    Bacula pouziva koncept pools/volumes z dob, kdy pasky vladly svetu, proto ty "velke soubory". Samozrejme v dnesni dobe je mozne mit samotne "fyzicke" medium definovano jako soubor na disku.

    V pripade restoru, pokud informace o backupu nebyly odstraneny z katalogu, Bacula zna vse potrebne a rozhodne necte "velky soubor" sekvencne. To dela/umi v pripade, ze uz informace k danemu backup jobu byly z katalogu odstraneny, nicmene data na volume zustavaji dal, pokud nebyl zpracovan jinak (prepsan, smazan z jakychkoli duvodu), coz se nekdy muze hodit. Navic takto je mozno obnovit bud vse, nebo definovat regex, ktery zajisti obnovu pouze definovanych filu.

    Heronovo reseni bude asi optimalni, nicmene muzes zkusit treba kombinaci (kdyz uz tu zalohu mas a restore se ti zda pomaly), kdy velky file obnovis lokalne a rsyncnes ho s tim ve virtualu (pokud tam nejaky je). Zalezi, jak moc se ta data meni, ale to vis nejlip sam.

    Baculy bych se nezbavoval, je to pomerne sofistikovane reseni, ted uz umi i copy joby, takze se da zaloha z jednoho storage daemona automaticky migrovat na jiny storage daemon.

    Josef Kufner avatar 8.8.2015 12:48 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Doma používám na zálohování notebooku rsnapshot běžícím přes SSH. Každý večer zálohuju cca 200GB dat, která se moc nemění, trvá to tak 15 minut po lokální WiFi. Na serveru vzniká pro každý den adresář s kompletní zálohou, ale nezměněné soubory jsou deduplikovány pomocí hardlinků, takže to nezabírá moc místa. Obnova několika souborů je prosté zkopírování několika souborů. Na obnovu není potřeba vůbec žádný specializovaný nástroj – stačí to prostě zkopírovat přes minimální instalaci, nejlépe rsyncem. Kdybych nastavoval zálohování VPS, udělám to na druhou VPS stejně, jako to mám mezi notebookem a domácím serverem.
    Hello world ! Segmentation fault (core dumped)
    8.8.2015 13:02 pavele
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Zajímalo by mě omezení počtu hardlinků - jestli už někdo narazil na limity při zálohování na např. ext4 filesystému u rsnapshotu.
    Jendа avatar 8.8.2015 13:22 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Používal jsem rdiff-backup a po pár letech denních záloh několika serverů to začalo být šíleně pomalé. Tak jsem to smazal a teď zálohuju na btrfs s jeho snapshoty a zatím OK.
    Vox agroferti, vox Dei.
    Josef Kufner avatar 9.8.2015 03:26 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Zálohování serveru
    rdiff-backup používá vlastní formát ukládání historie. Má tam nějaké další soubory, ve kterých to je. A obnova starších verzí je hodně pomalá.

    Počet hardlinků je omezen jen počtem volných inodů a těch je obvykle dostatek. Rychlost by neměla časem nijak klesat, neboť hardlinky nepřidávají na složitosti filesystému.
    Hello world ! Segmentation fault (core dumped)
    9.8.2015 11:58 pavele
    Rozbalit Rozbalit vše Re: Zálohování serveru
    To btrfs zálohování - vidět jde jen poslední snapshot? Pokud bych chtěl procházet historií jednoho souboru jako u rsnapshot, jak je to složité?
    Max avatar 9.8.2015 12:50 Max | skóre: 64 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Většinou se pojmenovává snapshot datumem a časem. Snapshot je dostupný v adresáři. Tzn., že máš např. takovou strukturu:
    /mnt/datastore/data
    /mnt/datastore/.snapshots/20150510-0209
    /mnt/datastore/.snapshots/20150511-0209
    /mnt/datastore/.snapshots/20150512-0209
    
    Snapshoty jsou dostupné běžně v RO režimu, lze i RW režim, který na okolní snapshoty ani aktuální "živá" data nebude mít vliv.
    Porovnání jednoho souboru je tedy otázkou porovnání onoho souborů v jednotlivých snapshotech (adresářích).
    Možná na to je nějaký nástroj, nebo si na to člověk musí napsat skript (pokud to chce nějak zautomatizovat).
    Zdar Max
    Měl jsem sen ... :(
    Heron avatar 9.8.2015 13:07 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Nevím, jak tu historii souboru myslíš, ale btrfs snapshot se v userspace tváří jako obyčejné adresáře, takže se procházejí pomocí obyčejných nástrojů, tedy "historie souboru" může vypadat následovně:
    ls -lh tomas*/.bash_history
    -rw------- 1 tomas tomas 7.0K Jul 14 21:23 tomas_20150715-060001/.bash_history
    -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150716-060001/.bash_history
    -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150717-060001/.bash_history
    -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150718-060001/.bash_history
    -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150719-060001/.bash_history
    -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150720-060001/.bash_history
    -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150721-060001/.bash_history
    -rw------- 1 tomas tomas 7.2K Jul 21 21:34 tomas_20150722-060001/.bash_history
    -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150723-060001/.bash_history
    -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150724-060001/.bash_history
    -rw------- 1 tomas tomas 8.8K Jul 24 17:27 tomas_20150725-060001/.bash_history
    -rw------- 1 tomas tomas 8.7K Jul 25 16:56 tomas_20150726-060001/.bash_history
    -rw------- 1 tomas tomas 8.6K Jul 26 11:47 tomas_20150727-060001/.bash_history
    -rw------- 1 tomas tomas 8.6K Jul 27 16:21 tomas_20150728-060001/.bash_history
    -rw------- 1 tomas tomas 8.6K Jul 28 20:21 tomas_20150729-060001/.bash_history
    -rw------- 1 tomas tomas 9.5K Jul 29 20:14 tomas_20150730-060001/.bash_history
    -rw------- 1 tomas tomas 9.4K Jul 30 21:36 tomas_20150731-060001/.bash_history
    -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150801-060001/.bash_history
    -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150802-060001/.bash_history
    -rw------- 1 tomas tomas 9.3K Aug  2 21:18 tomas_20150803-060001/.bash_history
    -rw------- 1 tomas tomas 9.3K Aug  2 21:18 tomas_20150804-060001/.bash_history
    -rw------- 1 tomas tomas 9.3K Aug  2 21:18 tomas_20150805-060001/.bash_history
    -rw------- 1 tomas tomas 9.3K Aug  2 21:18 tomas_20150806-060001/.bash_history
    -rw------- 1 tomas tomas 9.3K Aug  2 21:18 tomas_20150807-060001/.bash_history
    -rw------- 1 tomas tomas 9.5K Aug  7 21:17 tomas_20150808-060001/.bash_history
    -rw------- 1 tomas tomas 9.5K Aug  8 14:37 tomas_20150809-060001/.bash_history
    
    Tedy je to v podstatě stejné jako u rsnapshot, kde jsou jednotlivé (stejné) soubory hardlinkovány, tady je jedná o COW kopie (reflinky).
    Jendа avatar 9.8.2015 14:08 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Jak už odpověděli jiní, normálně vidíš v adresáři subvolume tak jak tehdy vypadal.

    Protip: vypněte pro adresář se snapshoty mlocate, recoll a další indexovací služby, jinak se z toho zblázníte :)
    Vox agroferti, vox Dei.
    Heron avatar 9.8.2015 14:09 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Takovou věc dnes ještě někdo instaluje?
    Jendа avatar 9.8.2015 15:15 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Ano, hlavně to mlocate. Jak jinak vyhledávat soubory (a nečekat věky)?

    recoll používám jenom na vymezené adresáře, opět, jak jinak fulltextově hledat v hromadě dokumentů?
    Vox agroferti, vox Dei.
    Heron avatar 9.8.2015 15:43 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Tak pomocí find -(i)name. Mlocate má tu zásadní nevýhodu, že se jeho DB aktualizuje jednou denně (pokud se tedy nic zásadního nezměnilo), takže pokud člověk hledá něco aktuálního, tak to většinou nenajde. Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.
    Jendа avatar 9.8.2015 17:48 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování serveru
    Tak pomocí find -(i)name.
    ~ # time find / -xdev -name "*xilinx*"
    (...)
    
    real	0m30.948s
    user	0m1.600s
    sys	0m2.248s
    ~ # time locate xilinx
    (...)
    
    real	0m1.627s
    user	0m0.412s
    sys	0m0.008s
    
    Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.
    Většinou hledám ve větší části svého ~ nebo v /usr a /var.
    Vox agroferti, vox Dei.
    Heron avatar 9.8.2015 18:13 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování serveru
    tomas@raid:~$ time find / -xdev -iname find
    real    0m0.480s
    user    0m0.132s
    sys     0m0.184s
    
    První hledání.

    Druhé potom takto (klidně na jiný výraz):
    real    0m0.199s
    user    0m0.108s
    sys     0m0.088s
    
    Ale tak pokud někdo má velký adresářový strom, nebo málo změn na fs, může použít nějakou indexaci. Já jen, že jsem to hodně dlouho nikde neviděl a neznám distro, které to má dneska by default (z výběru debian, centos, rhel > 5).
    10.8.2015 19:17 j
    Rozbalit Rozbalit vše Re: Zálohování serveru
    A co takhle si ujasnit rozdil mezi zalohou a archivem?

    Zaloha se dela vzdy a pouze lokalne, s kratkou historii, vzdalene se uklada archiv, pro pripad totalnich katastrof. V takovym pripade bude to, ze archivni zaloha je stara tejden, to nejmensi co se bude resit.

    BTW: Taky bejva dobry zatloukat hrebiky kladivem a ne sroubovakem. Ucelem lokalniho backupu je mimo jiny i to, aby se spocital v klidku a mimo provozni HW diff, a do archivu se posila jen ten, takze misto 30GB to bude tak 3, spis jeste mnohem min, vzhledem k tomu ze celkem tusim jak to ty "zmeny" vyhodnocuje, blah.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.