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

Byla vydána verze 1.27 programovacího jazyka Rust (Wikipedie). Z novinek je nutno zmínit podporu SIMD (Single Instruction Multiple Data). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

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

CEO Intelu Brian Krzanich rezignoval (tisková zpráva). Oficiálním důvodem je "vztah na pracovišti". S okamžitou platností se dočasným CEO stal Robert Swan.

Ladislav Hagara | Komentářů: 28
včera 14:11 | Komunita

Konsorcium Linux Foundation ve spolupráci s kariérním portálem Dice.com zveřejnilo 2018 Open Source Jobs Report. Poptávka po odbornících na open source neustále roste.

Ladislav Hagara | Komentářů: 1
včera 12:44 | Zajímavý článek

Na stránkách linuxové distribuce Ubuntu Studio byla publikována příručka Ubuntu Studio Audio Handbook věnována vytváření, nahrávaní a úpravě zvuků a hudby nejenom v Ubuntu Studiu. Jedná se o živý dokument editovatelný na jejich wiki.

Ladislav Hagara | Komentářů: 0
včera 12:11 | Zajímavý projekt

Společnost Red Hat koupila na konci ledna společnost CoreOS stojící mimo jiné za odlehčenou linuxovou distribucí optimalizovanou pro běh kontejnerů Container Linux. Matthew Miller, vedoucí projektu Fedora, představil v článku na Fedora Magazine nový podprojekt Fedory s názvem Fedora CoreOS. Fedora CoreOS má být to nejlepší z Container Linuxu a Fedora Atomic Hostu. Podrobnosti v často kladených otázkách (FAQ) a v diskusním fóru.

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

Po více než devíti měsících vývoje od vydání verze 11.0 byla vydána verze 12.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 11
20.6. 20:00 | Upozornění

Výbor pro právní záležitosti Evropského parlamentu (JURI) dnes přijal své stanovisko ke kontroverzní novele směrnice, která v EU upravuje autorské právo v online prostředí (Pro: 14, Proti: 9, Zdrželo se: 2). Další kolo legislativního procesu proběhne na začátku července.

Ladislav Hagara | Komentářů: 31
19.6. 19:55 | Zajímavý článek

Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.

Ladislav Hagara | Komentářů: 20
19.6. 17:55 | Zajímavý projekt

CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.

Ladislav Hagara | Komentářů: 0
19.6. 17:00 | Komunita

Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (77%)
 (23%)
 (4%)
 (7%)
 (3%)
 (11%)
Celkem 238 hlasů
 Komentářů: 39, poslední včera 17:44
    Rozcestník

    Dve konektivity a load balancing

    2.7.2008 14:31 | linux

    Situace je takova, ze mam router, ktery ma k dispozici dve konektivity do internetu. Jedna je celkem silna (radove desitky mbit full-duplex) a druha je pouze 8mbit. Slo by mi o to, rozdelit nejaky zpusobem prenos tak, aby sel v urcitem pomeru mezi konektivitami, nebo abych rekl posilej pres prvni konektivitu x mbit a kdyz bude vetsi pozadavek na rychlost(vice dat k odroutovani) tak se pouzije druha konektivita. Studoval jsem na lartc.org, dosel jsem k tomu, ze se daji rozdelovat jednotliva spojeni v urcitem pomeru, ale to stale neni to prave orechove. Nemel by nekdo napad, jak na to??? Diky za pripadne reakce

           

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    2.7.2008 14:42 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Určitě musíte rozdělovat spojení, jemnější dělení pro vás pravděpodobně nemá smysl. Podle prvního paketu spojení se určí odchozí IP adresa, na kterou pak protějšek odpovídá – tím je určeno, kterým spojením se k vám budou vracet odpovědi (a po navázání spojení už nelze IP adresu zdroje měnit). Můžete sice odchozí pakety již navázaného spojení poslat přes druhého ISP, ale vracet se vám budou stále přes toho prvního – a zpravidla je silnější download, takže upload balancovat nemusíte. A na začátku spojení asi nedokážete určit, jak velký v něm bude provoz, takže asi nezbývá jiná varianta, než nějak určit, kterým spojem má jít následující spojení, a spoléhat se na to, že se celkové vytížení obou spojů bude pohybovat někde okolo požadovaných hodnot.
    2.7.2008 15:13 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Bohuzel potrebuju per-packet rozdelovani. Na ta spojeni je to sice hezke, ale neni spojeni jako spojeni a muze dochazet k ruznym nechtenym stavum...
    2.7.2008 16:11 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    V tom případě musíte svést konektivitu od poskytovatelů i na druhém konci do jednoho bodu (nějaké peeringové centrum nebo něco, kam mají oba vaši ISP dotažené „dráty“, a kam si dáte vlastní router), veškerá vaše spojení budou (pokud se dívám „z internetu“) jakoby zakončena v tomto bodě (budou mít jeho IP adresu) a teprve tam uděláte DNAT a paket pošlete vybraným spojením. Od ISP budete kupovat jen okruhy k tomuto bodu. Na celou akci bych počítal rozpočet v desítkách až stovkách tisíc.

    A nebo si rozmyslete, zda opravdu potřebujete rozdělování po paketech i na downloadu. Protože neexistuje jiné řešení, než to, které jsem popsal v předchozím odstavci. Když váš klient naváže TCP/IP spojení přes ISP1, navazuje jej z IP adresy A. Počítač někde na druhém konci světa mu odpoví a pošle paket na adresu A a do sítě ISP1 – nemůže nijak vědět, že kdyby paket poslal na nějakou jinou adresu B skrze síť ISP2, paket nakonec dorazí k původnímu klientovi. A změnit IP adresu během spojení také nemůžete, protože TCP/IP spojení je určeno dvojicí IP adres a dvojicí portů. U jiných druhů komunikace (třeba UDP) je to podobné – UDP paket většinou přijde jako odpověď na nějaký požadavek, a přijde na stejnou IP adresu, ze které šel požadavek. A i kdyby UDP paket přišel „sám od sebe“, našel si jeho odesílatel vaši IP adresu třeba v DNS – pak můžete něco ovlivnit nastavením DNS, ale nedokážete udělat tak jemné rozlišení, abyste udělal load balancing po paketech. Jediná možnost jak udělat load balancing po paketech pro download je dostat se k paketům někde mezi „internetem“ a sítěmi vašich ISP.
    2.7.2008 16:23 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Dekuji za reakci. Se strojem venku se pocita.
    2.7.2008 16:41 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Pak záleží na tom, jak moc to chcete mít spolehlivé. Levnější varianta mít počítač u nějakého běžného ISP nebo třeba v housingovém centru a dělat NAT tam, pak ale kapacita vaší konektivity bude záviset na tom, kolik vám dovolí tento ISP. A nebo dražší varianta (v řádech, které jsem napsal výš) pronajmout si rack někde třeba v Sitelu, od vašich stávajících ISP mít jenom okruh a v místě s NATujícím počítačem si nasmlouvat konektivitu klidně od třetího ISP nebo od několika ISP.
    2.7.2008 16:15 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    V tom případě potřebujete vlastní autonomní systém a dynamické směrovaní.
    cezz avatar 2.7.2008 14:58 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    No ja som videl riesenie pomocou servera niekde v hostingu. (s dobrou konektivitou) Data sa vlastne posielali dvoma nezavislymi spojmi s tym, ze server robil nasledne SNAT smerom do internetu (aspon tak som to zbezne pochopil) Ale co viem, nebol to ziaden zazrak..

    Mne este napada jedno podobne riesenie - spojit tie dva tunely bondingom, ale neviem do akej miery je to vhodne riesenie.

    http://blackhole.sk/topicm-vychytavky-loadbalancing - to je to prve riesenie, ale pripada mi zbytocne komplikovane.
    Computers are not intelligent. They only think they are.
    2.7.2008 15:12 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Diky za hint, to vypada celkem nadejne. Reseni pres stroj venku mne take napadlo.
    2.7.2008 16:23 maertien
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Dekuji vsem prispevatelum za jejich reakce.
    2.7.2008 20:58 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    proc se posledni dobou dotazy objevuji v blogu a ne v poradne?
    cezz avatar 3.7.2008 17:02 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Teraz som aj celkom rad, v poradni by som to prehliadol..
    Computers are not intelligent. They only think they are.
    onion avatar 4.7.2008 16:24 onion | skóre: 8 | blog: onion | Praha
    Rozbalit Rozbalit vše Re: Dve konektivity a load balancing
    Protoze z poradny se casto ledacos vyhazovalo s tim, ze to tam nepatri a netyka se to dostatecne Linuxu. A nez spekulovat nad tim, jestli zrovna muj dotaz nebude na obtiz v poradne a riskovat jeho smazani, je snazsi dotaz umistit do blogu.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.