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 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 2
včera 13:22 | Zajímavý software

Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.

Ladislav Hagara | Komentářů: 3
včera 06:00 | Nová verze

Byla vydána nová verze 10.7 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Vývojáři GitLabu zdůrazňují Web IDE (YouTube) a SAST (Static Application Security Testing) pro Go a C/C++.

Ladislav Hagara | Komentářů: 0
22.4. 14:00 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, zveřejnil na svém blogu recenzi notebooku Librem 13 od společnosti Purism. Používá jej již sedm měsíců a s ním i jako umělec spokojen. Potřebu francouzské AZERTY klávesnice vyřešil přelepkami. Na displej se podíval kalibrační sondou, barvy vyladil pomocí open source softwaru DisplayCAL, v aplikaci Inkscape nastavil zvětšování na 170 % aby 1 cm v Inkscapu byl 1 cm v reálu. Webovou kameru, mikrofon, Wi-Fi a Bluetooth lze na Librem 13 hardwarově vypnout.

Ladislav Hagara | Komentářů: 7
21.4. 23:44 | Komunita

Několik posledních verzí GNOME Shellu obsahuje chybu způsobující memory leak (únik paměti). Viz například videozáznamy verzí 3.26 nebo 3.28. Nalezení chyby #64 a její opravě se věnuje Georges Basile Stavracas Neto v příspěvku na svém blogu [reddit].

Ladislav Hagara | Komentářů: 1
21.4. 10:33 | Komunita

V pondělí měl na YouTube online premiéru otevřený krátký 2D film Hero vytvořený v 3D softwaru Blender. Cílem stejnojmenného projektu Hero je vylepšit nástroj Grease Pencil (tužka) v Blenderu 2.8.

Ladislav Hagara | Komentářů: 4
20.4. 23:22 | Nová verze

Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).

Ladislav Hagara | Komentářů: 0
20.4. 17:22 | Komunita

Včera vydanou hru Rise of the Tomb Raider pro Linux lze do pondělí 23. dubna koupit na Steamu s 67% slevou. Místo 49,99 € za 16,49 €.

Ladislav Hagara | Komentářů: 0
20.4. 16:11 | Komunita

Na Humble Bundle lze získat počítačovou hru Satellite Reign (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 5
20.4. 15:44 | Zajímavý software

Společnost Apple koupila před třemi lety společnost FoundationDB vyvíjející stejnojmenný NoSQL databázový systém FoundationDB (Wikipedie). Včera byl tento systém uvolněn jako open source pod licencí Apache 2.0. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (46%)
 (27%)
 (17%)
Celkem 365 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Vyber DB s failover

    19.8.2011 15:04 Dave
    Vyber DB s failover
    Přečteno: 579×
    Ahoj, muzete mi prosim doporucit nejakou opensource SQL DB s rozumnym (softwarovym) resenim failoveru? Nasel jsem jen MySQL(cluster), u PostgreSQL neni zrejme standardni reseni. Je MySQL v clusteru pouzitelna a bezpecna volba? Diky

    Odpovědi

    19.8.2011 15:45 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Vyber DB s failover
    PostgreSQL od devítky má zabudouvanou podporu replikace. Sice co vím neumí zdaleka vše, ale jako hot standby s failoverem by snad fungovat měla.

    MySQL s replikací použielná je dobře, pokud Ti nevadí limitace MySQL (nepoužitelné triggery spolu s FK, Fulltext pouze na netransakčních tabulkách - mixovat příkazy nad různejma enginama se při replikaci nedoporučuje - atd.).

    Výhledově je teď vývoj postgresu na replikaci dost zaměřenej, takže bych se ho nebál nasadit, to, co neumí teďka, za chvíli umět bude. Ale pokud chceš jen "hloupou" SQL databázi a nehodláš dělat programování na databázový vrstvě, stačí i MySQL.
    29.8.2011 12:21 Dave
    Rozbalit Rozbalit vše Re: Vyber DB s failover
    Hot standby bohuzel neni pro me ucely dostatecny, takze asi zvolim MySQL. Doufam, ze PostgreSQL bude mit brzy pozadovane vlastnosti take, jelikoz bych ji pouzil radsi. Nicmene v roadmape jsem nic takoveho nenasel.
    29.8.2011 15:51 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Vyber DB s failover
    No oni na to dělají co vím v databázi pouze potřebné api a nechávaj to na externích nástrojích. Zkus se podívat na pg_pool II, jestli by Ti nestačil. zajímavě taky vypadá http://www.postgres-r.org/documentation/references ale bohužel je to furt ve vývoji, byť funkční. Do produkce to asi není.

    okbob avatar 29.8.2011 20:00 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Vyber DB s failover
    failover ma na starosti pgpool
    31.8.2011 11:49 Ondra
    Rozbalit Rozbalit vše Re: Vyber DB s failover
    MySQL cluster jsme chtěli používat, ale nakonec od toho ustoupili a přešli na replikaci (master-master + 2x master - slave). Ze svého testování jsem dospěl přibližně k těmto závěrům. Začnu klady
    • stabilní a nenáročný provoz
    • velmi krátká doba reakce (vychází z principu in-memory storage enginu - bohužel jediného možného)
    • velice rychlá komunikace: vydumpovat databázi (16 MB) trvá 3 sekundy (struktura + data).
    • výpadek stroje, který je v redundanci ne prakticky nepostřehnutelný.
    • pomocí vyvažování a použití mysql clienta, lze udržet session i při výpadku komunikujícího stroje
    a zápory
    • aby byla zajištěna kvalita služeb, je potřeba všechny stroje minimálně duplikovat, což znamená provoz alespoň 6 VM.
    • Selecty a dumpy jsou rychlé, to nelze ale říct o insertech. Na našem testovacím clusteru cca 3 min (16 MB, data + struktura) a předpokládám, že s vyšším počtem datových nodů by ještě rostla.
    • proces obstarávající datová úložiště na storage nodech i v případě, že nic nedělá spotřebovává cca 1,5% systémových zdrojů - předpokládám, že s větším objemem dat by rostla
    • přesto, že testovaná velikost databází může být v řádech několika desítek MB, zabírá storage proces 68% RAM paměti (instalován 1 GB), celkově stroj bere 1 GB RAM a další skoro 2 GB na SWAPu
    • pokud se změní konfigurační parametr je potřeba restartovat všechny stroje. V dokumentaci sice toto psáno není (je možnost bez restartu jako celku), ale mě se jinak změny neprojevily
    • in-memory storage engine. Výše popsaná velká rychlost, ale jinak z mého pohledu spíše negativa. Data jsou v RAM a ne na disku. V případě vypnutí PC a nezálohování storage nodu se o data přichází. Zůstávají pouze metadata na API nódech.
    • tomu lze předcházet, pokud použijeme vnitřní příkaz BACKUP. Mě bohužel nefungoval.
    • řešení byly v tomto případě dumpy všechn tabulek a po obnovení clusteru import tohoto dumpu (včetně systémových tabulek).
    • v případě redundance storage nodů a uchovávání dat roste paměťová náročnost přímo úměrně s rostoucím počtem redundantních nódů
    • není možnost jiného storage enginu - nepodporuje fulltext a cizí klíče
    • v případě použití nodegroup musí vždy zůstat alespoň jeden stroj z dané nodegrupy běžet (záleží na konfiguraci)
    Všechny tyto poznatky mě vedou k tomu, že MySQL Cluster by se hodil do míst, kde můžeme poskytnout mnoho RAM a zajistit faul tolerance provozovaných strojů. V takovém případě se nám odmění špičkovou odezvou a rychlostí s jakou dokáže data poskytovat během selectů.

    Přirovnal bych to k domečku z karet, který sice není bez pojivého materiálu, ale ten materiál není lepidlo, nýbrž med.

    Osobně jsou pro nás důležitější data která máme než rychlost přístupu k nim. Proto jsme přistoupili k řešení s 2 aktivními servery v master-master replikaci. Pro naše potřeby splňuje redundanci i latenci.

    S PostgreSQL nemám zkušenosti.

    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.