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 04:22 | IT novinky

    Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.

    Ladislav Hagara | Komentářů: 8
    včera 14:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 01:11 | Pozvánky

    Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.

    Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »
    bkralik | Komentářů: 2
    2.8. 23:44 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    1.8. 15:44 | Nová verze

    PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.

    Ladislav Hagara | Komentářů: 2
    1.8. 13:22 | Nová verze

    Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.

    Ladislav Hagara | Komentářů: 0
    1.8. 01:33 | Zajímavý software

    CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    31.7. 17:22 | Nová verze Ladislav Hagara | Komentářů: 0
    31.7. 16:11 | Zajímavý software

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.

    Ladislav Hagara | Komentářů: 0
    30.7. 16:22 | Zajímavý článek

    Argentinec, který byl náhodně zachycen Google Street View kamerou, jak se zcela nahý prochází po svém dvorku, vysoudil od internetového giganta odškodné. Soud uznal, že jeho soukromí bylo opravdu porušeno – Google mu má vyplatit v přepočtu asi 12 500 dolarů.

    Ladislav Hagara | Komentářů: 17
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (29%)
     (29%)
     (5%)
     (7%)
     (4%)
     (1%)
     (2%)
     (24%)
    Celkem 210 hlasů
     Komentářů: 23, poslední dnes 13:01
    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: 398×

    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.