{"id":95783,"date":"2020-10-03T13:42:02","date_gmt":"2020-10-03T11:42:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/nastrojka-yadra-linux-dlya-glusterfs"},"modified":"2020-10-03T13:42:02","modified_gmt":"2020-10-03T11:42:02","slug":"nastrojka-yadra-linux-dlya-glusterfs","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/nastrojka-yadra-linux-dlya-glusterfs","title":{"rendered":"Linuxi tuumade seadistamine GlusterFS jaoks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Artikli t\u00f5lge on ettevalmistatud kursuse alguseks \u00abAdministrator Linux. Professional\u00bb<\/a><\/noindex>.<\/i><\/b><\/p>\n

\"Linuxi<\/p>\n

Kaasas on aeg-ajalt k\u00fcsimusi Glustermi tuumaseadistuse soovituste kohta ja kas see on vajalik.<\/p>\n

Tegelik vajadus tekib harva. Enamikul koormustel t\u00f6\u00f6tab tuum v\u00e4ga h\u00e4sti. Kuigi on ka teiselt poolt. Ajalooliselt tarbib Linuxi tuum meelsasti suures koguses m\u00e4lu, kui tal seda v\u00f5imaldatakse, sealhulgas m\u00e4lukaotuse kaudu, mis on peamine viis j\u00f5udluse suurendamiseks.<\/a><\/noindex><\/p>\n

Enamikel juhtudel t\u00f6\u00f6tab see suurep\u00e4raselt, kuid suurte koormuste korral v\u00f5ib see p\u00f5hjustada probleeme. <\/p>\n

Meil on suur kogemus m\u00e4lutarbimist vajavate s\u00fcsteemide, nagu CAD, EDA ja sarnaste, t\u00f6\u00f6tlemisel, mis hakkasid suure koormuse korral aeglustuma. Ja m\u00f5nikord oleme kokku puutunud probleemidega Glusteris. P\u00e4rast mitme p\u00e4eva jooksul j\u00e4lgimist kasutatud m\u00e4lu ja kettaseisakute aegade osas saime nende koormuse, tohutu iowaiti, tuuma vead (kernel oops), hangumised jne. <\/p>\n

See artikkel on paljude katsete tulemus, kus on seadistatud parameetreid erinevates olukordades. Nende parameetrite abil on paranenud mitte ainult \u00fcldine reageerimisv\u00f5ime, vaid ka klaster on m\u00e4rgatavalt stabiilsem.<\/p>\n

Kui r\u00e4\u00e4gitakse m\u00e4lu seadistamisest, tuleb esmalt vaadata virtuaalse m\u00e4lus\u00fcsteemi (VM, virtual memory) poole, millel on palju valikuid, mis v\u00f5ivad teid segadusse ajada.<\/p>\n

vm.swappiness<\/h4>\n

\nParameeter vm.swappiness<\/code> m\u00e4\u00e4rab, kui palju tuum kasutab vahetust (swap, podkatk) v\u00f5rreldes operatiivm\u00e4lu kasutamisega. Algkoodis on see samuti defineeritud kui \u00abtendency to steal mapped memory\u00bb (kaldumine varastada kaardistatud m\u00e4lu). K\u00f5rge swappiness'i v\u00e4\u00e4rtus t\u00e4hendab, et tuum on t\u00f5en\u00e4olisem, et vabastab kaardistatud lehek\u00fcljed. Madal swappiness'i v\u00e4\u00e4rtus t\u00e4hendab vastupidist: tuum vabastab v\u00e4hem lehek\u00fclgi m\u00e4lust. Teisis\u00f5nu, mida k\u00f5rgem on v\u00e4\u00e4rtus vm.swappiness<\/code>, seda enam s\u00fcsteem kasutab vahetusm\u00e4lu.<\/p>\n

Suur swap'i kasutamine pole soovitatav, kuna m\u00e4llu laaditakse ja sealt eemaldatakse suuri andmepakette. Paljud v\u00e4idavad, et swapnessi v\u00e4\u00e4rtus peaks olema k\u00f5rge, kuid minu kogemuse kohaselt parandab j\u00f5udlust selle seadmine '0'-le.<\/p>\n

Lisainfot leiate siit \u2014 lwn.net\/Articles\/100978<\/a><\/noindex> <\/p>\n

Kuid need seaded tuleb siiski rakendada ettevaatlikult ja ainult p\u00e4rast konkreetse rakenduse testimist. K\u00f5rge koormusega voogedastusrakenduste puhul tuleks see seade seadistada '0'-le. Seadmisega '0' paraneb s\u00fcsteemi reageerimisv\u00f5ime.<\/p>\n

vm.vfs_cache_pressure<\/h4>\n

\nSee parameeter reguleerib m\u00e4lukasutust, mida tuum kasutab katalooge ja indeksit v\u00e4\u00e4rtusi (dentry ja inode) vahem\u00e4llu salvestamiseks.<\/p>\n

Vaikese seade v\u00e4\u00e4rtus 100, tuum p\u00fc\u00fcab \"\u00f5iglaselt\" vabastada dentry ja inode vahem\u00e4lu pagecache ja swapcache suhtes. vfs_cache_pressure'i v\u00e4hendamine viib selleni, et tuum hoiab dentry ja inode vahem\u00e4lud. Kui v\u00e4\u00e4rtus on \"0\", ei puhasta tuum kunagi dentry ja inode vahem\u00e4lu m\u00e4lu survet\u00f5usu t\u00f5ttu, mis v\u00f5ib kergesti viia out-of-memory veani. vfs_cache_pressure'i suurendamine \u00fcle 100 annab tuumale eelise dentry ja inode laadimise vabastamisel.<\/p>\n

GlusterFS-i kasutamisel v\u00f5ivad paljud kasutajad koos suurte andmehulkade ja paljude v\u00e4ikeste failidega h\u00f5ivata serveris m\u00e4rkimisv\u00e4\u00e4rse hulga m\u00e4lu inode\/dentry vahem\u00e4lu t\u00f5ttu, mis v\u00f5ib p\u00f5hjustada j\u00f5udluse langust, kuna tuumal on 40 GB m\u00e4lu s\u00fcsteemis andmestruktuuride t\u00f6\u00f6tlemine. Selle parameetri seadmine \u00fcle 100 on aidanud paljusid kasutajaid saavutada \u00f5iglasemat vahem\u00e4lu haldamist ja parandada tuuma reageerimisv\u00f5imet.<\/p>\n

vm.dirty_background_ratio ja vm.dirty_ratio<\/h4>\n

\nEsimene parameeter (vm.dirty_background_ratio<\/code>) m\u00e4\u00e4rab protsendi m\u00e4lust, millel on mustad lehek\u00fcljed, saavutades mis tahes protsendi, mille korral tuleb alustada mustade lehek\u00fclgede taustal v\u00e4ljastamist kettale. Seni, kuni seda protsenti ei saavutata, ei kirjutata lehek\u00fclgi kettale. Ja kui v\u00e4ljastamine algab, toimub see taustal, katkestamata aktiivseid protsesse. <\/p>\n

Teine parameeter (vm.dirty_ratio<\/code>) m\u00e4\u00e4rab protsendi m\u00e4lust, mis v\u00f5ib olla h\u00f5ivatud mustade lehek\u00fclgedega enne sundv\u00e4ljastamise (forced flash) algust. Kui see k\u00fcnnis on saavutatud, muutuvad k\u00f5ik protsessid s\u00fcnkroonseks (bloqeeritakse) ning neil ei lubata j\u00e4tkata t\u00f6\u00f6d, kuni nende taotletud sisendi\/v\u00e4ljundi operatsioon ei ole tegelikult l\u00f5pule viidud ja andmed ei ole kettale salvestatud. k\u00f5rge koormuse korral p\u00f5hjustab see probleeme, kuna andmete vahem\u00e4lu puudub ja k\u00f5ik sisendi\/v\u00e4ljundi teostavad protsessid on blokeeritud ootamas sisendi\/v\u00e4ljundi teostamist. See p\u00f5hjustab suurt hulka seiskunud protsesse, k\u00f5rget koormust, s\u00fcsteemi ebastabiilsust ja kehva j\u00f5udlust.<\/p>\n

Nende parameetrite v\u00e4\u00e4rtuste v\u00e4hendamine toob kaasa andmete sagedasema kirjutamise kettale ja mitte m\u00e4llu salvestamise. See v\u00f5ib aidata s\u00fcsteemides, kus on suur m\u00e4lumaht, kus on normaalne 45\u201390 GB suuruste lehekettide vahem\u00e4lu kettale kirjutamine, mis suurendab ooteaega esifassaadirakendustes, v\u00e4hendades \u00fcldist reageerimiskiirust ja interaktiivsust.<\/p>\n

\u00ab1\u00bb > \/proc\/sys\/vm\/pagecache<\/h4>\n

\nLehekett (page cache) on vahem\u00e4lu, kus hoitakse failide ja k\u00e4ivitatavate programmide andmeid, st need on lehed, millel on tegelikud failide v\u00f5i plokkseadmete sisu. Seda vahem\u00e4lu kasutatakse kettalt lugemise v\u00e4hendamiseks. V\u00e4\u00e4rtus \u00ab1\u00bb t\u00e4hendab, et vahem\u00e4lus kasutatakse 1% m\u00e4lust ja kettalt lugemise operatsioone on rohkem kui m\u00e4lust. Selle parameetri muutmine ei ole vajalik, kuid kui olete lehekettide \u00fclevaate kontrollimisel paranoiline, siis v\u00f5ite selle kasutada.<\/p>\n

\u00abdeadline\u00bb > \/sys\/block\/sdc\/queue\/scheduler<\/h4>\n

\nSisend-v\u00e4ljundi planeerija (I\/O scheduler) on Linuxi tuuma komponent, mis t\u00f6\u00f6tleb lugemise ja kirjutamise j\u00e4rjekordi. Teoreetiliselt on nutika RAID-kontrolleri jaoks parem kasutada 'noop'-i, kuna Linux ei tea midagi ketta f\u00fc\u00fcsilisest geomeetriast. Seega on efektiivsem lasta kontrolleril, kes tunneb ketta geomeetriat, v\u00f5imalikult kiiresti p\u00e4ringud t\u00f6\u00f6delda. Kuid tundub, et 'deadline' parendab tootlikkust. Rohkem planeerijate kohta saab lugeda Linuxi tuuma l\u00e4htekoodi dokumentatsioonist: linux\/Documentation\/block\/*osched.txt<\/code>. Samuti olen m\u00e4rganud lugemise l\u00e4bilaskvuse suurendamist segatud operatsioonide korral (palju kirjutamisoperatsioone).<\/p>\n

'256' > \/sys\/block\/sdc\/queue\/nr_requests<\/h4>\n

\nPuutegurite arv, mis on puhverdatud enne, kui need edastatakse ajakavasse. M\u00f5nede kontrollerite sisej\u00e4rjekorra (queue_depth) suurus on suurem kui nr_requests sisse-\/v\u00e4ljundikava, mist\u00f5ttu on sisend-v\u00e4ljundikavas v\u00e4he v\u00f5imalusi \u00f5igesti prioriseerida ja t\u00e4ita p\u00e4ringute \u00fchendamine. Deadline ja CFQ ajakavade puhul on parem, kui nr_requests on kaks korda suurem kui kontrolleri sisej\u00e4rjekord. P\u00e4ringute \u00fchendamine ja \u00fcmberkorraldamine aitab ajakavale olla suure koormuse korral tundlikum.<\/p>\n

echo \u00ab16\u00bb > \/proc\/sys\/vm\/page-cluster<\/h4>\n

\nParameeter page-cluster haldab lehtede arvu, mis kirjutatakse korraga vahetusse. \u00dclaltoodud n\u00e4ites on v\u00e4\u00e4rtus seadistatud \u00ab16\u00bb, vastavalt RAID-i striibi (stripe size) suurusele 64 KB. See ei oma t\u00e4hendust, kui swappiness = 0, kuid kui olete seadnud swappiness v\u00e4\u00e4rtuseks 10 v\u00f5i 20, siis aitab selle v\u00e4\u00e4rtuse kasutamine, kui RAID-i striibi suurus on 64 KB.<\/p>\n

blockdev \u2014setra 4096 \/dev\/<<\/code>devname><\/code> (-sdb, hdc v\u00f5i dev_mapper)<\/h4>\n

\nPaljuski RAID kontrollerite vaikeseaded toovad sageli kaasa halva j\u00f5udluse. \u00dclaltoodud valiku lisamine seadistab eelaimingu 4096 * 512-baidi sektoritele. See suurendab v\u00e4hemalt voogedastuse operatsioonide kiirus, t\u00e4ites ketta sisseehitatud vahem\u00e4lu eelaimimisega, samal ajal kui tuuma aeg kasutatakse sisend-v\u00e4ljundiks valmistamiseks. Vahem\u00e4llu saab salvestada andmed, mis j\u00e4rgmisel lugemisel taaskasutatakse. Liigne eelaiming v\u00f5ib halvendada juhuslikku sisend-v\u00e4ljundit suurte failide korral, kui see kasutab potentsiaalselt kasulikku kettategevuse aega v\u00f5i laadib andmeid vahem\u00e4lust v\u00e4lja.<\/p>\n

Allpool on m\u00f5ned lisasoovitused failis\u00fcsteemi tasemel. Kuid neid ei ole veel testitud. Veenduge, et teie failis\u00fcsteem teab striibi suurust ja ketaste arvu massiivis. N\u00e4iteks, et see on raid5 massiiv, mille striibi suurus on 64K ja kuus ketast (tegelikult viit, kuna \u00fcks ketas on pariteedi jaoks). Need soovitused p\u00f5hinevad teoreetilistel eeldustel ja on kogutud erinevatest blogidest\/RAIDi ekspertide artiklitest.<\/p>\n

-> ext4 fs, 5 ketast, 64K striip, \u00fchikutes 4K plokkides\nmkfs -text4 -E stride=$((64\/4))\n-> xfs, 5 ketast, 64K striip, \u00fchikutes 512-byte sektorites\nmkfs -txfs -d sunit=$((64*2)) -d swidth=$((5*64*2))<\/code><\/pre>\n
\nSuuremate failide puhul v\u00f5ib kaaluda eeltoodud striibide suuruste suurendamist.<\/p>\n
T\u00c4HELEPANU!<\/b> K\u00f5ik, mis on \u00fclaltoodud, on m\u00f5ne t\u00fc\u00fcpi rakenduste jaoks \u00e4\u00e4rmiselt subjektiivne. See artikkel ei garanteeri mingeid parandusi ilma vastava rakenduse eelneva testimiseta kasutaja poolt. Seda tuleks rakendada ainult juhtudel, kui on vajalik s\u00fcsteemi \u00fcldise reageerimise parandamine v\u00f5i kui see lahendab praeguseid probleeme.<\/p>\n
Lisamaterjalid:<\/h4>\n
<\/p>\n