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 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
dnes 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
dnes 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
dnes 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
dnes 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo 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ýpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
dnes 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

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

    Dotaz: XEN, Vmware, nebo úplně jinak na HA Linux server ??

    10.5.2010 23:26 Martin B.
    XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Přečteno: 442×
    Zdravím Vás, řeším takový problém v naší lokální síti, kdy jsem dostal za úkol současný server z bezpečnostních důvodů rozdělit na virtuální servery, tedy oddělit HTTP, MAIL (IMAP a SMTP), MySQL + TEST server, k tomu ještě globální SAMBA server úložiště.

    Mám k dispozici dva naprosto totožné servery, mezi které bych rád distribuoval služby a to ve smyslu "zatížení" a ve smyslu "dostupnosti", tedy v běžném provozu stav kdy běží oba a nabízí služby v režimu clusteru, kdežto při pádu jednoho z nich aby tento převzal služby kompletně.

    Rád bych využil pro virtualizaci XEN, ale tady se začínám ztrácet a tápat jak to vlastně celé pojmout, na které úrovni řešit disky a jejich synchro, nebo jestli i rámci XEN virtualizovat kupříkladu virtuální SAN úložiště, či jak to clé pojmout, nebo jestli by čirou náhodou nepomohlo řešení ve smyslu Xen Cloud Server.

    Zatím to bylo velmi jednoduché, služby byly fyzicky oddělené, tedy každý se serverů nabízel některou se služeb a případná zastupitelnost byla realizovatelná ručním zásahem.

    Je mě jasné že něco bych zvládl s heartbeat, DRBD, ale rád bych použil virtualizace a tápu kde je vložit a na které úrovni. Hardwareově jsou stroje silně předimenzované, tudíž není velký problém věnovat do 10% výkonu a paměti samotné virtualizaci, stejně tak plánuji mezi servery zprovoznit vlastní Ethernet linku, která by měla za úkol řešit jen samotné synchro dat.

    Prosím o každý námět jak to řešit, kam se vydat.

    Odpovědi

    11.5.2010 00:09 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Ked su len 2, tak by som asi skusil XEN + DRBD + CLVM (aby sa clovek nemusel drbat s nejakym OCFS2, ci GFS2). Chcem taketo nieco aj u nas urobit, zatial som sa k tomu nedostal, takze vlastnymi skusenostami nemam ako velmi posluzit (okrem hrozostrasnych historiek o OCFS2 z xen mailing listu). Kazdopadne, ak padne rozhodnute pre XEN, je dobre pouzivat paravirtualizovane virtualky, je to na vykone clekom slusne vidiet :).
    11.5.2010 00:57 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Pracuji na něčem podobném. Došel jsem k tomu, že pokud chci HA řešení na 2 serverech bez samostateného HW vyhrazeného na storage (SAN), je nejschůdnější použít DRBD+Xen+heartbeat (nebo novější Pacemaker/OpenAIS). Na řešení DRBD+Xen+HA je zajímavý software ganeti - http://www.howtoforge.com/ganeti_xen_cluster_management_debian_etch, probíhá jeho aktivní vývoj, ale nikde jsem nenašel víc informací o praktickém nasazení.

    Jeden možný přístup je cluster na aplikační úrovni - pokud je vše OK, služby jako HTTP, IMAP/SMTP apod. poskytují oba servery, čímž se mezi ně také rozkládá zátěž. Pokud jeden vypadne, nic se neděje. Pak je ale obvykle potřeba sdílený filesystem, tedy něco jako GFS nebo OCFS, což mi přijde o dost složitější než dále popsaná druhá možnost. Také člověk musí udržovat a aktualizovat všechno dvakrát. Výhoda tohoto řešení je možnost rokládání zátěže a to, že při pádu jednoho stroje může být výpadek třeba jen pár vteřin.

    Pro většinu věcí mi přijde lepší použít DRBD jako replikovaný storage pro Xen virtuální servery. Pokud jeden z fyzických strojů vypadne, DRBR resource se přepne na druhý stroj a nastartují všechny Xen virtuály. Tohle samozřejmě trvá trochu déle, protože ty virtuální servery musí nabootovat a nastartovat služby, což může trvat jednotky minut. Stroj pro každou službu ale udržujete jen jeden, což je dost podstatná výhoda. Také je možné za běhu obou strojů mezi nimi virtuální servery bez zastavení přesouvat (tzv. live migration, samozřejmě pokud je na cílovém stroji dost volné RAM), takže třeba přidání RAM nebo disků se obejde bez výpadku. Nevýhoda je, že v klidu je polovina celkové RAM na obou serverech nevyužita (to platí v případě, že pro všechny virtuály je potřeba HA)

    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.