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:11 | Bezpečnostní upozornění

    V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).

    Ladislav Hagara | Komentářů: 1
    dnes 14:00 | IT novinky

    Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.

    Ladislav Hagara | Komentářů: 7
    dnes 12:33 | Zajímavý software

    Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    dnes 03:33 | IT novinky

    Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.

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

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    včera 16:33 | IT novinky

    Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.

    Ladislav Hagara | Komentářů: 2
    včera 15:55 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

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

    Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    6.10. 23:55 | Komunita

    Ubuntu 26.04 LTS bude (𝕏) Resolute Raccoon (rezolutní mýval).

    Ladislav Hagara | Komentářů: 5
    6.10. 21:00 | Nová verze

    Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (39%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (17%)
     (15%)
     (15%)
    Celkem 197 hlasů
     Komentářů: 13, poslední dnes 07: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: 935×
    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.