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í
×

včera 23:33 | Nová verze

Byla vydána nová stabilní verze 1.15 (1.15.1147.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek lze zdůraznit možnost nastavení vlastního pozadí okna, přístup k záložkám z hlavního menu, lepší ovládatelnost v režimu celé obrazovky nebo vyřešení problémů se zvukem v HTML5. Nejnovější Vivaldi je postaveno na Chromiu 65.0.3325.183.

Ladislav Hagara | Komentářů: 0
včera 17:22 | Nová verze

Node.js Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 10.0.0 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). Verze 10 se v říjnu stane novou aktivní LTS verzí. Podpora je plánována do dubna 2021.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Nová verze

Neal Cardwell ze společnosti Google oznámil zveřejnění verze 2.0 nástroje pro testování síťového stacku packetdrill. Jde o souhrnné vydání změn z interního vývoje od roku 2013.

Michal Kubeček | Komentářů: 0
včera 13:22 | Zajímavý software

Microsoft na svém blogu oznámil, že správce knihoven pro C++ Vcpkg (VC++ Packaging Tool) lze nově používat také na Linuxu a macOS. Aktuálně je pro Linux k dispozici více než 350 knihoven [reddit].

Ladislav Hagara | Komentářů: 1
včera 12:44 | Komunita

Byly zveřejněny exploity na Nintendo Switch a platformu Tegra X1: Fusée Gelée a ShofEL2. Jejich zneužití nelze zabránit softwarovou aktualizací. Na druhou stranu exploity umožní na Nintendo Switch snadno a rychle nainstalovat Linux, viz. ukázka na YouTube. Jenom je potřeba sáhnout na hardware.

Ladislav Hagara | Komentářů: 0
včera 00:55 | Nová verze

Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.

Ladislav Hagara | Komentářů: 7
včera 00:33 | Komunita

Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.

Ladislav Hagara | Komentářů: 0
24.4. 23:55 | Nová verze

Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.

razor | Komentářů: 1
24.4. 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 5
23.4. 13:22 | Zajímavý software

Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.

Ladislav Hagara | Komentářů: 5
Používáte na serverech port knocking?
 (3%)
 (7%)
 (46%)
 (27%)
 (18%)
Celkem 380 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Reorganizace virtualizace - rozložení aplikací

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

    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: 24
    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: 24
    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: 24
    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: 24
    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: 24
    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.