abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    17.5. 13:44 | Nová verze

    Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    17.5. 12:22 | Komunita

    Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.

    Ladislav Hagara | Komentářů: 0
    17.5. 01:55 | Komunita

    24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.

    Ladislav Hagara | Komentářů: 9
    16.5. 23:33 | Nová verze

    Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    16.5. 21:11 | Nová verze

    Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.5. 20:55 | Nová verze

    Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.

    Ladislav Hagara | Komentářů: 0
    16.5. 13:33 | IT novinky

    Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].

    Ladislav Hagara | Komentářů: 9
    16.5. 13:22 | Nová verze

    JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    16.5. 12:22 | Pozvánky

    Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových

    … více »
    Zdenek H. | Komentářů: 0
    16.5. 03:11 | Nová verze

    Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).

    Ladislav Hagara | Komentářů: 9
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (75%)
     (5%)
     (10%)
     (9%)
    Celkem 315 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    Rozcestník

    Dotaz: Stabilita serveru

    4.1.2011 08:36 chinook | skóre: 28
    Stabilita serveru
    Přečteno: 572×
    Zdravim, mam jeden fyzicky server, kde bezi nejake webove stranky na apache a mysql. Potrebuji dosahnout co nejvetsi dostupnosti. Zvysi se dostupnost serveru:
    1. pokud tam vytvorim dva virtualni servery a na jednom pobezi narocnejsi weby a na druhem "staticke". Takze kdyz by spadl jeden virtualni server pobezi jeste ten druhej
    2. vytvorit 10 virtualnich serveru a dat to do clusteru, takze kdyz spadne jeden pobezi furt vse
    3. nechat to bezet bez virtualu tak jak to je
    4. mam jeste jeden fyzicky server, ale je v jinem hostingu, da se toho nejak vyuzit ke zvyseni dostupnosti toho prvniho?
    Neni to zadnej kviz jen mne nenapadlo jak prehledneji to napsat. Napiste prosim proc je to a to reseni lepsi

    Odpovědi

    4.1.2011 09:58 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Servery nepadají jen tak sami od sebe – buď je to chyba SW nebo HW. Pokud je to chyba SW, bude vám to padat, ať to poběží v sebevětším počtu virtuálních strojů. Pokud je to chyba HW, spadnou vám klidně všechny virtuální stroje. Pokud bude problém v síti, v napájení nebo prostě odejde HW, 1 až 3 nijak nepomůžou. Takže 2 je nesmysl, akorát daleko víc zatížíte ten stroj. Jednička by mohla mít nějaký význam, pokud by ty aplikace byly hodně chybové a často spotřebovávaly spoustu zdrojů nebo dokonce shazovaly server – ale pak by bylo mnohem lepší opravit ty aplikace. Jinak by jednička měla vliv spíš na snazší údržbu oddělených aplikací, vyšší dostupnost není to, co byste tímhle způsobem primárně získal.

    Nejlépe dostupnost zvýšíte tak, že uděláte cluster s tím druhým serverem – třeba aspoň jednoduchý DNS round robin s testováním dostupnosti serverů a případným přepnutím jen na funkční server. Jinak ale hodně záleží na druhu zátěže, na tom, co pro vás znamená „vysoká dostupnost“ a spoustě dalších věcí, takže na takhle obecně položený dotaz se těžko dá odpovědět konkrétněji.
    4.1.2011 10:27 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Takže 2 je nesmysl, akorát daleko víc zatížíte ten stroj.
    Když se to dobře udělá, těch "daleko víc" bych odhadl na nějakých 10% (Neříkám nicméně, že to tedy má smysl.)
    Quando omni flunkus moritati
    4.1.2011 11:47 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Záleží na tom, jak se ta virtualizace udělá. Čím víc budou ty virtuální stroje oddělené, tím víc zdrojů se spotřebuje. Třeba když se pro virtuální stroje vyhradí RAM, bude fyzický server muset mít víc jak součet jejich velikostí, i když ji virtuální stroje většinou nevyužijí. Nebo mohou RAM sdílet, pak ale hrozí, že jeden virtuální stroj vyžere všechnu paměť, kterou mu dáte k dispozici, a tím omezí ostatní.
    4.1.2011 12:32 none
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Dalsi moznost je KSM (Kernel Same-page Merging). Tedy pametova deduplikace. Prestoze jeden (nebo vice) virtual 'sezere' vsechnu jemu alokovanou pamet, muze byt virtualum alokovano vice nez je ve skutecnosti fyzicke pameti. Takze krome nejake rezije (rekneme az 10%, i kdyz se kazdy chlubi jinym cislem) muzete vyznamne zvysit utilizaci (tedy vyuziti) zdroju.
    4.1.2011 09:59 iwk
    Rozbalit Rozbalit vše Re: Stabilita serveru
    K prvym dvom bodom - samotna virtualizacia dostupnost nezvysi. Pridanim dalsej vrstvy (virtalizacia) sa prave cely system sa stava komplikovanejsim a teda sa toho moze pokazit viac. Ak tych ma 10 virtualnych serverov bezat na jednom fyzickyom serveri, je to hlupost. Ak mas dva fyzicke servery, vybral by som sa cestou drbd+haproxy+mysql replikacia, bez virtualizacie.

    4.1.2011 12:39 none
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Virtualizace muze za urcitych okolnosti dokonce zvysit celkovy vykon aplikace nad uroven vykonu, ktery by mela nainstalovana na dane zelezo.
    4.1.2011 13:44 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Může a nemusí, ale komplikovanost naroste v každém případě :)
    4.1.2011 14:18 none
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Neprosazuju virtualizaci za kazdou cenu. Pouzivam ji jen tam, kde je potreba. Ale jsem ji uz pomerne zhyckany. Ty vyhody - snadne pridelovani prostredku (RAM, CPU, HD), LVM alokace prostoru, snapshoty virtualu, vysoka dostupnost, pristup i bez IP konektivity (k virtualu) atd... Proste radost s tim pracovat.
    4.1.2011 18:41 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Proc vysoka dostupnost? A co doporucujes na virtualizaci KVM, XEN...
    4.1.2011 20:13 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Proc vysoka dostupnost?
    V případě, že potřebuješ manipulovat s hostitelem, můžeš hosta odmigrovat jinam, aniž bys ho vypnul. Například.
    Quando omni flunkus moritati
    5.1.2011 10:53 none
    Rozbalit Rozbalit vše Re: Stabilita serveru
    KVM vladne vsem ;).
    frEon avatar 5.1.2011 11:08 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Stabilita serveru
    jenze k haproxy, jestli mi neco neunika, potrebujes jeste dalsi 2 servery (2 protoze spof). Tva situace: mam 2 webace, na jednom z nich je haproxy ,ktera preposila pozadavky na localhost:apache a na druhy server v jinem datacentru. A najednou ten server s webacem a haproxy upadne. A jsi v haji. Nebo mi neco po ranu nedoteka?
    Talking about music is like dancing to architecture.
    11.1.2011 13:54 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: Stabilita serveru
    Toto mas pravdu, ale kdyz spadne jen apache, tak to je v pohode ne? Jak tedy dat dva servery do clusteru? Resp. udelat z nich nejake spolehlive zapojeni? Kazdy server je v jinem housingu. Tzn. spojit VPN, pres to propojit HEARTBEAT a nadto jeste dat HAPROXY?

    Takze by to vypadalo nejak takto:
            OpenVPN
    LOAD-LB_A---------------FAILOVER-LB_B  
       |    \
       |     \
       |      \
    NODE_A   NODE_B
    
    
    
    Pripominam, ze LOAD-LB_A NODE_A je jeden server a ten zbytek druhy.
    4.1.2011 14:22 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Stabilita serveru

    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.