VMware vSphere સાથે કામ કરતી વખતે AFA AccelStorને ગોઠવવા માટેની ભલામણો

આ લેખમાં, હું એક સૌથી લોકપ્રિય વર્ચ્યુઅલાઈઝેશન પ્લેટફોર્મ - VMware vSphere સાથે કામ કરતી તમામ ફ્લેશ એક્સેલસ્ટોર એરેની સુવિધાઓ વિશે વાત કરવા માંગુ છું. ખાસ કરીને, તે પરિમાણો પર ધ્યાન કેન્દ્રિત કરો જે તમને ઓલ ફ્લેશ જેવા શક્તિશાળી સાધનનો ઉપયોગ કરીને મહત્તમ અસર મેળવવામાં મદદ કરશે.

AccelStor NeoSapphire™ તમામ ફ્લેશ એરે છે એક વસ્તુ અથવા двух ડેટા સ્ટોરેજની વિભાવનાને અમલમાં મૂકવા અને માલિકીની તકનીકનો ઉપયોગ કરીને તેની ઍક્સેસ ગોઠવવા માટે મૂળભૂત રીતે અલગ અભિગમ સાથે SSD ડ્રાઇવ પર આધારિત નોડ ઉપકરણો FlexiRemap® ખૂબ જ લોકપ્રિય RAID અલ્ગોરિધમ્સને બદલે. એરે ફાઇબર ચેનલ અથવા iSCSI ઇન્ટરફેસ દ્વારા યજમાનો માટે બ્લોક એક્સેસ પ્રદાન કરે છે. વાજબી રીતે કહીએ તો, અમે નોંધીએ છીએ કે ISCSI ઇન્ટરફેસ સાથેના મોડલ્સમાં પણ સરસ બોનસ તરીકે ફાઇલ એક્સેસ હોય છે. પરંતુ આ લેખમાં આપણે બધા ફ્લેશ માટે સૌથી વધુ ઉત્પાદક તરીકે બ્લોક પ્રોટોકોલના ઉપયોગ પર ધ્યાન કેન્દ્રિત કરીશું.

એક્સેલસ્ટોર એરે અને VMware vSphere વર્ચ્યુઅલાઈઝેશન સિસ્ટમના સંયુક્ત ઓપરેશનની જમાવટ અને અનુગામી ગોઠવણીની સમગ્ર પ્રક્રિયાને ઘણા તબક્કામાં વિભાજિત કરી શકાય છે:

• કનેક્શન ટોપોલોજીનું અમલીકરણ અને SAN નેટવર્કનું રૂપરેખાંકન;
• બધા ફ્લેશ એરે સુયોજિત કરી રહ્યા છીએ;
• ESXi યજમાનો રૂપરેખાંકિત કરવું;
• વર્ચ્યુઅલ મશીનો સુયોજિત કરી રહ્યા છીએ.

AccelStor NeoSapphire™ ફાઇબર ચેનલ એરે અને iSCSI એરેનો નમૂના હાર્ડવેર તરીકે ઉપયોગ કરવામાં આવ્યો હતો. આધાર સોફ્ટવેર VMware vSphere 6.7U1 છે.

આ લેખમાં વર્ણવેલ સિસ્ટમોને જમાવતા પહેલા, તે ખૂબ આગ્રહણીય છે કે તમે VMware માંથી પ્રદર્શન સમસ્યાઓ સંબંધિત દસ્તાવેજો વાંચો (VMware vSphere 6.7 માટે પર્ફોર્મન્સ શ્રેષ્ઠ પ્રયાસો ) અને iSCSI સેટિંગ્સ (iSCSI પર VMware vSphere ચલાવવા માટેની શ્રેષ્ઠ પદ્ધતિઓ)

કનેક્શન ટોપોલોજી અને SAN નેટવર્ક ગોઠવણી

SAN નેટવર્કના મુખ્ય ઘટકો ESXi હોસ્ટમાં HBAs, SAN સ્વીચો અને એરે નોડ્સ છે. આવા નેટવર્ક માટે લાક્ષણિક ટોપોલોજી આના જેવો દેખાશે:

અહીં સ્વિચ શબ્દ એક અલગ ભૌતિક સ્વીચ અથવા સ્વિચનો સમૂહ (ફેબ્રિક), અને વિવિધ સેવાઓ વચ્ચે વહેંચાયેલ ઉપકરણ (ફાઇબર ચેનલના કિસ્સામાં VSAN અને iSCSIના કિસ્સામાં VLAN) બંનેનો સંદર્ભ આપે છે. બે સ્વતંત્ર સ્વીચો/ફેબ્રિક્સનો ઉપયોગ નિષ્ફળતાના સંભવિત મુદ્દાને દૂર કરશે.

એરે સાથે યજમાનોનું સીધું જોડાણ, જો કે સપોર્ટેડ છે, ખૂબ આગ્રહણીય નથી. બધા ફ્લેશ એરેનું પ્રદર્શન ઘણું ઊંચું છે. અને મહત્તમ ઝડપ માટે, એરેના તમામ પોર્ટનો ઉપયોગ કરવો આવશ્યક છે. તેથી, યજમાનો અને NeoSapphire™ વચ્ચે ઓછામાં ઓછી એક સ્વીચની હાજરી ફરજિયાત છે.

હોસ્ટ HBA પર બે પોર્ટની હાજરી પણ મહત્તમ કામગીરી હાંસલ કરવા અને ખામી સહિષ્ણુતાને સુનિશ્ચિત કરવા માટે ફરજિયાત આવશ્યકતા છે.

ફાઈબર ચેનલ ઈન્ટરફેસનો ઉપયોગ કરતી વખતે, પ્રારંભિક અને લક્ષ્યો વચ્ચે સંભવિત અથડામણને દૂર કરવા માટે ઝોનિંગને ગોઠવવું આવશ્યક છે. ઝોન "એક ઇનિશિયેટર પોર્ટ - એક અથવા વધુ એરે પોર્ટ" ના સિદ્ધાંત પર બાંધવામાં આવે છે.

જો તમે અન્ય સેવાઓ સાથે શેર કરેલ સ્વીચનો ઉપયોગ કરવાના કિસ્સામાં iSCSI મારફતે કનેક્શનનો ઉપયોગ કરો છો, તો પછી અલગ VLAN ની અંદર iSCSI ટ્રાફિકને અલગ પાડવો હિતાવહ છે. નેટવર્ક પર પેકેટોનું કદ વધારવા માટે જમ્બો ફ્રેમ્સ (MTU = 9000) માટે સપોર્ટને સક્ષમ કરવાની પણ ખૂબ ભલામણ કરવામાં આવે છે અને તે રીતે ટ્રાન્સમિશન દરમિયાન ઓવરહેડ માહિતીની માત્રામાં ઘટાડો થાય છે. જો કે, તે યાદ રાખવું યોગ્ય છે કે યોગ્ય કામગીરી માટે "પ્રારંભિક-સ્વિચ-લક્ષ્ય" સાંકળ સાથેના તમામ નેટવર્ક ઘટકો પર MTU પેરામીટર બદલવું જરૂરી છે.

તમામ ફ્લેશ એરે સેટ કરી રહ્યું છે

એરે પહેલેથી જ રચાયેલા જૂથો ધરાવતા ગ્રાહકોને વિતરિત કરવામાં આવે છે FlexiRemap®. તેથી, ડ્રાઇવ્સને એક જ માળખામાં જોડવા માટે કોઈ પગલાં લેવાની જરૂર નથી. તમારે ફક્ત જરૂરી કદ અને જથ્થાના વોલ્યુમો બનાવવાની જરૂર છે.

સગવડ માટે, આપેલ કદના અનેક વોલ્યુમો એક સાથે બેચ બનાવવાની કાર્યક્ષમતા છે. મૂળભૂત રીતે, પાતળા વોલ્યુમો બનાવવામાં આવે છે, કારણ કે આ ઉપલબ્ધ સ્ટોરેજ સ્પેસનો વધુ કાર્યક્ષમ ઉપયોગ કરવાની મંજૂરી આપે છે (સ્પેસ રિક્લેમેશન માટે સપોર્ટ સહિત). પ્રદર્શનની દ્રષ્ટિએ, "પાતળા" અને "જાડા" વોલ્યુમો વચ્ચેનો તફાવત 1% થી વધુ નથી. જો કે, જો તમે એરેમાંથી "બધા રસને સ્ક્વિઝ" કરવા માંગતા હો, તો તમે હંમેશા કોઈપણ "પાતળા" વોલ્યુમને "જાડા" માં રૂપાંતરિત કરી શકો છો. પરંતુ તે યાદ રાખવું જોઈએ કે આવા ઓપરેશન ઉલટાવી શકાય તેવું છે.

આગળ, તે બનાવેલ વોલ્યુમોને "પ્રકાશિત" કરવાનું રહે છે અને ACLs (FC માટે iSCSI અને WWPN માટે IP સરનામાંઓ) અને એરે પોર્ટ્સ દ્વારા ભૌતિક વિભાજનનો ઉપયોગ કરીને હોસ્ટ્સ પાસેથી તેમને ઍક્સેસ અધિકારો સેટ કરવાનું રહે છે. iSCSI મોડલ્સ માટે આ લક્ષ્ય બનાવીને કરવામાં આવે છે.

FC મોડલ માટે, પ્રકાશન એરેના દરેક પોર્ટ માટે LUN ની રચના દ્વારા થાય છે.

સેટઅપ પ્રક્રિયાને ઝડપી બનાવવા માટે, યજમાનોને જૂથોમાં જોડી શકાય છે. તદુપરાંત, જો હોસ્ટ મલ્ટિપોર્ટ FC HBA નો ઉપયોગ કરે છે (જે વ્યવહારમાં મોટા ભાગે થાય છે), તો સિસ્ટમ આપમેળે નક્કી કરે છે કે આવા HBA ના પોર્ટ્સ એક જ હોસ્ટના છે આભાર WWPN જે એકથી અલગ છે. લક્ષ્ય/LUN ની બેચ રચના બંને ઇન્ટરફેસો માટે પણ આધારભૂત છે.

જ્યારે iSCSI ઈન્ટરફેસ વાપરી રહ્યા હોય ત્યારે મહત્વની નોંધ એ કામગીરી વધારવા માટે એકસાથે વોલ્યુમો માટે બહુવિધ લક્ષ્યો બનાવવાનું છે, કારણ કે લક્ષ્ય પરની કતાર બદલી શકાતી નથી અને અસરકારક રીતે અડચણરૂપ બનશે.

ESXi હોસ્ટને ગોઠવી રહ્યું છે

ESXi હોસ્ટ બાજુ પર, મૂળભૂત રૂપરેખાંકન સંપૂર્ણપણે અપેક્ષિત દૃશ્ય અનુસાર કરવામાં આવે છે. iSCSI કનેક્શન માટેની પ્રક્રિયા:

1. સૉફ્ટવેર iSCSI ઍડપ્ટર ઉમેરો (જો તે પહેલેથી જ ઉમેરાયેલ હોય, અથવા જો તમે હાર્ડવેર iSCSI ઍડપ્ટરનો ઉપયોગ કરી રહ્યાં હોવ તો જરૂરી નથી);
2. vSwitch બનાવવું જેના દ્વારા iSCSI ટ્રાફિક પસાર થશે, અને તેમાં ભૌતિક અપલિંક અને VMkernal ઉમેરવું;
3. ડાયનેમિક ડિસ્કવરીમાં એરે એડ્રેસ ઉમેરવાનું;
4. ડેટાસ્ટોર બનાવટ

કેટલીક મહત્વપૂર્ણ નોંધો:

• સામાન્ય કિસ્સામાં, અલબત્ત, તમે હાલની vSwitch નો ઉપયોગ કરી શકો છો, પરંતુ અલગ vSwitchના કિસ્સામાં, હોસ્ટ સેટિંગ્સનું સંચાલન કરવું વધુ સરળ હશે.
• પ્રદર્શન સમસ્યાઓ ટાળવા માટે અલગ ભૌતિક લિંક્સ અને/અથવા VLAN પર મેનેજમેન્ટ અને iSCSI ટ્રાફિકને અલગ કરવું જરૂરી છે.
• VMkernal ના IP સરનામાઓ અને ઓલ ફ્લેશ એરેના અનુરૂપ પોર્ટો એ જ સબનેટમાં હોવા જોઈએ, ફરીથી કામગીરીની સમસ્યાઓને કારણે.
• VMware નિયમો અનુસાર દોષ સહિષ્ણુતાને સુનિશ્ચિત કરવા માટે, vSwitchમાં ઓછામાં ઓછા બે ભૌતિક અપલિંક હોવા આવશ્યક છે
• જો જમ્બો ફ્રેમ્સનો ઉપયોગ કરવામાં આવ્યો હોય, તો તમારે vSwitch અને VMkernal બંનેના MTU બદલવાની જરૂર છે
• તે તમને યાદ કરાવવા માટે ઉપયોગી થશે કે ભૌતિક એડેપ્ટરો માટે VMware ભલામણો અનુસાર જેનો ઉપયોગ iSCSI ટ્રાફિક સાથે કામ કરવા માટે થશે, ટીમિંગ અને ફેલઓવરને રૂપરેખાંકિત કરવું જરૂરી છે. ખાસ કરીને, દરેક VMkernal એ માત્ર એક જ અપલિંક દ્વારા કામ કરવું જોઈએ, બીજી અપલિંક ન વપરાયેલ મોડ પર સ્વિચ કરવી જોઈએ. દોષ સહિષ્ણુતા માટે, તમારે બે VMkernals ઉમેરવાની જરૂર છે, જેમાંથી દરેક તેની પોતાની અપલિંક દ્વારા કાર્ય કરશે.

VMkernel એડેપ્ટર (vmk#)
ભૌતિક નેટવર્ક એડેપ્ટર (vmnic#)

vmk1 (સ્ટોરેજ01)
સક્રિય એડેપ્ટરો
vmnic2
ન વપરાયેલ એડેપ્ટરો
vmnic3

vmk2 (સ્ટોરેજ02)
સક્રિય એડેપ્ટરો
vmnic3
ન વપરાયેલ એડેપ્ટરો
vmnic2

ફાઈબર ચેનલ દ્વારા કનેક્ટ થવા માટે કોઈ પ્રારંભિક પગલાંની જરૂર નથી. તમે તરત જ ડેટાસ્ટોર બનાવી શકો છો.

ડેટાસ્ટોર બનાવ્યા પછી, તમારે એ સુનિશ્ચિત કરવાની જરૂર છે કે ટાર્ગેટ/એલયુએનના પાથ માટે રાઉન્ડ રોબિન નીતિ સૌથી વધુ કાર્યક્ષમ તરીકે વપરાય છે.

મૂળભૂત રીતે, VMware સેટિંગ્સ યોજના અનુસાર આ નીતિના ઉપયોગ માટે પ્રદાન કરે છે: પ્રથમ પાથ દ્વારા 1000 વિનંતીઓ, બીજા પાથ દ્વારા આગામી 1000 વિનંતીઓ, વગેરે. હોસ્ટ અને બે-કંટ્રોલર એરે વચ્ચેની આવી ક્રિયાપ્રતિક્રિયા અસંતુલિત હશે. તેથી, અમે Esxcli/PowerCLI મારફતે રાઉન્ડ રોબિન નીતિ = 1 પેરામીટર સેટ કરવાની ભલામણ કરીએ છીએ.

પરિમાણો

Esxcli માટે:

• ઉપલબ્ધ LUN ની યાદી બનાવો

esxcli સ્ટોરેજ એનએમપી ઉપકરણ સૂચિ

• ઉપકરણનું નામ કૉપિ કરો
• રાઉન્ડ રોબિન નીતિ બદલો

esxcli સ્ટોરેજ nmp psp રાઉન્ડરોબિન ડિવાઈસ કોન્ફિગ સેટ —type=iops —iops=1 —device=“Device_ID”

મોટાભાગની આધુનિક એપ્લિકેશનો બેન્ડવિડ્થનો મહત્તમ ઉપયોગ કરવા અને CPU લોડ ઘટાડવા માટે મોટા ડેટા પેકેટોની આપલે કરવા માટે ડિઝાઇન કરવામાં આવી છે. તેથી, ESXi મૂળભૂત રીતે 32767KB સુધીના હિસ્સામાં સ્ટોરેજ ઉપકરણને I/O વિનંતીઓ રજૂ કરે છે. જો કે, કેટલાક દૃશ્યો માટે, નાના હિસ્સાની આપલે કરવી વધુ ફળદાયી રહેશે. AccelStor એરે માટે, આ નીચેના દૃશ્યો છે:

• વર્ચ્યુઅલ મશીન લેગસી BIOS ને બદલે UEFI નો ઉપયોગ કરે છે
• vSphere પ્રતિકૃતિનો ઉપયોગ કરે છે

આવા દૃશ્યો માટે, Disk.DiskMaxIOSize પેરામીટરની કિંમત 4096 માં બદલવાની ભલામણ કરવામાં આવે છે.

iSCSI જોડાણો માટે, જોડાણની સ્થિરતા વધારવા અને ફોરવર્ડ કરેલા પેકેટોની પુષ્ટિ માટે DelayedAck વિલંબને નિષ્ક્રિય કરવા માટે લોગિન સમયસમાપ્તિ પરિમાણને 30 (ડિફૉલ્ટ 5) માં બદલવાની ભલામણ કરવામાં આવે છે. બંને વિકલ્પો vSphere ક્લાયંટમાં છે: યજમાન → રૂપરેખાંકિત કરો → સંગ્રહ → સંગ્રહ એડેપ્ટર્સ → iSCSI એડેપ્ટર માટે અદ્યતન વિકલ્પો

તેના બદલે સૂક્ષ્મ બિંદુ એ ડેટાસ્ટોર માટે વપરાતા વોલ્યુમોની સંખ્યા છે. તે સ્પષ્ટ છે કે વ્યવસ્થાપનની સરળતા માટે, એરેના સમગ્ર વોલ્યુમ માટે એક વિશાળ વોલ્યુમ બનાવવાની ઇચ્છા છે. જો કે, કેટલાક વોલ્યુમોની હાજરી અને તે મુજબ, ડેટાસ્ટોર એકંદર કામગીરી પર ફાયદાકારક અસર કરે છે (નીચેની કતાર વિશે વધુ). તેથી, અમે ઓછામાં ઓછા બે વોલ્યુમ બનાવવાની ભલામણ કરીએ છીએ.

પ્રમાણમાં તાજેતરમાં સુધી, VMware એ એક ડેટાસ્ટોર પર વર્ચ્યુઅલ મશીનોની સંખ્યાને મર્યાદિત કરવાની સલાહ આપી હતી, જેથી સર્વોચ્ચ સંભવિત કામગીરી પ્રાપ્ત કરી શકાય. જો કે, હવે, ખાસ કરીને વીડીઆઈના પ્રસાર સાથે, આ સમસ્યા હવે એટલી તીવ્ર નથી. પરંતુ આ લાંબા સમયથી ચાલતા નિયમને રદ કરતું નથી - વર્ચ્યુઅલ મશીનોને વિતરિત કરવા માટે કે જેને વિવિધ ડેટાસ્ટોર્સમાં સઘન IO ની જરૂર હોય. વોલ્યુમ દીઠ વર્ચ્યુઅલ મશીનોની શ્રેષ્ઠ સંખ્યા નક્કી કરવા માટે, તેનાથી વધુ સારું કંઈ નથી તમામ ફ્લેશ એક્સેલસ્ટોર એરેનું લોડ પરીક્ષણ તેના ઈન્ફ્રાસ્ટ્રક્ચરની અંદર.

વર્ચ્યુઅલ મશીનો સુયોજિત કરી રહ્યા છીએ

વર્ચ્યુઅલ મશીનો સેટ કરતી વખતે કોઈ ખાસ જરૂરિયાતો નથી, અથવા તેના બદલે તે એકદમ સામાન્ય છે:

• સૌથી વધુ શક્ય VM સંસ્કરણનો ઉપયોગ કરવો (સુસંગતતા)
• વર્ચ્યુઅલ મશીનોને ગીચતાપૂર્વક મૂકતી વખતે RAM નું કદ સેટ કરવું વધુ સાવચેતીભર્યું છે, ઉદાહરણ તરીકે, VDI માં (ડિફૉલ્ટ રૂપે, સ્ટાર્ટઅપ સમયે, RAM સાથે સુસંગત કદની પેજ ફાઇલ બનાવવામાં આવે છે, જે ઉપયોગી ક્ષમતાનો ઉપયોગ કરે છે અને તેના પર અસર કરે છે. અંતિમ પ્રદર્શન)
• IOની દ્રષ્ટિએ સૌથી વધુ ઉત્પાદક એડેપ્ટર સંસ્કરણોનો ઉપયોગ કરો: નેટવર્ક પ્રકાર VMXNET 3 અને SCSI પ્રકાર PVSCSI
• મહત્તમ કામગીરી માટે જાડી જોગવાઈ આતુર ઝીરોડ ડિસ્ક પ્રકારનો ઉપયોગ કરો અને મહત્તમ સંગ્રહ જગ્યાના ઉપયોગ માટે પાતળા જોગવાઈનો ઉપયોગ કરો
• જો શક્ય હોય તો, વર્ચ્યુઅલ ડિસ્ક મર્યાદાનો ઉપયોગ કરીને બિન-I/O જટિલ મશીનોની કામગીરીને મર્યાદિત કરો
• VMware ટૂલ્સ ઇન્સ્ટોલ કરવાની ખાતરી કરો

કતાર પર નોંધો

કતાર (અથવા ઉત્કૃષ્ટ I/Os) એ ઇનપુટ/આઉટપુટ વિનંતીઓ (SCSI આદેશો) ની સંખ્યા છે જે ચોક્કસ ઉપકરણ/એપ્લિકેશન માટે કોઈપણ સમયે પ્રક્રિયા માટે રાહ જોઈ રહી છે. કતાર ઓવરફ્લોના કિસ્સામાં, QFULL ભૂલો જારી કરવામાં આવે છે, જે આખરે લેટન્સી પેરામીટરમાં વધારો તરફ દોરી જાય છે. ડિસ્ક (સ્પિન્ડલ) સ્ટોરેજ સિસ્ટમ્સનો ઉપયોગ કરતી વખતે, સૈદ્ધાંતિક રીતે, કતાર જેટલી ઊંચી છે, તેમનું પ્રદર્શન વધારે છે. જો કે, તમારે તેનો દુરુપયોગ ન કરવો જોઈએ, કારણ કે QFULL માં દોડવું સરળ છે. બધી ફ્લેશ સિસ્ટમ્સના કિસ્સામાં, એક તરફ, બધું કંઈક અંશે સરળ છે: છેવટે, એરેમાં લેટન્સી છે જે નીચી તીવ્રતાના ઓર્ડર છે અને તેથી, મોટાભાગે, કતારોના કદને અલગથી નિયંત્રિત કરવાની જરૂર નથી. પરંતુ બીજી બાજુ, કેટલાક ઉપયોગની પરિસ્થિતિઓમાં (ચોક્કસ વર્ચ્યુઅલ મશીનો માટે IO આવશ્યકતાઓમાં મજબૂત ત્રાંસુ, મહત્તમ પ્રદર્શન માટે પરીક્ષણો, વગેરે) તે જરૂરી છે, જો કતારોના પરિમાણોને બદલવા માટે નહીં, તો ઓછામાં ઓછું તે સમજવું જરૂરી છે કે કયા સૂચકાંકો છે. પ્રાપ્ત કરી શકાય છે, અને, મુખ્ય વસ્તુ એ છે કે કઈ રીતે.

એક્સેલસ્ટોર ઓલ ફ્લેશ એરે પર જ વોલ્યુમ અથવા I/O પોર્ટના સંબંધમાં કોઈ મર્યાદા નથી. જો જરૂરી હોય તો, એક વોલ્યુમ પણ એરેના તમામ સંસાધનો પ્રાપ્ત કરી શકે છે. કતાર પર એકમાત્ર મર્યાદા iSCSI લક્ષ્યો માટે છે. આ કારણોસર છે કે આ મર્યાદાને દૂર કરવા માટે દરેક વોલ્યુમ માટે ઘણા (આદર્શ રીતે 8 ટુકડાઓ સુધી) લક્ષ્યો બનાવવાની જરૂરિયાત ઉપર સૂચવવામાં આવી હતી. ચાલો એ પણ પુનરાવર્તન કરીએ કે AccelStor એરે ખૂબ ઉત્પાદક ઉકેલો છે. તેથી, તમારે મહત્તમ ઝડપ હાંસલ કરવા માટે સિસ્ટમના તમામ ઇન્ટરફેસ પોર્ટનો ઉપયોગ કરવો જોઈએ.

ESXi હોસ્ટ બાજુ પર, પરિસ્થિતિ સંપૂર્ણપણે અલગ છે. હોસ્ટ પોતે જ બધા સહભાગીઓ માટે સંસાધનોની સમાન ઍક્સેસની પ્રથા લાગુ કરે છે. તેથી, ગેસ્ટ OS અને HBA માટે અલગ IO કતાર છે. મહેમાન OS માટે કતારોને કતારમાંથી વર્ચ્યુઅલ SCSI એડેપ્ટર અને વર્ચ્યુઅલ ડિસ્કમાં જોડવામાં આવે છે:

HBA માટે કતાર ચોક્કસ પ્રકાર/વેન્ડર પર આધાર રાખે છે:

વર્ચ્યુઅલ મશીનનું અંતિમ પ્રદર્શન હોસ્ટ ઘટકોમાં સૌથી નીચી કતાર ઊંડાઈ મર્યાદા દ્વારા નક્કી કરવામાં આવશે.

આ મૂલ્યો માટે આભાર, અમે પ્રદર્શન સૂચકાંકોનું મૂલ્યાંકન કરી શકીએ છીએ જે આપણે ચોક્કસ ગોઠવણીમાં મેળવી શકીએ છીએ. ઉદાહરણ તરીકે, અમે 0.5ms ની લેટન્સી સાથે વર્ચ્યુઅલ મશીન (બ્લોક બાઇન્ડિંગ વિના)નું સૈદ્ધાંતિક પ્રદર્શન જાણવા માંગીએ છીએ. પછી તેનું IOPS = (1,000/લેટન્સી) * બાકી I/Os (કતાર ઊંડાઈ મર્યાદા)

ઉદાહરણો

ઉદાહરણ 1

• એફસી ઇમ્યુલેક્સ એચબીએ એડેપ્ટર
• ડેટાસ્ટોર દીઠ એક VM
• VMware પેરાવર્ચ્યુઅલ SCSI એડેપ્ટર

અહીં Emulex HBA દ્વારા કતારની ઊંડાઈ મર્યાદા નક્કી કરવામાં આવે છે. તેથી IOPS = (1000/0.5)*32 = 64K

ઉદાહરણ 2

• VMware iSCSI સોફ્ટવેર એડેપ્ટર
• ડેટાસ્ટોર દીઠ એક VM
• VMware પેરાવર્ચ્યુઅલ SCSI એડેપ્ટર

અહીં કતારની ઊંડાઈ મર્યાદા પેરાવર્ચ્યુઅલ SCSI એડેપ્ટર દ્વારા પહેલેથી જ નક્કી કરવામાં આવી છે. તેથી IOPS = (1000/0.5)*64 = 128K

તમામ ફ્લેશ એક્સેલસ્ટોર એરેના ટોચના મોડલ (ઉદાહરણ તરીકે, P710) 700K બ્લોક પર 4K IOPS રાઈટ પર્ફોર્મન્સ આપવા માટે સક્ષમ છે. આવા બ્લોક કદ સાથે, તે એકદમ સ્પષ્ટ છે કે એક વર્ચ્યુઅલ મશીન આવા એરેને લોડ કરવામાં સક્ષમ નથી. આ કરવા માટે, તમારે 11 (ઉદાહરણ તરીકે 1) અથવા 6 (ઉદાહરણ તરીકે 2) વર્ચ્યુઅલ મશીનોની જરૂર પડશે.

પરિણામે, વર્ચ્યુઅલ ડેટા સેન્ટરના તમામ વર્ણવેલ ઘટકોની યોગ્ય ગોઠવણી સાથે, તમે પ્રદર્શનની દ્રષ્ટિએ ખૂબ પ્રભાવશાળી પરિણામો મેળવી શકો છો.

4K રેન્ડમ, 70% વાંચો/30% લખો

વાસ્તવમાં, વાસ્તવિક વિશ્વ તેના કરતાં વધુ જટિલ છે જેનું સરળ સૂત્ર દ્વારા વર્ણન કરી શકાય છે. એક હોસ્ટ હંમેશા વિવિધ રૂપરેખાંકનો અને IO જરૂરિયાતો સાથે બહુવિધ વર્ચ્યુઅલ મશીનોને હોસ્ટ કરે છે. અને I/O પ્રોસેસિંગ હોસ્ટ પ્રોસેસર દ્વારા નિયંત્રિત થાય છે, જેની શક્તિ અનંત નથી. તેથી, તેની સંપૂર્ણ સંભાવનાને અનલૉક કરવા માટે P710 મોડલ વાસ્તવમાં, તમારે ત્રણ હોસ્ટની જરૂર પડશે. ઉપરાંત, વર્ચ્યુઅલ મશીનોની અંદર ચાલતી એપ્લિકેશનો તેમના પોતાના ગોઠવણો કરે છે. તેથી, ચોક્કસ કદ માટે અમે ઓફર કરીએ છીએ પરીક્ષણ મોડેલોમાં ચકાસણીનો ઉપયોગ કરો તમામ ફ્લેશ એરે એક્સેલસ્ટોર વાસ્તવિક વર્તમાન કાર્યો પર ગ્રાહકના ઇન્ફ્રાસ્ટ્રક્ચરની અંદર.

સોર્સ: www.habr.com