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í
×

včera 20:00 | Komunita

Spolek vpsFree.cz již potřetí zveřejnil statistiku linuxových distribucí běžících na jejich infrastruktuře. Nejpoužívanější je Debian s 50,4 %. Následuje Ubuntu s 25,6 % a CentOS s 13,6 %. Skokanem roku je Alpine Linux.

Ladislav Hagara | Komentářů: 1
včera 18:33 | Zajímavý článek

Michal Špaček publikoval třetí číslo svého newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se v něm například také bezpečnostní chybě v ImageMagick.

Ladislav Hagara | Komentářů: 3
včera 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 41
28.5. 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 11
28.5. 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 1
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 17
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 638 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Vyber DB s failover

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