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:33 | IT novinky

    Canonical oznámil vydání Zephyr 26.04 LTS. Jedná se o komerční distribuci operačního systému pro mikrokontroléry Zephyr (Wikipedie) s podporou až 15 let.

    Ladislav Hagara | Komentářů: 0
    dnes 02:00 | Zajímavý projekt

    Gravity Linux je linuxová distribuce určená pro Apple Silicon s čipy M4 a novějšími. Vydána byla alfa verze pro M4 Mac mini. Gravity Linux je fork Asahi Linuxu.

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

    Hister je osobní soukromý vyhledávač, který lze provozovat na vlastním stroji. Umí prohledávat lokální soubory, importovat historii a záložky z webových prohlížečů, procházet vybrané weby a pomocí rozšíření pro Firefox a Chrome indexovat obsah právě navštívených stránek. Nad vytvořeným indexem pak nabízí vyhledávání prostřednictvím webového rozhraní, příkazové řádky a díky podpoře MCP i nástrojům umělé inteligence. Tento

    … více »
    AfD 💙 | Komentářů: 0
    včera 13:33 | IT novinky

    Ministerstvo dopravy uznalo prozatímní schválení asistenčního systému Tesla FSD Supervised vydané nizozemským schvalovacím orgánem RDW. Připojilo se tak k Nizozemsku a dalším pěti evropským státům. Systém je díky tomuto rozhodnutí možné používat za podmínek prozatímního schválení také na území České republiky. Tesla FSD Supervised je asistenčním systémem úrovně 2 podle klasifikace SAE (částečná automatizace řízení). Řidič se

    … více »
    Ladislav Hagara | Komentářů: 13
    včera 11:22 | Upozornění

    Někteří zákazníci O2 mohou aktuálně zaznamenat zhoršenou dostupnost internetových služeb. Na odstranění potíží se pracuje [Facebook].

    Ladislav Hagara | Komentářů: 8
    včera 01:22 | Nová verze

    PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Komunita
    V rakouském Štýrském Hradci probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2026. O víkendu proběhly přednášky. Videozáznamy jsou k dispozici na YouTube.
    Ladislav Hagara | Komentářů: 3
    20.9. 23:55 | Bezpečnostní upozornění

    V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).

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

    Německá policie a celníci zneužívají ke čtení zpráv komunikačních aplikacích WhatsApp, Signal, Telegram nebo Threema velice jednoduchý trik, který nevyžaduje prolomení šifrování, spear phishing, odposlech SMS či jinou technicky náročnou metodu. Příslušníkům státního aparátu pouze stačí získat krátký přístup k odemčenému telefonu a prostřednictvím QR kódu propojit účet s oficiální desktopovou nebo webovou aplikací v policejním

    … více »
    AfD 💙 | Komentářů: 7
    19.9. 02:11 | IT novinky Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2710 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: Reorganizace virtualizace - rozložení aplikací

    10.4.2013 12:31 camel1cz | skóre: 25
    Reorganizace virtualizace - rozložení aplikací
    Přečteno: 696×

    Zdravím (dámy, jsou-li tu :-) a pánové a prosím o zkušenosti a doporučení pro následující virtualizační implementaci.

     

    Současný stav kontejnerová virtualizace (OpenVZ), 2 virtuální stroje, oba mají apache, mysql, pgsql, qmail, ldap.

    Na tomto se mi nejvíc nelíbí ta komplexnost obou strojů a protože migruju na nového providera, tak můžu udělat i větší reorganizaci - to je jádro mé otázky.

    Tedy zda to jen přenést, nebo sloučit databázové stroje do jednoho, rozdělit maily od webů atd.

     

    Můj nápad

    • mailserver: samostatný virtuál s iredmailem (postfix, apache, pgsql),
    • webserver: apache, php, ftp,
    • 2x db server: pgsql, mysql,
    • + bych pak zkusil přenést pgsql z iredmailu na ten centrální DB server (nepodporujou to, ale mělo by to jít).

    Mělo by to zůstat na kontejnerové virtualizaci (výborné zkušenosti). Slibuju si od toho lepší spravovatelnost a přehlednost celého systému... Co si myslíte o tomhle řešení? Něco by jste řešili jinak?

    A dále, na novém stroji můžu používat i KVM - má to smysl třeba na DB servery? Propustnost io asi bude v KVM horší, ale ne o moc, ale nevím jestli třeba nebude líp fungovat cache. Četl jsem, že kontejnerová virtualizace moc s cache nekamarádí (jádro vidí vše jako jeden load a neoptimálně rozhoduje o cache).

     

    Současná HW konfigurace 1x 2 jádrový CPU, 8G RAM, 1TB SWRAID1

    Nový HW 2x 4 jádrový CPU, 72GB RAM, 2TB HWRAID10

    Zátěž není nic moc a HW to zvládne levou zadní, pár desítek webový domén (z toho jen několik má podstatný load) a pár stovek mailových účtů.

     

    Moc děkuju za konstruktivní příspěvky!

    Odpovědi

    10.4.2013 14:48 NN
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    Take by jsi to mohl provozovat vsecho dohromady bez virtualizace..
    10.4.2013 14:59 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací

    Určitě to je obdobné - virtualizovat budu vlastně jen z těchto důvodů:

    • snadná záloha/obnova,
    • přehlednost (říkám tomu spravovatelnost) - nelíbí se mi to množství aplikací na jedné hromadě + IP aliasy a pravidla ve FW,
    • (do budoucna cluster).

     

    Ty považuješ instalaci všeho na jeden fyzický stroj za lepší řešení? Proč?

    10.4.2013 15:18 NN
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    Cluster, proc? Neni to trochu overkill? Na dve databaze, apache, postfix a ftp, ktere bezi na 2 jadru, 8GB RAM a 1T disku?

    Jedinou vyhodu spatruju v tom, ze to muzes zalohovat jako celek, ale tomu rozsekavani bych nedelal.
    10.4.2013 17:12 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací

    Tak cluster nedělám teď, protože to je zbytečný overkill (i když bych si s tím rád pohrál :)

     

    Díky za názor - něco na tom určitě je, proto se to ve mně taky tak pere a ptám se na to. Pomalu se také začínám přiklánět k tomu nechat apache, php a DB na jednom stroji (rozdělení té DB by bylo fakt dost syntetické).

    Pořád si ale nejsem jistý tím mailserverem - co myslíš? Navíc by tam byl vlastně jen postfix, což už není tak stračný no - ale iredmail má nějakou dávkovou instalaci a nevím, jak bude snášenlivý. Jestli nebude mít třeba při upgrade snahu purgovat starou DB nebo tak něco.

    10.4.2013 17:25 NN
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    I postfix muze mit databazovy backend.. Priklonil bych se k variante, jeden aplikacni server(postfix,apache,ftp) a jeden databazovy/skladovaci server. U aplikacniho serveru pujde predevsim o konfiguraci u databazoveho o data. Tomu bych podridil pripravu souboroveho systemy a rozlozeni prostredku.
    10.4.2013 18:26 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací

    Jojo, tohle je varianta - říznout to na aplikace a data... jak bys přistupoval k těm datům? NFS nebo něco jiného?

    Mně se spíš líbí ten řez na účel - web a maily - s tím, že DB by tedy byla duplikovaná na obou strojích.

     

    To oddělení dat vidím spíš z jiného úhlu - nelíbí se mi, že data jsou součástí monolitického kontejneru. Líbilo by se mít max jednotky GB velký image systému a ten zálohovat jak leží a běží a data zálohovat jen jako data - inkrementálně.

    Možná mountit datový adresář přes např. NFS z hostitele? To se vrací k tomu, co navrhuješ :)

    10.4.2013 17:02 j
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    Ono se dost casto virtualizuje proto, ze kdyz se neco podela, nepodela se mi to vsechno najednou a dobry pravidlo pak je jeden srv = jeden ucel. Navic vzit virtual a prenys ho na jiny zelezo je radove jednodussi, nez vzit srv a prenyst ho na jiny zelezo.
    10.4.2013 17:20 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací

    Přesně - ta snadnost přenostu (backup/restore výše) je moje hlavní motivace... to jak říkáš "jeden server = jeden účel" subjektivně vnímám jako tu spravovatelnost.

     

    Otázka je, jak mojí úlohu smysluplně naporcovat - diskuze rozhodně není o tom, jestli virtualizovat nebo ne, ale jak virtualizovat, aby to bylo rozumné.

    10.4.2013 19:19 Petr
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    Ahoj,

    To co tu resis neni otazka virtualizace. Chce si to hlavne rozmyslet jake systemy jsou na kterych zavisle a podle toho si je poskladat na jednotlive servery.

    Virtualizaci usetris hw prostredky a pripadne si muzes zjednodusit udrzbu hw, vysokou dostupnost a zalohovani (zalezi jakou si zvolis metodiku a virtualizacni prostredi) ...

    10.4.2013 20:39 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Reorganizace virtualizace - rozložení aplikací
    Ahoj,

    díky za reakci - ono pojmenování toho, co řeším není to podstatné, ale co řeším je asi jasné - na kolik a jakých vserverů rozdělit můj stávající systém?

    Zatím tu máme varianty:
    1. all-in-one,
    2. 2 v servery: aplikační (apache a spol., postfix) a datový (DB servery, filesharing),
    3. 2 v servery: vše o webu (apache a spol., pgsql, mysql) a maily (postfix, postgres),
    Mně se honí hlavou ještě varianty té 3) s oddělením DB serveru na extra vserver (sdílený pro postfix i maily) a datový store (buď na hostovi nebo ve virtuálu?)

    Ta varianta 1) se mi nelíbí, zbytek jsem nerozhodný...

    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.