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í
×
    včera 22:33 | Nová verze

    Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.

    Ladislav Hagara | Komentářů: 1
    2.5. 22:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).

    Ladislav Hagara | Komentářů: 0
    2.5. 19:11 | IT novinky

    Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.

    Ladislav Hagara | Komentářů: 2
    2.5. 11:22 | Zajímavý projekt

    Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.

    Ladislav Hagara | Komentářů: 2
    2.5. 09:11 | Bezpečnostní upozornění

    Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.

    Ladislav Hagara | Komentářů: 2
    1.5. 20:00 | Komunita

    V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.

    Ladislav Hagara | Komentářů: 2
    1.5. 19:22 | IT novinky

    Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).

    Ladislav Hagara | Komentářů: 0
    30.4. 22:33 | Nová verze

    Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.

    Ladislav Hagara | Komentářů: 0
    30.4. 17:44 | Zajímavý článek

    Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.

    karkar | Komentářů: 0
    30.4. 12:11 | Humor

    Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).

    Ladislav Hagara | Komentářů: 7
    Jaký filesystém primárně používáte?
     (58%)
     (1%)
     (9%)
     (21%)
     (4%)
     (2%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 510 hlasů
     Komentářů: 19, poslední 30.4. 11:32
    Rozcestník

    OpenVZ - správa výpočetních zdrojů

    30. 10. 2007 | Jaroslav Tomeček | Systém | 4411×

    V minulém díle jsme po lehkém úvodu prošli správu výpočetních zdrojů Linux-VServeru. V posledním díle seriálu se podíváme na stejnou problematiku u OpenVZ.

    Minule jsme se zmínili, k čemu vlastně správa výpočetních zdrojů slouží, postupně jsme ji probrali u Linux-VServeru, který vychází z limitů SVr4, 4.3BSD a POSIX.1-2001. Zkušený správce tak pouze rozšíří své znalosti. U OpenVZ je tomu jinak. Autoři vytvořili zcela nové metody a použili jiné postupy. Pojďme se podívat jaké.

    Správa výpočetních zdrojů OpenVZ

    Parametry pro přidělované systémové prostředky virtuálním serverům OpenVZ můžeme rozdělit do tří kategorií: primární, sekundární a pomocné. Primární slouží k základnímu nastavení a omezení přidělení systémových prostředků. Sekundární jsou na nich závislé. Pomocné pomáhají izolovat běžící aplikace uvnitř VPS a určují způsob, jakým mají aplikace zpracovávat chyby, a jakým jim mají být přiděleny systémové prostředky. Tím také umožňují nastavit administrátorská pravidla pro spouštěné aplikace. Celkový koncept parametrů OpenVZ je velmi složitý a neprůhledný. Administrátor si musí být vědom, jakého cíle chce dosáhnout, jinak systém nemusí být stabilní.

    V kontextu OpenVZ je měkký limit označován jako bariéra (barrier) a tvrdý limit jako limit (limit).

    Následující seznam uvádí systémové prostředky, které můžeme omezit. Jejich hodnoty jsou ukládány v lokálním souboru nastavení VPS /etc/sysconfig/vz-scripts/<VPS_ID>.conf:

    Primární parametry:

    • avnumproc – Průměrný počet procesů a vláken
    • numproc – Maximální počet procesů a vláken, které smí VPS vytvořit.
    • numtcpsock – Maximální počet TCP soketů. Omezíme tak počet klientů, které může server obsloužit.
    • numothersock – Maximální počet jiných než TCP soketů
    • vmguardpages – Maximální počet stránek, které jsou aplikaci běžící ve VPS zaručeny.

    Sekundární parametry:

    • kmemsize – Velikost neswapované paměti alokované jádrem. Vztahuje se k počtu procesů (numproc). Každý zabírá minimálně 24 KiB, typicky 40 – 60 KiB, avšak i mnohem více. Pokud bude kmemsize nastaven na příliš nízkou hodnotu, nemusí být pro všechny procesy dostačující.
    • tcpsndbuf – Celková velikost bufferů pro posílání TCP soketů. Rozdíl tvrdého a měkkého limitu by měl být větší nebo roven 2,5násobku numtcpsock. 2,5 KiB odpovídá minimální velikost TCP soketu v systému.
    • tcprcvbuf - Celková velikost bufferů pro přijímání TCP soketů. Rozdíl tvrdého a měkkého limitu by měl být větší nebo roven 2,5násobku numtcpsock. 2,5 KiB odpovídá minimální velikost TCP soketu v systému.
    • othersockbuf – Velikost bufferů pro posílání jiných než TCP soketů. Rozdíl tvrdého a měkkého limitu by měl být větší nebo roven 2,5násobku numothersock. 2,5 KiB odpovídá minimální velikost TCP soketu v systému.
    • dgramrcvbuf – Velikost bufferů pro přijímání jiných než TCP soketů. Parametr závisí na numothersock. Jeho hodnota nemusí být příliš vysoká v případě, že VPS nebude často posílat velmi velké datagramy.
    • oomguarpages – Takzvaná záruka out-of-memory ve stránkách. Pokud nedojde k vážnému nedostatku paměti, nebude zabit žádný proces, jestliže je současné využití paměti nižší než měkký limit tohoto parametru. Vztahuje se k vmguardpages.
    • privvpages – Velikost privátní paměti alokované aplikací. Do toho parametru není započítaná paměť, která je sdílena více procesy. Vychází z vmguardpages.

    Pomocné parametry:

    • lockedpages – Neodswapovatelná paměť ve stránkách.
    • shmpages – Celková velikost sdílené paměti (včetně objektů tmpfs, IPC, ...) alokované procesem VPS ve stránkách.
    • numfile – Počet souborů otevřených všemi procesy VPS.
    • numflock – Počet souborových zámků vytvořených procesy VPS.
    • numpty – Počet pseudoterminálů, například sezení ssh, screen, xterm.
    • numsiginfo – Počet struktur siginfo, omezuje velikost fronty signálů.
    • dcachesize – Velikost záznamů dentry a záznamů o i-uzlech uzamčených v paměti.
    • physpages – Celková velikost využité RAM. Jedná se o informativní parametr. Jeho hodnota bude využívána při zobrazování volné paměti programy ps, top, ...
    • numiptent – Počet záznamů filtru IP paketů

    Nastavení těchto parametrů je možné změnit přímo konfiguračním souborem nebo pomocí utility vzctl. Příklad ukazuje změnu nastavení měkkého i tvrdého limitu s trvalým uložením změn:

    # vzctl set 101 --kmemsize 2211840:2359296 --save

    Nastavený limit systémových zdrojů můžeme uvnitř každého VPS získat ze souboru /proc/user_beancounters. Soubor obsahuje aktuální a maximální „zatížení“ zdrojů, bariéru a limit pro každý zdroj.

    V hardwarovém uzlu tento soubor obsahuje informace napříč všemi VPS.

    Využití paměti můžeme zjistit pomocí utility vzmemcheck:

    # vzmemcheck -v
    
    Output values in %
    veid  LowMem LowMem  RAM MemSwap MemSwap Alloc  Alloc Alloc
            util commit util    util  commit  util commit limit
    101     0.19   1.93 1.23    0.34    1.38  0.42   1.38  4.94
    1       0.27   8.69 1.94    0.49    7.19  1.59   2.05 56.54
    

    Parametrem -v odmítneme zobrazení informací o hardwarovém uzlu. Chceme-li zobrazit absolutní informace v MiB namísto podílů, použijeme přepínač -A. Sloupec util značí využití daného systémového prostředku. Sloupec commit značí, kolik prostředků systém „slíbil“ VPS.

    Správu systémových prostředků můžeme provádět následujícími způsoby:

    Prvním je použití konfiguračních souborů - při vytváření VPS je pro konfiguraci přidělení systémových prostředků použit soubor ve-name.conf-sample. Standardně jsou k dispozici dva soubory:

    • ve-light.conf-sample – pro vytvoření VPS s limity.
    • ve-vps.basic.conf-sample – pro vytvoření VPS s běžným nastavením.

    Tyto soubory je možné použít i pro změnu nastavení již existujících VPS. Jsou zachovány pouze parametry OSTEMPLATE (označení distribuce), VE_ROOT (adresář se soubory běžícího VPS) a VE_PRIVATE (adresář se soubory zastaveného VPS). Pokud chceme například aplikovat nastavení souboru ve-light.conf-sample:

    # vzctl set 101 --applyconf light --save

    Druhým způsobem správy je užití speciální utility vzctl.

    Třetí způsob je přímé editování konfiguračního souboru /etc/sysconfig/vz-scripts/VPS_ID.conf.

    Rovnoměrné rozdělení výkonu hardwarového uzlu

    Utility systému OpenVZ umožňují vytvoření několika VPS, každého výkonnostně odpovídajícího určitému zlomku hardwarového uzlu. Pro vytvoření konfiguračního souboru pro 20 ekvivalentních VPS použijeme následující příkazy:

    # cd /etc/sysconfig/vz-scripts/
    # vzsplit -n 20 -f vps.equaltest

    Tím je vytvořen konfigurační soubor ve-vps.equaltest.conf-sample. Tento soubor je potřeba validovat utilitou vzcfgvalidate. Tato utilita kontroluje konfigurační soubor a nabízí doporučení k jeho úpravám.

    Validace konfiguračního souboru

    Mezi hodnotami přidělení jednotlivých systémových prostředků existují důležité závislosti. Vzhledem k jejich počtu a složitosti je velmi obtížné zkontrolovat, zda nedošlo k vážnému narušení těchto provázaností. K tomuto účelu je určena utilita vzcfgvalidate:

    # vzcfgvalidate /etc/sysconfig/vz-scripts/101.conf
    
    Error: kmemsize.bar should be > 1835008 (currently, 25000)
    Recommendation: dgramrcvbuf.bar should be > 132096 (currently, 65536) 
    Recommendation: othersockbuf.bar should be > 132096 (currently, 65536)

    Utilita zobrazuje porušení závislostí:

    • Recommendation – Jde o doporučení, jak upravit nastavení, které pro VPS a hardwarový uzel není kritické, za předpokladu, že má operační systém dostatek paměti. Konfiguraci je možné použít.
    • Warning – Konfigurace je chybná. VPS a její programy nemusejí mít dostatek prostředků pro správný běh.
    • Error – Konfigurace je nepoužitelná. Systém není schopen zajistit dostatečné systémové prostředky pro běh VPS.

    Závěr

    Tímto uzavíráme seriál zabývající se Linux-VServerem a OpenVZ. Společně jsme si prošli instalaci systémů, tvorbu virtuálních serverů a základy jejich konfigurace. Pokud toužíte získat další informace o systémech, doporučuji navštívit stránky projektů - Linux-VServer a OpenVZ, bližší informace k virtualizaci na úrovni jádra nalezneme na Wikipedii.

    Přeji vám mnoho úspěchů s virtuálními stroji!

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

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

    Komentáře

    Vložit další komentář

    30.10.2007 11:08 Jan Forman | skóre: 10 | Plzeň
    Rozbalit Rozbalit vše Re: OpenVZ - správa výpočetních zdrojů
    Príma líbilo se... dík
    30.10.2007 16:19 Roman
    Rozbalit Rozbalit vše Re: OpenVZ - správa výpočetních zdrojů
    Hezky zpracovaný seriál.

    Předpokládám, že autor má s recenzovanými nástroji i reálné zkušenosti. Pokud tomu tak je, tak by bylo velmi zajímavé se o ně podělit v dalším článku. V produkčním provozu pod zátěží se často narazí na další vlastnosti, které se ale v manuálu nenajdou...

    Že by to byla taková pěkná tečka za celým seriálem. ;-)
    31.10.2007 08:46 Jan Forman | skóre: 10 | Plzeň
    Rozbalit Rozbalit vše Re: OpenVZ - správa výpočetních zdrojů
    OpenVZ se chová nepozorovatelně i při vyšším zatížení. (zpomalení je neznatelné). Dokonce ani při práci s diskem není nic znát. Je to dáno architekturou (jedno jádro). Jediné co samozřejmě zpomaluje jsou duplicitně spuštěné sdílené knihovny (GLIBC např.). Síťový subsystém se chová normálně. Rozdíl mezi spuštěnými programy pod jedním serverem a tím samým serverem s virtuálními stroji je téměř žádný. To je moje praktické pozorování provozu OpenVZ.
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.