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 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

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

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 2
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 13
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 18
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 971 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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.