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í
×
    dnes 08:00 | Nová verze

    Incus (GitHub), komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 0.6 (YouTube). Vyzkoušet jej lze online ve webovém prohlížeči.

    Ladislav Hagara | Komentářů: 0
    včera 19:22 | IT novinky

    Společnost Broadcom prodává svou End-User Computing (EUC) Division (Workspace ONE a Horizon) koupenou se společností VMware investiční společnosti KKR za 4 miliardy dolarů.

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

    Začal veletrh MWC Barcelona 2024 (Mobile World Congress). Firmy představují své novinky. Lenovo například ThinkBook s průhledným displejem (YouTube).

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Byla vydána nová verze 1.46.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Vypíchnout lze podporu randomizace MAC adresy na základě Wi-Fi sítě (wifi.cloned-mac-address=stable-ssid). Schváleno pro Fedora Linux 40.

    Ladislav Hagara | Komentářů: 0
    25.2. 22:00 | Zajímavý článek

    Byly zveřejněny výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2023 Annual Rust Survey Results. Téměř 70 % účastníků průzkumu vyvíjí na Linuxu, 85 % pro Linux, téměř 62 % používá Visual Studio Code, …

    Ladislav Hagara | Komentářů: 5
    25.2. 21:11 | Nová verze

    Dlaždicový správce oken, resp. kompozitor pro Wayland Sway byl vydán ve verzi 1.9 založené na wlroots 0.17. Měl by poskytovat lepší výkon a přidává několik konfiguračních voleb, příkazů atd.

    Fluttershy, yay! | Komentářů: 0
    25.2. 13:33 | Nová verze

    Byla vydána nová verze 2.44.0 distribuovaného systému správy verzí Git. Přispělo 85 vývojářů, z toho 34 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    24.2. 17:11 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 8.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 2
    24.2. 16:55 | Nová verze

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    24.2. 12:33 | Nová verze

    Google zveřejnil seznam 195 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 18. března do 2. dubna. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů pro velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.

    Ladislav Hagara | Komentářů: 0
    Kolik máte nálepek na víku notebooku?
     (18%)
     (59%)
     (6%)
     (4%)
     (5%)
     (9%)
    Celkem 399 hlasů
     Komentářů: 15, poslední včera 21:46
    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: 864×
    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: 51 | 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.