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 00:11 | Nová verze

Eclipse Foundation oznámila vydání nové verze vývojového prostředí Eclipse. Eclipse 4.7 s kódovým označením Oxygen vychází rok po vydání verze 4.6 s kódovým označením Neon (zprávička) a přináší celou řadu novinek. Jejich představení také na YouTube.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Zajímavý software

Před týdnem Lennart Poettering představil casync, tj. nástroj pro distribuci obrazů systémů. Dnes oficiálně představil mkosi, tj. nástroj pro generování těchto obrazů. Zdrojové kódy mkosi jsou k dispozici na GitHubu pod licencí LGPL-2.1.

Ladislav Hagara | Komentářů: 0
včera 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 19
27.6. 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
27.6. 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 10
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 858 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Zálohování, RAID - jak co nejvíce automatizovat server

    22.6.2006 15:31 Marek | skóre: 21
    Zálohování, RAID - jak co nejvíce automatizovat server
    Přečteno: 316×
    Zdravím vás, řeším počítač, který bude uvnitř za firewallem a bude sloužit k běhu interního IS (Open-XChange) + web stránek pro externí společnosti (takový malý extranetík). Když to hodně zjednoduším, tak na něm budou citlivá data v oblasti mailů, dokumentů a web stránek. Počítač sám o sobě je vybaven RAID hardwareovým polem, ale přiznám se, že nevím jakou filozofii zvolit. Využít RAID pro kompletní diskový subsystém, nebo jen pro inkriminovaná data? Vše beru s ohledem na zálohování na pásku, která je součástí serveru.

    Otázky k problematice:
    AD 1) mít na RAID i systém, nebo jen kritická data?
    AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?
    AD 3) zálohovat kompletní systém, nebo jen citlivá data?
    AD 4) jak zvolit koncepci a minimalizovat tak nutnost správy?

    Systém bude FreeBSD, se kterým mám zkušenosti, i když v tomto případě to nehraje patrně žádnou roli, spíš mě jde o to, jakou zvolit filozofii ať neudělám nějakou zbytečnou chybu hned v počátku. Systém má k dispozici 4x 18GByte SCSI disky + 24GByte DATku. Můžu bootovat i z jiného disku než jsou součástí pole, ale přiznám se že nevím jaká strategie je optimální z pohledu provozu, případné obnovy při pádu, ... díky předem za každý námět.

    Odpovědi

    24.6.2006 17:37 Ondřej Čečák | skóre: 33
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Nejsem si jisty, jestli neni otazka trochu off-topic ...

    "AD 1) mít na RAID i systém, nebo jen kritická data?"

    Chapu-li to spravne, rozhodujete se, jestli mit pole redundantni nebo ne. Obecne se da rict, ze zalezi na tom, jak rychle dokazete system obnovit v pripade selhani disku, asi nejbeznejsi je ve vetsine pripadu mit i system (casto i swap) na redundatnim svazku.

    "AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?"

    Najdete si nekolik pouzitych strategii na serveru a rozhodnete se podle toho. Asi budete delat v nejakych itervalech inkrementalni zalohy na ruzna media, ktera byste mel byt v pripade vypadku schopen najit; nejaka redundance by v tom mozna take neskodila.

    "AD 3) zálohovat kompletní systém, nebo jen citlivá data?"

    To zalezi na tom, jak rychle dokazete system obnovit v pripade selhani (stejne jako vyse -- jde o to, jak rychle dokazete system znovu nainstalovat a zkonfigurovat do predchozi konfigurace pri vypadku treba ve 4 rano a kolik ta odstavka vcetne vasi prace bude stat vs. cena odzalohovani).

    "AD 4) jak zvolit koncepci a minimalizovat tak nutnost správy?"

    Na tuto otazku asi obecna odpoved nebude, s tim vam s radosti jiste poradi nejaky konzultant. Typicky neco jako rozdeleni pravomoci, v ramci moznosti distribucni software se standardni konfiguraci a dokumentace.
    -- "Ja vim, on vi, ty pico!"
    24.6.2006 18:24 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    1. Vytvořit RAID5 nad celým polem.

    2. Zálohování na další disk denní (když se něco smaže) a z něj potom vytvořit dvě zálohy. Systémovou a datovou. Datovou zálohu dělat denně rozdílovou. Každý měsíc vzít jednu datku a dát jí do sejfu (nebo prostě dopryč, jiná lokalita).

    3. Zálohovat vše co je nutné pro běh systému. Pravidelně potom citlivá data. Ta jedna páska ležící v šuplíku po celou životnost serveru se rozhodně vyplatí.

    4. Co nazýváte minimalizací správy? Tu datku musí někdo měnit. Jinak vše může být automatické.

    P.S.: Kolik let ten server už běžel. Z vlastníh zkušeností mohu říci, že polovička 18GB serverových disků nám šla v serverech už do háje. Poslslední 2 používám na nedůležitá data (lokální yum repository a nějaké odkladiště). Také se zvyšuje citlivost starších disků na teplotu. Jedno neklimatizované léto a jsou kaput. (zvlášť 10kRPM či 15kRPM disky) jsou ta data pro vás skutečně hodně cenná?.

    K tomu také odpovídá přístup k systému, provádět denně kontrolu stavu raid pole, stačí poslat si stav na mail. A možná pokud to řadič RAID umožňuje vytvořit RAID5 jen nad 3 disky a jeden nechat jako HotSpare, (pokud Vám stačí 36GB diskového prostoru).

    Není nic dražšího než data.
    25.6.2006 01:29 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server

    AD 1) mít na RAID i systém, nebo jen kritická data?

    Pořídil bych ještě 2 stejné IDE disky, na jeden bych dal systém, boot, swap atd... . Na druhý bych periodicky kopíroval patřičné partitiony z prvního disku. V případě havárie prvního disku nabootujete z druhého.

    AD 2) jakou zvolit strategii zálohování při dostupnosti jediné páskové mechaniky?

    Nad SCSI disky bych postavil RAID 5. Rozchodí havárii jednoho disku. Paritni informace jsou rozdistribuovány mezi všemi disky. Využijete tak n-1 kapacity.

    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    25.6.2006 01:35 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Tak mě ještě napadlo místo systému na IDE discích koupit raději Compact flash kartu např. 2GB a redukci IDE. Z toho bych bootoval a na tom bych mel /. Adr. /var bych mountil jinam, pac tam se vic zapisuje.
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    25.6.2006 08:27 Zdeněk Burda | skóre: 61 | blog: Zdendův blog | Praha
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Kolik serverů jsi stavěl? :-) Kupovat do serveru IDE disky nebo CF je kolikrát úplně nemožné, protože to není prostě kam dát...

    OS je samozřejmě vhodné mít na RAID, takže bych to viděl na RAID5 + spare disk.
    -- Nezdar není hanbou, hanbou je strach z pokusu.
    25.6.2006 13:13 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Rekapitulace, aneb co mě z odpovědí plyne:

    - RAID 5 využít pro kompletní filesystém, včetně systému, SWAPu, dat - zálohovat na jiný systém /jiný disk/, v mém případě využiji jiný počítač v síti denně - denní zálohu inkrementálně zálohovat z pohledu datových změn - celou zálohu systému v periodě měsíc, možná kratší

    vagojan -> disky jsou sice 2 roky staré, ale počítač spíše ležel, než využíval, respektive pracoval nad databází, která ovšem nebyla na jeho discích. Takže beru stav, kdy ještě není problém se na ně spolehnout, jsou to 10kRPM Quantum Atlas. Jinak počítač běží a běžel v klimatizovaném prostředí, takže snad tepelných šoků byl dosud vyvarován.
    25.6.2006 13:31 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Dva roky to je cca 1/3 - 1/2 životnosti (operačního nasazení). Nám odcházejí disky cca 4+ roky staré. Potom co loni v létě byly teplotně nakopnuty výpadkem klimatizace. V našem případě Seagate Cheetah.

    Asi není důvod diskům nevěřit, i když zažil jsem stav kdy v RAID5 odešel jeden disk v 8:00 a druhý v 10:30 téhož dne. HotSpare nebyl a i tak mám pochyby že by se stihlo pole obnovit před výpadkem druhého disku.

    Zálohy jsou nutné. Má praxe je takováto: celý operační systém zálohuji tak jednou za 1/4 roku (full záloha), třeba po změně programového vybavení.

    Pravidelně potom běží záloha nad databázemi a webem. (denně 1x full 13x increment) + /etc + /var/log.

    Operativní datové zálohy (když se něco nechtě smaže - DB oracle, web) probíhají na NFS připojený disk dalších serverů. Zálohy bezpečnostní přes SW bacula na externí diskové pole + páskovou knihovnu scalar 24 (1X LTO-2).

    Hodně klidných let Vašemu serveru ;-)
    25.6.2006 13:39 Ondřej Čečák | skóre: 33
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    "Asi není důvod diskům nevěřit, i když zažil jsem stav kdy v RAID5 odešel jeden disk v 8:00 a druhý v 10:30 téhož dne."

    Typicky se to stava u identicky disku (stejny vyrobce, serie, nakup); casto maji stejne pripadne defekty vznikle vyrobou, dopravou, prepravou a maji hodne podobne (nebo v RAID dokonce stejne) zatizeni a umisteni ...
    -- "Ja vim, on vi, ty pico!"
    25.6.2006 13:56 vagojan | skóre: 16
    Rozbalit Rozbalit vše Re: Zálohování, RAID - jak co nejvíce automatizovat server
    Troufnu si říct že je to osudem 99% disků v RAID polích. Stejný typ, revize, FW... prostě stejný disk se vším všudy.

    (neuvažuji samo domo SW RAID pole s MD, ale i tam je lepší mít stejný disk - totožené chování a parametry)

    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.