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 17:55 | IT novinky

    Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.

    Ladislav Hagara | Komentářů: 0
    dnes 13:22 | IT novinky

    Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.

    Ladislav Hagara | Komentářů: 0
    dnes 12:11 | Nová verze

    Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.

    Ladislav Hagara | Komentářů: 2
    dnes 05:22 | Komunita

    FEX, tj. open source emulátor umožňující spouštět aplikace pro x86 a x86_64 na architektuře ARM64, byl vydán ve verzi 2512. Před pár dny FEX oslavil sedmé narozeniny. Hlavní vývojář FEXu Ryan Houdek v oznámení poděkoval společnosti Valve za podporu. Pierre-Loup Griffais z Valve, jeden z architektů stojících za SteamOS a Steam Deckem, v rozhovoru pro The Verge potvrdil, že FEX je od svého vzniku sponzorován společností Valve.

    Ladislav Hagara | Komentářů: 0
    dnes 03:22 | Nová verze

    Byla vydána nová verze 2.24 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | IT novinky

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia online tabulky Proton Sheets v Proton Drive.

    Ladislav Hagara | Komentářů: 3
    6.12. 15:55 | Komunita

    O víkendu (15:00 až 23:00) probíha EmacsConf 2025, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy budou k dispozici přímo z programu.

    Ladislav Hagara | Komentářů: 0
    6.12. 15:44 | Komunita

    Provozovatel internetové encyklopedie Wikipedia jedná s velkými technologickými firmami o uzavření dohod podobných té, kterou má s Googlem. Snaží se tak zpeněžit rostoucí závislost firem zabývajících se umělou inteligencí (AI) na svém obsahu. Firmy využívají volně dostupná data z Wikipedie k trénování jazykových modelů, což zvyšuje náklady, které musí nezisková organizace provozující Wikipedii sama nést. Automatické programy

    … více »
    Ladislav Hagara | Komentářů: 29
    6.12. 15:22 | IT novinky

    Evropská komise obvinila síť 𝕏 z porušení unijních pravidel, konkrétně nařízení Evropské unie o digitálních službách (DSA). Vyměřila jí za to pokutu 120 milionů eur (2,9 miliardy Kč). Pokuta je podle názoru amerického ministra zahraničí útokem zahraničních vlád na americký lid. K pokutě se vyjádřil i americký viceprezident: „EU by měla podporovat svobodu projevu, a ne útočit na americké společnosti kvůli nesmyslům“.

    Ladislav Hagara | Komentářů: 26
    5.12. 17:11 | IT novinky

    Společnost Jolla spustila kampaň na podporu svého nového telefonu Jolla Phone se Sailfish OS. Dodání je plánováno na první polovinu příštího roku. Pokud bude alespoň 2 000 zájemců. Záloha na telefon je 99 €. Cena telefonu v rámci kampaně je 499 €.

    Ladislav Hagara | Komentářů: 30
    Jaké řešení používáte k vývoji / práci?
     (34%)
     (48%)
     (19%)
     (17%)
     (22%)
     (15%)
     (24%)
     (16%)
     (18%)
    Celkem 442 hlasů
     Komentářů: 18, poslední 2.12. 18:34
    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: 418×
    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.