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

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
dnes 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 1
včera 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

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

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 3
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 7
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
20.1. 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
20.1. 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

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

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 353 hlasů
 Komentářů: 25, poslední včera 13:34
    Rozcestník
    Reklama

    Dotaz: Vyber DB s failover

    19.8.2011 15:04 Dave
    Vyber DB s failover
    Přečteno: 575×
    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.