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:33 | Nová verze

    Byla vydána říjnová aktualizace aneb nová verze 1.106 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.106 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    dnes 12:11 | Komunita

    Canonical pro své zákazníky, předplatitele Ubuntu Pro, prodloužil podporu Ubuntu LTS z 12 let na 15 let (Legacy add-on). Týká se verzí od 14.04 (Trusty Tahr).

    Ladislav Hagara | Komentářů: 1
    dnes 05:11 | Nová verze

    Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 5.0.0. Nově je oficiálně podporován Linux ARM64/AArch64. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.

    Ladislav Hagara | Komentářů: 6
    dnes 00:33 | Nová verze

    Byla vydána verze 10 dnes již multiplatformního open source frameworku .NET (Wikipedie). Přehled novinek v příspěvku na blogu Microsoftu. Další informace v poznámkách k vydání na GitHubu nebo v přednáškách na právě probíhající konferenci .NET Conf 2025.

    Ladislav Hagara | Komentářů: 0
    včera 22:33 | IT novinky

    Rodina hardwaru služby Steam se začátkem roku 2026 rozroste. Steam Deck doplní nový Steam Controller, herní PC Steam Machine se SteamOS s KDE Plasmou a bezdrátový VR headset s vlastními ovladači Steam Frame.

    Ladislav Hagara | Komentářů: 1
    včera 16:22 | IT novinky

    Amazon Web Services (AWS) oznámil (en) výstavbu Fastnetu – strategického transatlantického optického kabelu, který propojí americký stát Maryland s irským hrabstvím Cork a zajistí rychlý a spolehlivý přenos cloudových služeb a AI přes Atlantik. Fastnet je odpovědí na rostoucí poptávku po rychlém a spolehlivém přenosu dat mezi kontinenty. Systém byl navržen s ohledem na rostoucí provoz související s rozvojem umělé inteligence a

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 15:11 | IT novinky

    Evropská komise zkoumá možnosti, jak přinutit členské státy Evropské unie, aby ze svých telekomunikačních sítí postupně vyloučily čínské dodavatele Huawei a ZTE. Místopředsedkyně EK Henna Virkkunenová chce změnit doporučení nepoužívat rizikové dodavatele při budování mobilních sítí z roku 2020 v právně závazný požadavek.

    Ladislav Hagara | Komentářů: 9
    včera 12:44 | Bezpečnostní upozornění

    sudo-rs, tj. sudo a su přepsané do programovacího jazyka Rust, již obsaženo v Ubuntu 25.10, bylo vydáno ve verzi 0.2.10. Opraveny jsou 2 bezpečnostní chyby.

    Ladislav Hagara | Komentářů: 1
    včera 12:22 | IT novinky Ladislav Hagara | Komentářů: 5
    včera 11:55 | Zajímavý software

    Společnost Avalonia UI oznámila, že pracuje na .NET MAUI pro Linux a webový prohlížeč. Vyzkoušet lze demo v prohlížeči. Když bude backend stabilní, bude vydán jako open source pod licencí MIT.

    Ladislav Hagara | Komentářů: 1
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (47%)
     (18%)
     (18%)
     (22%)
     (15%)
     (23%)
     (16%)
     (16%)
    Celkem 347 hlasů
     Komentářů: 16, poslední včera 18:21
    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: 410×

    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.