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 15:11 | IT novinky

    Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.

    Ladislav Hagara | Komentářů: 0
    dnes 13:55 | IT novinky

    Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 02:22 | Nová verze

    D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    dnes 02:00 | Nová verze

    Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 19:22 | Humor

    CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 12:33 | IT novinky

    Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.

    Ladislav Hagara | Komentářů: 3
    včera 12:11 | Komunita

    Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.

    Ladislav Hagara | Komentářů: 1
    včera 04:44 | Nová verze

    Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    včera 02:22 | Nová verze

    Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).

    Ladislav Hagara | Komentářů: 4
    včera 01:55 | Humor

    Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.

    NUKE GAZA! 🎆 | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (4%)
     (0%)
     (9%)
     (19%)
     (3%)
     (6%)
     (3%)
     (11%)
     (43%)
    Celkem 457 hlasů
     Komentářů: 12, poslední 14.1. 21:12
    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: 438×

    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.