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 02:44 | IT novinky Ladislav Hagara | Komentářů: 0
    včera 17:55 | Nová verze

    Canonical vydal Ubuntu 25.04 Plucky Puffin. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do ledna 2026.

    Ladislav Hagara | Komentářů: 0
    včera 14:11 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.2.0. Přehled novinek v poznámkách k vydání.

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

    Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    včera 11:55 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 152 (pdf) a Hello World 26 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 03:55 | Pozvánky

    Zajímá vás Open Build Service (OBS) a vývoj linuxového jádra pro IBM Mainframe? V rámci Informatických večerů na FIT ČVUT v Praze proběhne v pondělí 28. dubna přednáška Linux on Z Development s podtitulem „From packaging in the openSUSE Build Service until Linux Kernel Development at IBM“. Přednáška proběhne v anglickém jazyce. Vstup je zdarma a bez předchozí registrace.

    Ladislav Hagara | Komentářů: 0
    včera 03:11 | Nová verze

    Vyšla nová verze XMPP (Jabber) klienta Dino. Mezi novinky patří vylepšený přenos souborů (XEP-0447: Stateless file sharing), přepracované dialogy a další. Vyzkoušet lze i na (linuxových) telefonech.

    sonicpp | Komentářů: 0
    včera 01:11 | Nová verze

    Vyšla nová verze XMPP (Jabber) klienta Gajim, která přidává podporu nového způsobu synchronizace informací o přečtení zpráv (XEP-0490: Message Displayed Synchronization jako nástupce XEP-0333: Displayed Markers), dále centrální stránku pro přehled všech aktivit (Activity feed) nebo vylepšení přepínání mezi více účty. Přehled dalších změn je k dispozici na oficiálních stránkách.

    sonicpp | Komentářů: 0
    16.4. 11:55 | IT novinky

    Mobilní operátoři společně chrání zákazníky proti podvodným hovorům v pevné i mobilní síti. Vodafone, T-Mobile a O2 vybudovali proti takzvanému spoofingu vzájemně propojené zabezpečení. Podvodníkům zabraňuje schovávat se za čísla jiných lidí nebo institucí, jako jsou banky a policie.

    Ladislav Hagara | Komentářů: 9
    16.4. 11:44 | Bezpečnostní upozornění

    Na minihoneypotech Turrisu se objevil poměrně rozsáhlý útok na FTP servery. Je zvláštní tím, že probíhá z mnoha IP adres zároveň, je relativně pomalý a k pokusům o přihlášení používá objemný slovník. Útok probíhá z rozsahu IP adres 45.78.4.1-45.78.7.254. Rozsah je registrován na společnost IT7 Networks Inc., která poskytuje hostingové služby. Mezi zasláním každé kombinace jména hesla může oběhnout od několika, do nižších desítek sekund

    … více »
    Ladislav Hagara | Komentářů: 8
    Jaký filesystém primárně používáte?
     (58%)
     (1%)
     (11%)
     (20%)
     (4%)
     (1%)
     (2%)
     (0%)
     (1%)
     (2%)
    Celkem 354 hlasů
     Komentářů: 18, poslední včera 12:41
    Rozcestník

    Dotaz: NFSv3 a iSCSI pre linux-vserver, OpenVZ

    disposable avatar 25.3.2013 11:56 disposable | skóre: 23
    NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Přečteno: 877×
    V súčasnosti mi bežia virtualizované servery (linux-vserver, OpenVZ, LXC) z Nexenta SAN cez NFSv3. Chcel by som ale rapídne zvýšiť množstvo serverov, ktoré mi takto bežia. (50x viac)

    Narozdiel od vmware/kvm/xen sú moje vservery uložené v adresároch a nie kontajneroch (teda tisíce malých súborov namiesto jedného veľkého). Ako čo najviac zrýchlim prácu s tisíckami malých súborov? Cez čisté NFSv3 mám data throughput zhruba 15-25 MB/s pre každého NFS klienta (pri veľkých súboroch 700+ MB/s).

    Rozmýšľal som, že na SANe vytvorím veľké súbory, sformátujem ich ako ext4 a do nich uložím po 50 vserverov. Adresár s tými súbormi exportujem cez NFS a mountnem tie súbory lokálne cez loopback. Je seek v jednom veľkom súbore rýchlejší než práca s malými súbormi cez NFS?

    Nemám nič proti použitiu iSCSI (ethernet, nie FC) namiesto NFSv3, ale vo všetkých benchmarkoch mi iSCSI pripadá rovnako rýchly, alebo ešte pomalší než NFS.

    Som otvorený všetkým prakticky vyskúšaným riešeniam.

    Predtým než sa niekto opýta, tak SAN určite v tomto prípade nie je bottleneck. Mám aj ZIL (mirrored Stec Zeusram) aj L2ARC (mirrored OCZ Vertex 3 Max Iops) a dostatok ram. SAN je z dvoch serverov, dvoch mirrored JBODs a dvoch juniper switchov.
    if it ain't broke, don't fix it

    Odpovědi

    disposable avatar 25.3.2013 15:16 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    chybička se vloudila - s/FC/dedicated HBA
    if it ain't broke, don't fix it
    26.3.2013 11:09 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Podle mě si přechodem na velké soubory nepomůžeš. Spíš naopak. I když na druhou stranu pak by mělo smysl začít používat jumbo frame. Ty by ti mohly pomoct i v případě iSCSI.

    Já bych to nechal jak to máš, pokud ti to ta Nexenta stíhá. NFS server počítá s tím že pracuje s mnoha malými soubory. Problémy občas přináší naopak soubory velké.

    U svého linuxového NFS serveru bych to ošetřil zvýšením počtu naslouchajících démonů. Mimochodem ten můj linuxový stroj je při použití asynchronního připojení jako NFS server výkonnější než Nexenta. Ta totiž jede vždy v synchronním režimu.

    Řešil jsem tohle dilema (sync versus async) zrovna nedávno. Nakonec jsem usoudil, že riziko že by se server dostal do kolapsu během nedokončeného asynchronního přenosu je mnohem nižší, než při synchronním přenosu. Jinými slovy - u asynchronního přenosu trvají veškeré operace mnohem kratší dobu.
    disposable avatar 26.3.2013 14:41 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    vďaka za odpoveď. sync vs async u mňa veľký rozdiel nerobí, keďže zápis sa cachuje do hardverových RAM diskov - odozva <23μs, sustained write 800MB/s (4K blocks), 100K random IOPS (4K blocks).

    Na jumbo frames teraz už prejsť nemôžem, to som mal spraviť na začiatku.

    Otázka je skrátka, či je open(), seek(), seek(), seek(), ..., close() v jednom veľkom súbore cez NFS rýchlejší než veľa open(), seek(), close(), open(), seek(), close() na malých súboroch. (prípadne cez iSCSI)

    if it ain't broke, don't fix it
    28.3.2013 08:00 Roman
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ

    Otázka je skrátka, či je open(), seek(), seek(), seek(), ..., close() v jednom veľkom súbore cez NFS rýchlejší než veľa open(), seek(), close(), open(), seek(), close() na malých súboroch. (prípadne cez iSCSI)

    Tak to zkus a uvidis hned, jak se to chova ve tvem konkretnim prostredi, ne?
    disposable avatar 28.3.2013 11:47 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Dear Cpt Obvious,

    Podstata položenia tejto otázky na takomto fóre je vyhnúť sa zabitiu celého dňa vytváraním testovacieho prostredia a testovaním. Takisto, ak s týmto už niekto má skúsenosti, je možné že prišiel na veci, ktoré mne ani nenapadlo brať do úvahy.

    Nakoniec to tak, či tak budem musieť otestovať, ale najprv chcem zozbierať trochu skúseností od iných.
    if it ain't broke, don't fix it

    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.