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í
×
    dnes 04:00 | Zajímavý článek

    Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."

    Ladislav Hagara | Komentářů: 1
    dnes 00:22 | Nová verze

    Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    včera 18:11 | Nová verze

    Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 4
    včera 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 1
    včera 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 7
    22.5. 21:55 | IT novinky

    1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.

    Ladislav Hagara | Komentářů: 1
    22.5. 21:33 | IT novinky

    8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.

    Ladislav Hagara | Komentářů: 5
    22.5. 13:22 | Upozornění

    Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.

    Ladislav Hagara | Komentářů: 4
    Jaký je váš oblíbený skriptovací jazyk?
     (58%)
     (27%)
     (6%)
     (3%)
     (0%)
     (0%)
     (5%)
    Celkem 93 hlasů
     Komentářů: 6, poslední 22.5. 14:43
    Rozcestník

    Dotaz: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů

    17.4.2013 10:30 majales | skóre: 29 | blog: Majales
    Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Přečteno: 657×
    Zdravím,
    Snažím se nastavit nějaký efektivní zálohovací systém pro KVM stroje běžící na LVM. Rád bych zálohoval na úrovni LVM zařízení tak aby bylo možné udělat rozdílové zálohy image z důvodu zálohování nejen linuxových ale i Windows strojů. Může to vůbec takto fungovat? Tj. jednou za čas záloha celého image a k tomu rozdílové denní zálohy? Hledal jsem, ale moc úspěšný jsem nebyl a řadě odkazů jsem našel rozporování toho že toto může fungovat.

    Odpovědi

    17.4.2013 15:15 Stanislav Petr | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Neco podobneho u nas pouzivame pro zalohovani virtualnich serveru zakazniku. Napseli jsme sina to vlastni SW (ktery je ale uzavreny a neni urcen k distribuci ven). Principem fungovani je cteni LVM snapshotu po nekolik MB velkych blocich, spocitani kontrolniho souctu. Pokud je kontrolni soucet daneho bloku stejny jako jeho predchozi obraz, ulozi se do sdresare se zalohou z daneho dne pouze hardlink. Pokud se lisi, ulozi se nova data. Zaroven takovyhle postup je mozne doplnit jeste o dalsi optimalizace jako evidence statistiky cetnosti zmen jednotlivych bloku s tim ze nejstarsi nemenne bloky se postupne komprimuji narocnejsimi komprimacnimi algoritmy, kdezto casto menene bloky se komprimuji pouze pomoci real-time komprese.

    Takze urcite jdete svymi uvahami spravnym smerem, pouze na to dostud neexistuje kvalitni opensource nastroj.
    No jo... Co bych cekal od systemu, kterej se vypina tlacitkem start... http://glux.org
    18.4.2013 13:32 majales | skóre: 29 | blog: Majales
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Poradí tedy někdo jak zálohovat efektivně virtuální windows i linux stroje na LVM? Netrvám už na inkrementálním zálohování blokových zařízení, stačí rozdílové zálohování na úrovni filesystému jednotlivých virt. strojů...
    Zdeněk Zámečník avatar 18.4.2013 13:52 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Jediná funkční možnost, co mě v tuhle chvíli napadá, je použití nástroje rdiff-backup. Příklad použití s LVM snapshoty najdeš třeba zde
    18.4.2013 13:57 CandySan | skóre: 11 | blog: bonzacek
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    S rdiff-backup jsem mel (priznam, ze to je uz davno) dost velke problemy kdyz byly verze rdiff-backup jine na zalohovaci a zalohovanem stroji. Pri desitkach serveru v ruznem stadiu upgradu mi nastavalo peklo a zalohovani kazdou chvili nejelo a vyzadovalo to mnoho prace. Nakonec jsem zustal u dirvish - zadny problem, mocne konfigurovatelne, zadne omezeni. Jezdi to pres ssh, ale daji se s tim zalohovat i windows stroje jen pres rsync bez ssh.
    Zdeněk Zámečník avatar 18.4.2013 15:42 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Problém kompatibility různých verzí je tam dodnes. Bohužel jak rdiff-backup, tak dirvish mají stejný "problém" - již se několik let nevyvíjí.
    18.4.2013 13:55 CandySan | skóre: 11 | blog: bonzacek
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Ja to delam tak, ze vytvorim snapshot, vykopiruju data na lokalni disk aby snapshot existoval co nejkratsi dobu, snapshot zrusim a pak uz jen odsud kopiruju data na server do zalohy. Delam to pomoci dirvish, takze disrvish se pripoji, zavola script, ktery predpripravi zalohu a pak dirvish kopiruje pouzitim rsync, takze se prenaseji jen rozdily. Ja ten proces pripravy jeste obohatil o kompresi obrazu, protoze kazdy bezici obraz obsahuje zmenu a tak by mi v zalohach lezelo celkem velke mnozstvi dat (pokud se vsak nezmenily - napr. vypnute virtualky, tak se udela jen hardlink). Komprimuje se to pokazde stejne, takze i tak se toho prenasi malo, protoze se prenasi jen rozdily.

    Dirvish je super v tom, ze dle nastaveni mi uklada nekolik zaloh dozadu, nektere ponechava i delsi dobu (toto vse lze nastavit) a stara se mi o rotaci zaloh. Zalohy jsou pekne dostupne v takovem stavu v jakem byla data na zalohovanem serveru - tedy zadne ukladani do taru atd... Pokud se nejaky stroj necha odstranit, tak nesmaze starou zalohu pokud neexistuje alespon jedna, ktera dobehla v poradku.

    Vyplati se na zalohovane stroje pridat script po spusteni, ktery pripadne jakekoliv otevrene snapshoty zrusi - to je problem pokud dojde k restartu stroje zrovna kdyz je vytvoreny snapshot.

    Potom napr. pomoci nagiosu lze hlasit kdyz se nezdari provest zaloha a v logach dirvish je pak videt proc k tomu doslo. Pokud je potreba sosat data ze stroje za natem, tak k tomu pouzivam n2n (udelal jsem si scriptik, ktery mi obnovuje spojeni kdyz upadne).

    Je dobre, aby behem zalohy nebyl stoj zbytecne vytizen, takze pro jistotu celemu tomu procesu davam nejnizsi prioritu nice -n 19 ionice -c3 rsync --inplace --delete-before -v -ra $loc_imgdir $BACKUP_DIR

    Vyplati se zalohovat jen jednou za cas - napr. 1x za tyden a k tomu denne zalohovat data z virtualek. Timto stylem (dirvish, predpripravene zalohy na lokal) zalohuju i hodne velke virtualky pres net a vse slape jak ma. Pro jistotu jsem si udelal na zalohovacich serverech spusteci scripty tak, aby se nikdy nespustila zaloha, ktera jeste nedobehla.

    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.