Leo tutachambua metrics ya mfumo mdogo wa diski katika vSphere. Tatizo la uhifadhi ni sababu ya kawaida ya mashine ya polepole ya mtandaoni. Ikiwa, katika kesi ya CPU na RAM, utatuzi wa shida unaisha kwa kiwango cha hypervisor, basi ikiwa kuna shida na diski, unaweza kulazimika kushughulika na mtandao wa data na mfumo wa uhifadhi.
Nitajadili mada kwa kutumia mfano wa kuzuia ufikiaji wa mifumo ya uhifadhi, ingawa kwa ufikiaji wa faili kaunta ni takriban sawa.
Nadharia kidogo
Wakati wa kuzungumza juu ya utendaji wa mfumo mdogo wa diski wa mashine za kawaida, watu kawaida huzingatia vigezo vitatu vinavyohusiana:
- idadi ya shughuli za pembejeo/pato (Uendeshaji wa Pembejeo/Pato kwa Pili, IOPS);
- matokeo;
- ucheleweshaji wa shughuli za pembejeo/pato (Latency).
Idadi ya IOPS kwa kawaida ni muhimu kwa mizigo ya kazi isiyo ya kawaida: upatikanaji wa vitalu vya disk vilivyo katika maeneo tofauti. Mfano wa mzigo kama huo unaweza kuwa hifadhidata, programu za biashara (ERP, CRM), nk.
Mbinu muhimu kwa mizigo ya mfululizo: upatikanaji wa vitalu vilivyowekwa moja baada ya nyingine. Kwa mfano, seva za faili (lakini si mara zote) na mifumo ya ufuatiliaji wa video inaweza kuzalisha mzigo huo.
Upitishaji unahusiana na idadi ya shughuli za I/O kama ifuatavyo:
Upitishaji = IOPS * Ukubwa wa kuzuia, ambapo saizi ya block ni saizi ya block.
Ukubwa wa kuzuia ni sifa muhimu sana. Matoleo ya kisasa ya ESXi huruhusu vizuizi hadi ukubwa wa KB 32. Ikiwa block ni kubwa zaidi, imegawanywa katika kadhaa. Sio mifumo yote ya uhifadhi inaweza kufanya kazi kwa ufanisi na vitalu vile vikubwa, kwa hiyo kuna parameter ya DiskMaxIOSize katika Mipangilio ya Juu ya ESXi. Ukitumia, unaweza kupunguza saizi ya juu ya kizuizi iliyorukwa na hypervisor (maelezo zaidi ) Kabla ya kubadilisha parameter hii, ninapendekeza uwasiliane na mtengenezaji wa mfumo wa kuhifadhi au angalau kupima mabadiliko kwenye benchi ya maabara.
Saizi kubwa ya block inaweza kuwa na athari mbaya kwenye utendaji wa uhifadhi. Hata kama idadi ya IOPS na upitishaji ni ndogo, ucheleweshaji wa juu unaweza kuzingatiwa na saizi kubwa ya kizuizi. Kwa hiyo, makini na parameter hii.
Ukamilifu - kigezo cha kuvutia zaidi cha utendaji. Muda wa kusubiri wa I/O wa mashine pepe una:
- ucheleweshaji ndani ya hypervisor (KAVG, Wastani wa Kernel MilliSec/Soma);
- ucheleweshaji unaotolewa na mtandao wa data na mfumo wa kuhifadhi (DAVG, Wastani wa Dereva MilliSec/Command).
Jumla ya muda wa kusubiri unaoonekana katika mfumo wa uendeshaji wa mgeni (GAVG, Wastani wa Mgeni MilliSec/Command) ni jumla ya KAVG na DAVG.
GAVG na DAVG hupimwa na KAVG inakokotolewa: GAVGβDAVG.
Hebu tuangalie kwa karibu KAVG. Wakati wa operesheni ya kawaida, KAVG inapaswa kuwa sifuri au angalau iwe chini sana kuliko DAVG. Kesi pekee ninayojua ya ambapo KAVG inatarajiwa kuwa juu ni kikomo cha IOPS kwenye diski ya VM. Katika kesi hii, unapojaribu kuzidi kikomo, KAVG itaongezeka.
Sehemu muhimu zaidi ya KAVG ni QAVG - wakati wa foleni ya usindikaji ndani ya hypervisor. Vipengele vilivyobaki vya KAVG havikubaliki.
Foleni katika kiendeshi cha adapta ya diski na foleni kwa miezi ina ukubwa uliowekwa. Kwa mazingira yaliyopakiwa sana, inaweza kuwa muhimu kuongeza ukubwa huu. inaelezea jinsi ya kuongeza foleni katika dereva wa adapta (wakati huo huo foleni kwa miezi itaongezeka). Mpangilio huu hufanya kazi wakati VM moja tu inafanya kazi na mwezi, ambayo ni nadra. Ikiwa kuna VM kadhaa kwenye mwezi, lazima pia uongeze parameter Disk.SchedNumReqOutstanding (maelekezo ) Kwa kuongeza foleni, unapunguza QAVG na KAVG mtawalia.
Lakini tena, soma kwanza hati kutoka kwa muuzaji wa HBA na ujaribu mabadiliko kwenye benchi ya maabara.
Ukubwa wa foleni kwa mwezi unaweza kuathiriwa na kuingizwa kwa utaratibu wa SIOC (Udhibiti wa Uhifadhi wa I/O). Hutoa ufikiaji sawa kwa mwezi kutoka kwa seva zote kwenye nguzo kwa kubadilisha foleni hadi mwezi kwenye seva. Hiyo ni, ikiwa mmoja wa wapangishi anaendesha VM ambayo inahitaji utendakazi usio na uwiano (jirani yenye kelele VM), SIOC inapunguza urefu wa foleni hadi mwezi kwenye seva pangishi hii (DQLEN). Maelezo zaidi .
Tumepanga KAVG, sasa kidogo kuhusu DAVG. Kila kitu ni rahisi hapa: DAVG ni ucheleweshaji unaoletwa na mazingira ya nje (mtandao wa data na mfumo wa kuhifadhi). Kila mfumo wa uhifadhi wa kisasa na sio wa kisasa una vihesabio vyake vya utendaji. Kuchambua matatizo na DAVG, ni mantiki kuyaangalia. Ikiwa kila kitu kiko sawa kwenye ESXi na upande wa uhifadhi, angalia mtandao wa data.
Ili kuepuka matatizo ya utendakazi, chagua Sera sahihi ya Uteuzi wa Njia (PSP) kwa ajili ya mfumo wako wa hifadhi. Takriban mifumo yote ya kisasa ya hifadhi inasaidia PSP Round-Robin (pamoja na au bila ALUA, Ufikiaji wa Kitengo cha Asymmetric Logical Unit). Sera hii hukuruhusu kutumia njia zote zinazopatikana kwenye mfumo wa hifadhi. Katika kesi ya ALUA, njia pekee za kidhibiti kinachomiliki mwezi ndizo zinazotumiwa. Si mifumo yote ya hifadhi kwenye ESXi iliyo na sheria chaguomsingi zinazoweka sera ya Round-Robin. Ikiwa hakuna sheria ya mfumo wako wa kuhifadhi, tumia programu-jalizi kutoka kwa mtengenezaji wa mfumo wa uhifadhi, ambayo itaunda sheria inayolingana kwa wahudumu wote kwenye nguzo, au uunda sheria mwenyewe. Maelezo .
Pia, watengenezaji wengine wa mfumo wa uhifadhi wanapendekeza kubadilisha idadi ya IOPS kwa kila njia kutoka kwa thamani ya kawaida ya 1000 hadi 1. Katika mazoezi yetu, hii ilifanya iwezekanavyo "kupunguza" utendaji zaidi nje ya mfumo wa kuhifadhi na kupunguza kwa kiasi kikubwa muda unaohitajika kwa kushindwa. katika tukio la kushindwa kwa mtawala au sasisho. Angalia mapendekezo ya muuzaji, na ikiwa hakuna contraindications, jaribu kubadilisha parameter hii. Maelezo .
Vihesabio vya msingi vya utendaji vya mfumo mdogo wa diski ya mashine
Vihesabio vya utendaji wa mfumo mdogo wa diski katika vCenter hukusanywa katika sehemu za Hifadhidata, Diski, Diski ya Mtandaoni:
Katika sehemu Hifadhidata kuna metrics kwa vSphere disk storages (datastores) ambayo disks VM ziko. Hapa utapata vihesabio vya kawaida vya:
- IOPS (Wastani wa maombi ya kusoma/kuandika kwa sekunde),
- upitishaji (kiwango cha Kusoma/Kuandika),
- ucheleweshaji (Kusoma/Kuandika/Kuchelewa kwa hali ya juu).
Kimsingi, kila kitu ni wazi kutoka kwa majina ya vihesabio. Acha nitoe mawazo yako tena kwa ukweli kwamba takwimu hapa sio za VM maalum (au VM disk), lakini takwimu za jumla za hifadhidata nzima. Kwa maoni yangu, ni rahisi zaidi kuangalia takwimu hizi katika ESXTOP, angalau kulingana na ukweli kwamba kipindi cha kipimo cha chini ni sekunde 2.
Katika sehemu Disk kuna vipimo kwenye vifaa vya kuzuia ambavyo vinatumiwa na VM. Kuna vihesabio vya IOPS vya aina ya majumuisho (idadi ya shughuli za ingizo/towe wakati wa kipindi cha kipimo) na vihesabio kadhaa vinavyohusiana na kuzuia ufikiaji (Amri zimesitishwa, uwekaji upya wa Basi). Kwa maoni yangu, pia ni rahisi zaidi kutazama habari hii katika ESXTOP.
Sehemu Diski ya kweli - muhimu zaidi kutoka kwa mtazamo wa kutafuta shida za utendaji wa mfumo mdogo wa diski ya VM. Hapa unaweza kuona utendaji wa kila diski halisi. Ni habari hii ambayo inahitajika ili kuelewa ikiwa mashine fulani ya mtandaoni ina tatizo. Kando na vihesabio vya kawaida vya idadi ya utendakazi wa I/O, sauti ya kusoma/kuandika na ucheleweshaji, sehemu hii ina vihesabio muhimu vinavyoonyesha ukubwa wa kizuizi: Saizi ya ombi la Kusoma/Kuandika.
Katika picha hapa chini ni grafu ya utendaji wa disk ya VM, ambapo unaweza kuona idadi ya IOPS, latency na ukubwa wa kuzuia.
Unaweza pia kuangalia vipimo vya utendakazi vya hifadhi nzima ya data ikiwa SIOC imewashwa. Hapa kuna habari ya msingi juu ya wastani ya Kuchelewa na IOPS. Kwa chaguo-msingi, maelezo haya yanaweza kutazamwa kwa wakati halisi pekee.
ESXTOP
ESXTOP ina skrini kadhaa ambazo hutoa habari juu ya mfumo mdogo wa diski mwenyeji kwa ujumla, mashine za kibinafsi za kibinafsi na diski zao.
Wacha tuanze na habari juu ya mashine halisi. Skrini ya "Disk VM" inaitwa na kitufe cha "v":
NVDISK ni idadi ya diski za VM. Kuangalia habari kwa kila diski, bonyeza "e" na uingize GID ya VM ya riba.
Maana ya vigezo vilivyobaki kwenye skrini hii ni wazi kutoka kwa majina yao.
Skrini nyingine muhimu wakati wa utatuzi wa shida ni adapta ya Disk. Inaitwa na kitufe cha "d" (sehemu A,B,C,D,E,G zimechaguliwa kwenye picha hapa chini):
NPTH - idadi ya njia za mwezi zinazoonekana kutoka kwa adapta hii. Ili kupata habari kwa kila njia kwenye adapta, bonyeza "e" na uweke jina la adapta:
AQLEN - ukubwa wa juu wa foleni kwenye adapta.
Pia kwenye skrini hii kuna vihesabio vya kuchelewesha ambavyo nilizungumzia hapo juu: KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.
Skrini ya kifaa cha Disk, ambayo inaitwa kwa kubonyeza kitufe cha "u", hutoa habari juu ya vifaa vya kuzuia mtu binafsi - miezi (mashamba A, B, F, G, nimechaguliwa kwenye picha hapa chini). Hapa unaweza kuona hali ya foleni ya miezi.
DQLEN - saizi ya foleni kwa kifaa cha kuzuia.
ACTV - idadi ya amri za I/O kwenye kernel ya ESXi.
QUED - idadi ya amri za I/O kwenye foleni.
%USD β ACTV/DQLEN Γ 100%.
LOAD - (ACTV + QUED) / DQLEN.
Ikiwa %USD iko juu, unapaswa kuzingatia kuongeza foleni. Amri zaidi kwenye foleni, juu ya QAVG na, ipasavyo, KAVG.
Unaweza pia kuona kwenye skrini ya kifaa cha Disk ikiwa VAAI (vStorage API for Array Integration) inafanya kazi kwenye mfumo wa hifadhi. Ili kufanya hivyo, chagua sehemu A na O.
Utaratibu wa VAAI unakuwezesha kuhamisha sehemu ya kazi kutoka kwa hypervisor moja kwa moja kwenye mfumo wa kuhifadhi, kwa mfano, zeroing, kuiga vitalu au kuzuia.
Kama unavyoona kwenye picha iliyo hapo juu, VAAI hufanya kazi kwenye mfumo huu wa hifadhi: Sifuri na ATS za awali zinatumika kikamilifu.
Vidokezo vya kuboresha kazi na mfumo mdogo wa diski kwenye ESXi
- Jihadharini na ukubwa wa block.
- Weka ukubwa bora wa foleni kwenye HBA.
- Usisahau kuwezesha SIOC kwenye hifadhidata.
- Chagua PSP kwa mujibu wa mapendekezo ya mtengenezaji wa mfumo wa hifadhi.
- Hakikisha VAAI inafanya kazi.
Nakala muhimu zinazohusiana:
Chanzo: mapenzi.com