આજે આપણે vSphere માં ડિસ્ક સબસિસ્ટમના મેટ્રિક્સનું વિશ્લેષણ કરીશું. ધીમી વર્ચ્યુઅલ મશીન માટે સ્ટોરેજ સમસ્યા એ સૌથી સામાન્ય કારણ છે. જો, CPU અને RAM ના કિસ્સામાં, મુશ્કેલીનિવારણ હાઇપરવાઇઝર સ્તરે સમાપ્ત થાય છે, તો પછી જો ડિસ્ક સાથે સમસ્યાઓ હોય, તો તમારે ડેટા નેટવર્ક અને સ્ટોરેજ સિસ્ટમ સાથે વ્યવહાર કરવો પડી શકે છે.
હું સ્ટોરેજ સિસ્ટમ્સમાં બ્લોક એક્સેસના ઉદાહરણનો ઉપયોગ કરીને વિષય પર ચર્ચા કરીશ, જો કે ફાઇલ એક્સેસ માટે કાઉન્ટર્સ લગભગ સમાન છે.
સિદ્ધાંત એક બીટ
વર્ચ્યુઅલ મશીનોની ડિસ્ક સબસિસ્ટમના પ્રદર્શન વિશે વાત કરતી વખતે, લોકો સામાન્ય રીતે ત્રણ આંતરસંબંધિત પરિમાણો પર ધ્યાન આપે છે:
- ઇનપુટ/આઉટપુટ ઓપરેશન્સની સંખ્યા (ઇનપુટ/આઉટપુટ ઓપરેશન્સ પ્રતિ સેકન્ડ, IOPS);
- થ્રુપુટ;
- ઇનપુટ/આઉટપુટ કામગીરીમાં વિલંબ (લેટન્સી).
IOPS ની સંખ્યા સામાન્ય રીતે રેન્ડમ વર્કલોડ માટે મહત્વપૂર્ણ: વિવિધ સ્થળોએ સ્થિત ડિસ્ક બ્લોક્સની ઍક્સેસ. આવા ભારનું ઉદાહરણ ડેટાબેસેસ, બિઝનેસ એપ્લિકેશન્સ (ERP, CRM) વગેરે હોઈ શકે છે.
બેન્ડવિડ્થ ક્રમિક લોડ માટે મહત્વપૂર્ણ: એક પછી એક સ્થિત બ્લોક્સની ઍક્સેસ. ઉદાહરણ તરીકે, ફાઇલ સર્વર્સ (પરંતુ હંમેશા નહીં) અને વિડિયો સર્વેલન્સ સિસ્ટમ્સ આવા લોડને જનરેટ કરી શકે છે.
થ્રુપુટ નીચે પ્રમાણે I/O કામગીરીની સંખ્યા સાથે સંબંધિત છે:
થ્રુપુટ = IOPS * બ્લોકનું કદ, જ્યાં બ્લોકનું કદ બ્લોકનું કદ છે.
બ્લોક કદ એકદમ મહત્વપૂર્ણ લાક્ષણિકતા છે. ESXi ના આધુનિક સંસ્કરણો 32 KB કદ સુધીના બ્લોક્સને મંજૂરી આપે છે. જો બ્લોક વધુ મોટો હોય, તો તે ઘણામાં વિભાજિત થાય છે. બધી સ્ટોરેજ સિસ્ટમ્સ આવા મોટા બ્લોક્સ સાથે અસરકારક રીતે કામ કરી શકતી નથી, તેથી ESXi એડવાન્સ્ડ સેટિંગ્સમાં DiskMaxIOSize પેરામીટર છે. તેનો ઉપયોગ કરીને, તમે હાઇપરવાઇઝર દ્વારા છોડવામાં આવેલ મહત્તમ બ્લોક કદ ઘટાડી શકો છો (વધુ વિગતો ). આ પરિમાણ બદલતા પહેલા, હું ભલામણ કરું છું કે તમે સ્ટોરેજ સિસ્ટમ ઉત્પાદક સાથે સંપર્ક કરો અથવા ઓછામાં ઓછા પ્રયોગશાળા બેન્ચ પર ફેરફારોનું પરીક્ષણ કરો.
મોટા બ્લોકનું કદ સ્ટોરેજ કામગીરી પર હાનિકારક અસર કરી શકે છે. જો IOPS અને થ્રુપુટની સંખ્યા પ્રમાણમાં ઓછી હોય, તો પણ મોટા બ્લોક સાઇઝ સાથે ઉચ્ચ લેટન્સી જોઇ શકાય છે. તેથી, આ પરિમાણ પર ધ્યાન આપો.
લેટન્સી - સૌથી રસપ્રદ પ્રદર્શન પરિમાણ. વર્ચ્યુઅલ મશીન માટે I/O લેટન્સીમાં આનો સમાવેશ થાય છે:
- હાઇપરવાઇઝરની અંદર વિલંબ (KAVG, સરેરાશ કર્નલ મિલિસેક/રીડ);
- ડેટા નેટવર્ક અને સ્ટોરેજ સિસ્ટમ દ્વારા આપવામાં આવેલ વિલંબ (DAVG, સરેરાશ ડ્રાઈવર MilliSec/Command).
ગેસ્ટ OS (GAVG, એવરેજ ગેસ્ટ મિલિસેક/કમાન્ડ) માં દેખાતી કુલ લેટન્સી એ KAVG અને DAVG નો સરવાળો છે.
GAVG અને DAVG માપવામાં આવે છે અને KAVGની ગણતરી કરવામાં આવે છે: GAVG–DAVG.
ચાલો નજીકથી નજર કરીએ કેએવીજી. સામાન્ય કામગીરી દરમિયાન, KAVG શૂન્ય અથવા ઓછામાં ઓછું DAVG કરતાં ઘણું ઓછું હોવું જોઈએ. VM ડિસ્ક પર IOPS મર્યાદા ક્યાં અપેક્ષિત રીતે KAVG છે તે વિશે હું જાણું છું. આ કિસ્સામાં, જ્યારે તમે મર્યાદા ઓળંગવાનો પ્રયાસ કરશો, ત્યારે KAVG વધશે.
KAVG નો સૌથી મહત્વપૂર્ણ ઘટક QAVG છે - હાઇપરવાઇઝરની અંદર પ્રોસેસિંગ કતારનો સમય. KAVG ના બાકીના ઘટકો નગણ્ય છે.
ડિસ્ક એડેપ્ટર ડ્રાઇવરમાંની કતાર અને ચંદ્રો સુધીની કતાર નિશ્ચિત કદ ધરાવે છે. અત્યંત લોડ થયેલ વાતાવરણ માટે, આ કદ વધારવું ઉપયોગી થઈ શકે છે. એડેપ્ટર ડ્રાઇવરમાં કતાર કેવી રીતે વધારવી તે વર્ણવે છે (તે જ સમયે ચંદ્રની કતાર વધશે). આ સેટિંગ કામ કરે છે જ્યારે માત્ર એક VM ચંદ્ર સાથે કામ કરે છે, જે દુર્લભ છે. જો ચંદ્ર પર ઘણા VM છે, તો તમારે પરિમાણ પણ વધારવું આવશ્યક છે Disk.SchedNumReqOutstanding (સૂચનો ). કતાર વધારીને, તમે અનુક્રમે QAVG અને KAVG ઘટાડશો.
પરંતુ ફરીથી, પહેલા HBA વિક્રેતાના દસ્તાવેજો વાંચો અને લેબ બેન્ચ પર ફેરફારોનું પરીક્ષણ કરો.
SIOC (સ્ટોરેજ I/O કંટ્રોલ) મિકેનિઝમના સમાવેશથી ચંદ્રની કતારના કદને અસર થઈ શકે છે. તે સર્વરો પર ચંદ્ર પરની કતારને ગતિશીલ રીતે બદલીને ક્લસ્ટરમાંના તમામ સર્વર્સમાંથી ચંદ્ર પર એકસમાન ઍક્સેસ પ્રદાન કરે છે. એટલે કે, જો યજમાનોમાંના એક VM ચલાવી રહ્યું હોય જેને અપ્રમાણસર કામગીરીની જરૂર હોય (ઘોંઘાટીયા પાડોશી VM), તો SIOC આ હોસ્ટ (DQLEN) પર ચંદ્ર સુધીની કતારની લંબાઈ ઘટાડે છે. વધુ વિગતો .
અમે KAVG ને સોર્ટ આઉટ કર્યું છે, હવે તેના વિશે થોડું ડીએવીજી. અહીં બધું સરળ છે: DAVG એ બાહ્ય વાતાવરણ (ડેટા નેટવર્ક અને સ્ટોરેજ સિસ્ટમ) દ્વારા રજૂ કરવામાં આવેલ વિલંબ છે. દરેક આધુનિક અને એટલી આધુનિક સ્ટોરેજ સિસ્ટમ તેના પોતાના પરફોર્મન્સ કાઉન્ટર્સ ધરાવે છે. DAVG સાથે સમસ્યાઓનું પૃથ્થકરણ કરવા માટે, તેમને જોવાનો અર્થ થાય છે. જો ESXi અને સ્ટોરેજ બાજુ પર બધું બરાબર છે, તો ડેટા નેટવર્ક તપાસો.
પ્રદર્શન સમસ્યાઓ ટાળવા માટે, તમારી સ્ટોરેજ સિસ્ટમ માટે યોગ્ય પાથ પસંદગી નીતિ (PSP) પસંદ કરો. લગભગ તમામ આધુનિક સ્ટોરેજ સિસ્ટમ્સ PSP રાઉન્ડ-રોબિન (ALUA, અસમપ્રમાણ લોજિકલ યુનિટ એક્સેસ સાથે અથવા વગર) ને સપોર્ટ કરે છે. આ નીતિ તમને સ્ટોરેજ સિસ્ટમ માટે ઉપલબ્ધ તમામ પાથનો ઉપયોગ કરવાની મંજૂરી આપે છે. ALUA ના કિસ્સામાં, ચંદ્રની માલિકી ધરાવતા નિયંત્રકના માત્ર પાથનો ઉપયોગ કરવામાં આવે છે. ESXi પરની તમામ સ્ટોરેજ સિસ્ટમમાં ડિફૉલ્ટ નિયમો નથી કે જે રાઉન્ડ-રોબિન નીતિ સેટ કરે છે. જો તમારી સ્ટોરેજ સિસ્ટમ માટે કોઈ નિયમ નથી, તો સ્ટોરેજ સિસ્ટમ ઉત્પાદકના પ્લગઇનનો ઉપયોગ કરો, જે ક્લસ્ટરમાંના બધા હોસ્ટ પર અનુરૂપ નિયમ બનાવશે અથવા જાતે નિયમ બનાવશે. વિગતો .
ઉપરાંત, કેટલાક સ્ટોરેજ સિસ્ટમ ઉત્પાદકો પાથ દીઠ IOPS ની સંખ્યા 1000 ના પ્રમાણભૂત મૂલ્યથી 1 માં બદલવાની ભલામણ કરે છે. અમારી પ્રેક્ટિસમાં, આનાથી સ્ટોરેજ સિસ્ટમમાંથી વધુ પ્રદર્શન "સ્ક્વિઝ" કરવાનું શક્ય બન્યું અને ફેલઓવર માટે જરૂરી સમયને નોંધપાત્ર રીતે ઘટાડી શકાય છે. નિયંત્રક નિષ્ફળતા અથવા અપડેટની ઘટનામાં. વિક્રેતાની ભલામણો તપાસો, અને જો ત્યાં કોઈ વિરોધાભાસ નથી, તો આ પરિમાણ બદલવાનો પ્રયાસ કરો. વિગતો .
મૂળભૂત વર્ચ્યુઅલ મશીન ડિસ્ક સબસિસ્ટમ પ્રદર્શન કાઉન્ટર્સ
vCenter માં ડિસ્ક સબસિસ્ટમ પ્રદર્શન કાઉન્ટર્સ ડેટાસ્ટોર, ડિસ્ક, વર્ચ્યુઅલ ડિસ્ક વિભાગોમાં એકત્રિત કરવામાં આવે છે:
કલમ ડેટાસ્ટોર vSphere ડિસ્ક સ્ટોરેજ (ડેટાસ્ટોર્સ) માટે મેટ્રિક્સ છે જેના પર VM ડિસ્ક સ્થિત છે. અહીં તમને પ્રમાણભૂત કાઉન્ટર્સ મળશે:
- IOPS (સરેરાશ વાંચન/લખવા માટેની વિનંતી પ્રતિ સેકન્ડ),
- થ્રુપુટ (વાંચવા/લખવાનો દર),
- વિલંબ (વાંચો/લખો/સૌથી વધુ વિલંબ).
સૈદ્ધાંતિક રીતે, કાઉન્ટર્સના નામોથી બધું સ્પષ્ટ છે. ચાલો હું તમારું ધ્યાન ફરી એકવાર એ હકીકત તરફ દોરું કે અહીંના આંકડા ચોક્કસ VM (અથવા VM ડિસ્ક) માટે નથી, પરંતુ સમગ્ર ડેટાસ્ટોર માટેના સામાન્ય આંકડા છે. મારા મતે, ESXTOP માં આ આંકડાઓ જોવાનું વધુ અનુકૂળ છે, ઓછામાં ઓછું એ હકીકત પર આધારિત છે કે લઘુત્તમ માપન અવધિ 2 સેકન્ડ છે.
કલમ ડિસ્ક બ્લોક ઉપકરણો પર મેટ્રિક્સ છે જેનો ઉપયોગ VM દ્વારા થાય છે. સમેશન પ્રકારના IOPS માટે કાઉન્ટર્સ છે (માપના સમયગાળા દરમિયાન ઇનપુટ/આઉટપુટ કામગીરીની સંખ્યા) અને બ્લોક એક્સેસથી સંબંધિત કેટલાક કાઉન્ટર્સ છે (કમાન્ડ્સ બંધ, બસ રીસેટ્સ). મારા મતે, ESXTOP માં આ માહિતી જોવાનું પણ વધુ અનુકૂળ છે.
વિભાગ વર્ચ્યુઅલ ડિસ્ક - VM ડિસ્ક સબસિસ્ટમની કામગીરી સમસ્યાઓ શોધવાના દૃષ્ટિકોણથી સૌથી ઉપયોગી. અહીં તમે દરેક વર્ચ્યુઅલ ડિસ્ક માટે પ્રદર્શન જોઈ શકો છો. ચોક્કસ વર્ચ્યુઅલ મશીનમાં સમસ્યા છે કે કેમ તે સમજવા માટે આ માહિતી જરૂરી છે. I/O ઑપરેશન્સની સંખ્યા, રીડ/રાઇટ વૉલ્યુમ અને વિલંબ માટે માનક કાઉન્ટર્સ ઉપરાંત, આ વિભાગમાં ઉપયોગી કાઉન્ટર્સ છે જે બ્લોકનું કદ દર્શાવે છે: વાંચો/લખો વિનંતીનું કદ.
નીચેના ચિત્રમાં VM ડિસ્ક કામગીરીનો ગ્રાફ છે, જ્યાં તમે IOPS, લેટન્સી અને બ્લોકનું કદ જોઈ શકો છો.
જો SIOC સક્ષમ હોય તો તમે સમગ્ર ડેટાસ્ટોર માટે પ્રદર્શન મેટ્રિક્સ પણ જોઈ શકો છો. અહીં સરેરાશ લેટન્સી અને IOPS પરની મૂળભૂત માહિતી છે. મૂળભૂત રીતે, આ માહિતી ફક્ત વાસ્તવિક સમયમાં જ જોઈ શકાય છે.
ESXTOP
ESXTOP પાસે ઘણી સ્ક્રીનો છે જે હોસ્ટ ડિસ્ક સબસિસ્ટમ, વ્યક્તિગત વર્ચ્યુઅલ મશીનો અને તેમની ડિસ્ક પર માહિતી પૂરી પાડે છે.
ચાલો વર્ચ્યુઅલ મશીનો પરની માહિતી સાથે પ્રારંભ કરીએ. "ડિસ્ક VM" સ્ક્રીનને "v" કી સાથે બોલાવવામાં આવે છે:
NVDISK VM ડિસ્કની સંખ્યા છે. દરેક ડિસ્ક માટેની માહિતી જોવા માટે, "e" દબાવો અને રુચિના VM નું GID દાખલ કરો.
આ સ્ક્રીન પરના બાકીના પરિમાણોનો અર્થ તેમના નામ પરથી સ્પષ્ટ છે.
મુશ્કેલીનિવારણ કરતી વખતે અન્ય ઉપયોગી સ્ક્રીન ડિસ્ક એડેપ્ટર છે. "d" કી દ્વારા બોલાવવામાં આવે છે (ક્ષેત્રો A, B, C, D, E, G નીચેના ચિત્રમાં પસંદ કરેલ છે):
NPTH – આ એડેપ્ટરમાંથી દેખાતા ચંદ્રો સુધીના રસ્તાઓની સંખ્યા. એડેપ્ટર પરના દરેક પાથ માટે માહિતી મેળવવા માટે, "e" દબાવો અને એડેપ્ટરનું નામ દાખલ કરો:
AQLEN - એડેપ્ટર પર મહત્તમ કતાર કદ.
આ સ્ક્રીન પર પણ વિલંબ કાઉન્ટર્સ છે જેના વિશે મેં ઉપર વાત કરી છે: KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.
ડિસ્ક ઉપકરણ સ્ક્રીન, જેને "u" કી દબાવીને બોલાવવામાં આવે છે, તે વ્યક્તિગત બ્લોક ઉપકરણો - ચંદ્રો (ક્ષેત્રો A, B, F, G, I નીચેના ચિત્રમાં પસંદ કરેલ છે) પર માહિતી પ્રદાન કરે છે. અહીં તમે ચંદ્રો માટે કતારની સ્થિતિ જોઈ શકો છો.
DQLEN - બ્લોક ઉપકરણ માટે કતારનું કદ.
ACTV - ESXi કર્નલમાં I/O આદેશોની સંખ્યા.
QUED - કતારમાં I/O આદેશોની સંખ્યા.
%અમેરીકન ડોલર્સ - ACTV / DQLEN × 100%.
લોડ - (ACTV + QUED) / DQLEN.
જો % USD વધારે હોય, તો તમારે કતાર વધારવાનું વિચારવું જોઈએ. કતારમાં વધુ આદેશો, ક્યુએવીજી વધુ અને તે મુજબ, કેએવીજી.
તમે ડિસ્ક ઉપકરણ સ્ક્રીન પર પણ જોઈ શકો છો કે શું VAAI (એરે એકીકરણ માટે vStorage API) સ્ટોરેજ સિસ્ટમ પર ચાલી રહ્યું છે. આ કરવા માટે, A અને O ક્ષેત્રો પસંદ કરો.
VAAI મિકેનિઝમ તમને હાઇપરવાઇઝરમાંથી કામના ભાગને સીધા સ્ટોરેજ સિસ્ટમમાં સ્થાનાંતરિત કરવાની મંજૂરી આપે છે, ઉદાહરણ તરીકે, શૂન્ય કરવું, બ્લોકની નકલ કરવી અથવા અવરોધિત કરવું.
જેમ તમે ઉપરના ચિત્રમાં જોઈ શકો છો, VAAI આ સ્ટોરેજ સિસ્ટમ પર કામ કરે છે: શૂન્ય અને ATS પ્રિમિટિવ્સ સક્રિયપણે ઉપયોગમાં લેવાય છે.
ESXi પર ડિસ્ક સબસિસ્ટમ સાથે કાર્યને ઑપ્ટિમાઇઝ કરવા માટેની ટિપ્સ
- બ્લોકના કદ પર ધ્યાન આપો.
- HBA પર શ્રેષ્ઠ કતારનું કદ સેટ કરો.
- ડેટાસ્ટોર્સ પર SIOC સક્ષમ કરવાનું ભૂલશો નહીં.
- સ્ટોરેજ સિસ્ટમ ઉત્પાદકની ભલામણો અનુસાર PSP પસંદ કરો.
- ખાતરી કરો કે VAAI કામ કરી રહ્યું છે.
ઉપયોગી સંબંધિત લેખ:
સોર્સ: www.habr.com