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:00 | Nová verze Ladislav Hagara | Komentářů: 0
dnes 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
dnes 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
dnes 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 1
dnes 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 2
včera 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
včera 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

Ladislav Hagara | Komentářů: 0
12.12. 20:22 | Nová verze

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 6
12.12. 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
12.12. 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 987 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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.