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

    Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.

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

    Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.

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

    Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).

    Ladislav Hagara | Komentářů: 5
    včera 15:11 | Nová verze

    Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Humor

    Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.

    Ladislav Hagara | Komentářů: 4
    včera 11:33 | Zajímavý článek Ladislav Hagara | Komentářů: 0
    16.9. 21:44 | Nová verze

    Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    16.9. 17:22 | Nová verze

    Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.

    Ladislav Hagara | Komentářů: 0
    16.9. 12:22 | Nová verze

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.9. 00:11 | Nová verze

    Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (47%)
     (53%)
     (0%)
     (7%)
     (13%)
     (7%)
     (20%)
     (7%)
     (13%)
    Celkem 15 hlasů
     Komentářů: 1, poslední včera 13:49
    Rozcestník

    Dotaz: Cluster z virtualizovanych serveru

    5.4.2011 09:51 hermelin | skóre: 21
    Cluster z virtualizovanych serveru
    Přečteno: 917×
    Zdravim

    Pripravuji si takovy mensi projekt a premyslim jake zvolit technicke reseni.

    Rad bych si nakoupil cca 3 a vice virtualnich serveru od dvou ruznych poskytovatelu a cele je zapojil do clusteru s jedinou IP. Virtualni servery nepotrebuji sdilene uloziste, vse by si natahovali z databazoveho serveru (MySQL).

    Duvod proc bych rad takove reseni je, ze v pripade nutnosti navyseni vykonu bych casem pripadne do clusteru pridaval dalsi virtualni servery, pripadne i servery nevirtualizovane - dle potreb. Cluster pozaduji take z ohledu na load-balance a failover (pokud napr. jeden virtualni server spadne pripadne bude upgradova apod)

    Tak a ted otazka - cele bych rad provozoval na Debianu, jaky software nejlepe pro me potreby vybrat - Pacemaker, IPVS, keepalived ...?

    Mate nekdo zkusenosti pripadne si myslite ze to lze resit elegantneji

    Diky za napady

    Řešení dotazu:


    Odpovědi

    5.4.2011 13:49 michal999
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    S jednou IP to u vice provideru fungovat nebude..
    5.4.2011 14:39 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Je mi jasne ze pro failover budou muset byt servery u jednoho providera ale pak dalsi servery urcene pro load-balancer uz moc byt jinde ne ? A myslis to resit pres pacemaker ?
    5.4.2011 20:48 Matlák
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Takže chceš mít jednu výkonnou mašinu na DB, n krát VPS k práci a jednu mašinu na silné lince přes kterou půjde všechen traffic? A jak chceš řešit rozdělování činnosti mezi jednotlivé servery, to už máš v sw pořešené? Prozradíš o jaké sw jde?
    5.4.2011 22:01 Marek 'marx' Grác | skóre: 21 | blog: Paralelný blog | Brno / Bratislava
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Primárne sa musíš rozhodnúť, či chceš load-balancing (ipvs + nadstavby napr. ldirectord, pulse/piranha) alebo HA (pacemaker alebo bývalý RHCS).

    HA neriešia load-balacing, ale riešia spúšťanie služieb. Tj. spadne stroj, spustí sa to inde.

    load-balancing nerieši spúšťanie služieb (tj. očakáva sa, že služby bežia) - ak nejaká služba prestane odpovedať, tak sa na ňu prestanú preposielať požiadavky. Pri load-balancingu to budeš musieť cez niečo tunelovať, tým pádom by si sa mohol vyhnúť bežným problémom pri load-balancingu cez virtuálne mašiny (hlavne sieťová vrstva, ktorá je tam často dosť znásilňovaná).
    6.4.2011 08:44 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Příloha:
    Jde mi presne o to aby load-balancer byl v HA clusteru (v pripade upgrade, vypadku apod) a VPS by byly pouze jako pocitace pro load-balancer. Premyslim ze i servery load-balanceru udelam na virtualech (pokud poskytovatel zaruci ze kazdy virtual pobezi na zcela odlisnem HW).

    Prikladam jednoduchy nakres moji predstavy. Vsechny pocitace v pravem dolnim rohu obrazku by byly u jednoho poskytovatele ale chci mit moznost pripojit do clusteru i PC od jineho poskytovatele. Pripadne v budoucnu bez vetsich problemu prejit z virtualnich serveru na bezny HW.

    Proto se tedy ptam zda je to rozumne reseni a jaky sw si k tomu vybrat - jestli s tim mate nekdo zkusenost. Zatim mi tedy asi nejlepe vychazi Pacemaker + ldirector

    Diky moc za nazory
    6.4.2011 15:58 Marek 'marx' Grác | skóre: 21 | blog: Paralelný blog | Brno / Bratislava
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    load-balancer nemusí byť v clustri, na toto by mal úplne stačiť záložný load-balancer (funguje aj v pulse/piranha aj ldirectord). Trochu nechápem to rozdelenie medzi dvoch providerov, keďže bez load-balancingu to nebude fungovať nebude.

    Je potrebné dávať pozor na geo-wide clustre, keďže tam sa očakáva dosť prísna latencia (tuším <10-20ms).

    Prechod z virtuálnych serverov na normálny HW by nemal byť žiaden problém. pacemaker + ldirectord je rozumná kombinácia, aj tak sa za pár rokov nevyhneš prechodu na nový cluster stack (prebieha spájananie pacemaker + rhcs).
    6.4.2011 18:07 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    A jak se ten zalozni load-balancer nastavuje v ldirectoru ? Vsude na netu vidim pouze za pomoci keepalived nebo heartbeat.

    A tak me tak napada jaka je HW narocnost na ten load balancer - nejaky 1Ghz procesor a 256MB RAM bude do zacatku stacit ? Nebo rovnou zacinat s 512MB RAM ?

    Diky moc
    6.4.2011 12:33 Sten
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    S jednou IP adresou? Tak to bude spíš load balancing. Na to se dobře používá Linux Virtual Server. Akorát bacha na to, když spadne to LVSko, tak to fungovat nebude.

    Opravdu profi řešení se dělá tak, že (kromě LVSek) je v každé serverovně i jeden nameserver, který vrací IP adresy jenom z dané serverovny (většinou se taky rozkládá přes to LVSko, aby jednak při normálním provozu rozkládal zátěž do obou serveroven a druhak při výpadku LVSka vypadl i ten nameserver). Pokud vypadne jedna serverovna, DNS zjistí, že nameserver tam neodpovídá a tak se zeptá druhého serveru a ten tak stáhne veškerý provoz do své serverovny. Maximální dobu výpadku pak ovlivňuje nastavení TTL na nameserverech (tzn. TTL pět minut znamená výpadek max. pět minut).
    6.4.2011 14:41 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Jasny, ale pokud budu mit na primarnim DNS serveru (serverovna 1) jine zaznamy nez mam na sekundarnim (serverovna 2) nebude to delat neplechu ? Nebo se to nastavuje natvrdo bez samostatnych aktualizaci DNS zaznamu mezi primarem a sekundarem?

    Dik
    6.4.2011 15:52 Sten
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Oba nameservery budou nastavené natvrdo jako primární a o tom druhém nebudou vědět.
    6.4.2011 17:57 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Primarni server u DNS muze byt je jeden ne ? Jak se to nastavuje napr. u spravce domeny .cz ? Polozka NSERVER u vypisu "whois" je ta kam napisu ty dva primarni servery ?
    6.4.2011 18:11 Sten
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    V DNS je jeden vedený jako primární a zbytek jako sekundární (primární by měl být ten na nejvýkonnějším virtuálu). Ve whois jsou uvedeny všechny (primární i sekundární) nameservery. Samotné nameservery na těch virtuálech jsou ale nastavené jako primární, protože každý vrací jiné informace.
    6.4.2011 18:27 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Takze pokud to chapu spravne tak napriklad:

    Vypis whois mojedomena.cz:
    nserver: ns1.mojedomena.cz
    nserver: ns2.mojedomena.cz
    
    A SOA zaznamy pro DNS server ns1.mojedomena.cz (serverovna 1) bude napr:
    ns1.mojedomena.cz. hostmaster.mojedomena.cz. 2011031801 10800 3600 86400 300
    
    a pro SOA pro DNS ns2.mojedomena.cz (serverovna 2)
    ns2.mojedomena.cz. hostmaster.mojedomena.cz. 2011031801 10800 3600 86400 300
    
    Navic servery nebudou uvedeny navzajem ve svych NS zaznamech pro zonu. Pochopil jsem to spravne ?

    Diky moc za ochotu
    7.4.2011 14:30 Sten
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    NS namířený na toho druhého tam mít uvedený mohou, ten stejně nepoužívají. SOA se IMO prakticky na nic kromě TTL nepoužívá, takže tam je to taky jedno (ale asi by se hodilo je mít odlišné, aby se lépe hledaly chyby). Jediné omezení je, že druhý server nesmí tahat data z prvního (jako to normálně master/slave systémy dělají), ale musí je mít u sebe (s nastavením IP adres pro danou serverovnu). Pokud si to ale takhle navíc omezíte, nic tím nezkazíte.
    7.4.2011 15:43 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Vyzkousim - diky moc za rady.
    7.4.2011 14:48 chsajarsa | skóre: 16 | blog: V_hlouby_destneho_pralesa | Lovosice(Praha)
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Pokud ti jde o HA, potrebujes vybudovat naprosto stejne lokality. Prepinat mezi nima muzes napr. DNS round-robinem a tak balancovat. Pro load-balancing na te konkretni lokalite das proste za tu IP zbytek te infrastruktury.

    Nepujde to pak na jednu IP, ale v pripade vypadku lokality by si mel po vyprseni TTL na DNS byt v pohode. Kazdopadne se takto schovas za jedno jmeno.
    ~ QED ~
    7.4.2011 15:45 hermelin | skóre: 21
    Rozbalit Rozbalit vše Re: Cluster z virtualizovanych serveru
    Diky za radu. To je podobne reseni jako od Stena vyse. Vyzkousim.

    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.