આજે આપણે યુનિટી/યુનિટી એક્સટી સ્ટોરેજ સિસ્ટમ્સ - ફાસ્ટ વીપીમાં અમલમાં મુકાયેલી એક રસપ્રદ ટેકનોલોજી વિશે વાત કરીશું. જો તમે યુનિટી વિશે પહેલી વાર સાંભળી રહ્યા છો, તો તમે લેખના અંતે આપેલી લિંકનો ઉપયોગ કરીને સિસ્ટમની લાક્ષણિકતાઓ ચકાસી શકો છો. મેં એક વર્ષથી ડેલ EMC પ્રોજેક્ટ ટીમ પર FAST VP પર કામ કર્યું. આજે હું આ તકનીક વિશે વધુ વિગતવાર વાત કરવા માંગુ છું અને તેના અમલીકરણની કેટલીક વિગતો જાહેર કરવા માંગુ છું. અલબત્ત, ફક્ત તેને જ જાહેર કરવાની મંજૂરી છે. જો તમે કાર્યક્ષમ ડેટા સ્ટોરેજના મુદ્દાઓમાં રસ ધરાવો છો અથવા ફક્ત દસ્તાવેજોને સંપૂર્ણપણે સમજી શક્યા નથી, તો આ લેખ ચોક્કસપણે ઉપયોગી અને રસપ્રદ રહેશે.
હું તમને તરત જ કહીશ કે સામગ્રીમાં શું નથી. સ્પર્ધકોની શોધ અને તેમની સાથે સરખામણી કરવામાં આવશે નહીં. હું ઓપન સોર્સમાંથી સમાન તકનીકો વિશે વાત કરવાની પણ યોજના નથી બનાવતો, કારણ કે વિચિત્ર વાચક તેમના વિશે પહેલેથી જ જાણે છે. અને, અલબત્ત, હું કંઈપણ જાહેરાત કરવા જઈ રહ્યો નથી.
સ્ટોરેજ ટિયરિંગ. FAST VP ના લક્ષ્યો અને ઉદ્દેશ્યો
FAST VP એટલે વર્ચ્યુઅલ પૂલ માટે સંપૂર્ણ સ્વયંસંચાલિત સ્ટોરેજ ટિયરિંગ. થોડું મુશ્કેલ? કોઈ વાંધો નહીં, અમે તેને હવે શોધી કાઢીશું. ટાયરિંગ એ ડેટા સ્ટોરેજને ગોઠવવાની એક રીત છે જેમાં આ ડેટા સ્ટોર કરવામાં આવે છે ત્યાં ઘણા સ્તરો (ટાયર) છે. દરેકની પોતાની લાક્ષણિકતાઓ છે. સૌથી મહત્વપૂર્ણ: માહિતીના એકમને સંગ્રહિત કરવાની કામગીરી, વોલ્યુમ અને કિંમત. અલબત્ત, તેમની વચ્ચે સંબંધ છે.
ટાયરિંગની એક મહત્વપૂર્ણ વિશેષતા એ છે કે ડેટાની ઍક્સેસ તે હાલમાં જે સ્ટોરેજ સ્તર પર સ્થિત છે તેને ધ્યાનમાં લીધા વિના સમાનરૂપે પ્રદાન કરવામાં આવે છે, અને પૂલનું કદ તેમાં સમાવિષ્ટ સંસાધનોના કદના સરવાળા જેટલું છે. આ તે છે જ્યાં કેશમાંથી તફાવતો આવેલા છે: સંસાધનના કુલ વોલ્યુમમાં કેશનું કદ ઉમેરવામાં આવતું નથી (આ કિસ્સામાં પૂલ), અને કેશ ડેટા મુખ્ય મીડિયા ડેટાના કેટલાક ટુકડાને ડુપ્લિકેટ કરે છે (અથવા ડુપ્લિકેટ થશે જો કેશમાંથી ડેટા હજુ સુધી લખવામાં આવ્યો નથી). ઉપરાંત, સ્તર દ્વારા ડેટાનું વિતરણ વપરાશકર્તાથી છુપાયેલું છે. એટલે કે, તે દરેક સ્તર પર કયો ડેટા સ્થિત છે તે બરાબર જોઈ શકતો નથી, જો કે તે નીતિઓ સેટ કરીને આડકતરી રીતે આને પ્રભાવિત કરી શકે છે (તેના પર પછીથી વધુ).
હવે ચાલો યુનિટીમાં સ્ટોરેજ ટિયરિંગના અમલીકરણની સુવિધાઓ જોઈએ. એકતામાં 3 સ્તર અથવા સ્તર છે:
- એક્સ્ટ્રીમ પર્ફોર્મન્સ (SSD)
- પ્રદર્શન (SAS HDD 10k/15k RPM)
- ક્ષમતા (NL-SAS HDD 7200 RPM)
તેઓ પ્રભાવ અને કિંમતના ઉતરતા ક્રમમાં રજૂ થાય છે. એક્સ્ટ્રીમ પરફોર્મન્સમાં માત્ર સોલિડ સ્ટેટ ડ્રાઇવ્સ (SSDs)નો સમાવેશ થાય છે. અન્ય બે સ્તરોમાં ચુંબકીય ડિસ્ક ડ્રાઇવનો સમાવેશ થાય છે, જે પરિભ્રમણ ગતિ અને તે મુજબ, કામગીરીમાં અલગ પડે છે.
સમાન સ્તર અને સમાન કદના સ્ટોરેજ મીડિયાને RAID એરેમાં જોડવામાં આવે છે, જે RAID જૂથ બનાવે છે (RAID જૂથ, RG તરીકે સંક્ષિપ્તમાં); તમે સત્તાવાર દસ્તાવેજોમાં ઉપલબ્ધ અને ભલામણ કરેલ RAID સ્તરો વિશે વાંચી શકો છો. સંગ્રહ પુલ એક અથવા વધુ સ્તરોમાંથી RAID જૂથોમાંથી બનાવવામાં આવે છે, જેમાંથી ખાલી જગ્યા પછી વિતરિત કરવામાં આવે છે. અને પૂલમાંથી ફાઈલ સિસ્ટમ અને LUN માટે જગ્યા ફાળવવામાં આવે છે.
મને ટાયરિંગની શા માટે જરૂર છે?
ટૂંકમાં અને અમૂર્ત: ન્યૂનતમ સંસાધનોનો ઉપયોગ કરીને વધુ પરિણામો પ્રાપ્ત કરવા. વધુ વિશિષ્ટ રીતે, પરિણામ સામાન્ય રીતે સ્ટોરેજ સિસ્ટમ લાક્ષણિકતાઓના સમૂહ તરીકે સમજવામાં આવે છે - ઝડપ અને ઍક્સેસ સમય, સંગ્રહ ખર્ચ અને અન્ય. ન્યૂનતમ સંસાધનોનો અર્થ ઓછામાં ઓછો ખર્ચ છે: પૈસા, ઊર્જા, વગેરે. FAST VP યુનિટી/યુનિટી એક્સટી સ્ટોરેજ સિસ્ટમ્સમાં વિવિધ સ્તરો પર ડેટાને પુનઃવિતરિત કરવા માટેની મિકેનિઝમ્સ લાગુ કરે છે. જો તમે મારા પર વિશ્વાસ કરો છો, તો પછી તમે આગળનો ફકરો છોડી શકો છો. બાકીના માટે, હું તમને થોડી વધુ કહીશ.
સ્ટોરેજ સ્તરોમાં ડેટાનું યોગ્ય વિતરણ તમને કેટલીક ભાગ્યે જ ઉપયોગમાં લેવાતી માહિતીની એક્સેસ સ્પીડને બલિદાન આપીને સ્ટોરેજના એકંદર ખર્ચમાં બચત કરવાની અને વારંવાર ઉપયોગમાં લેવાતા ડેટાને ઝડપી મીડિયામાં ખસેડીને પ્રદર્શનમાં સુધારો કરવાની મંજૂરી આપે છે. અહીં કોઈ એવી દલીલ કરી શકે છે કે ટાયરિંગ વિના પણ, સામાન્ય વહીવટકર્તા જાણે છે કે કયો ડેટા ક્યાં મૂકવો, તેના કાર્ય માટે સ્ટોરેજ સિસ્ટમની ઇચ્છનીય લાક્ષણિકતાઓ શું છે વગેરે. આ નિઃશંકપણે સાચું છે, પરંતુ મેન્યુઅલી ડેટા વિતરિત કરવામાં તેની ખામીઓ છે:
- એડમિનિસ્ટ્રેટરના સમય અને ધ્યાનની જરૂર છે;
- બદલાતી પરિસ્થિતિઓને અનુરૂપ સંગ્રહ સંસાધનોને "ફરીથી દોરવા" હંમેશા શક્ય નથી;
- એક મહત્વપૂર્ણ ફાયદો અદૃશ્ય થઈ જાય છે: વિવિધ સ્ટોરેજ સ્તરો પર સ્થિત સંસાધનોની એકીકૃત ઍક્સેસ.
સ્ટોરેજ એડમિનિસ્ટ્રેટર્સને નોકરીની સુરક્ષા વિશે ઓછી ચિંતા કરવા માટે, હું ઉમેરીશ કે સક્ષમ સંસાધન આયોજન અહીં પણ જરૂરી છે. હવે જ્યારે ટાયરિંગના કાર્યો સંક્ષિપ્તમાં દર્શાવેલ છે, ચાલો જોઈએ કે તમે FAST VP પાસેથી શું અપેક્ષા રાખી શકો છો. હવે વ્યાખ્યા પર પાછા ફરવાનો સમય છે. પ્રથમ બે શબ્દો - સંપૂર્ણ સ્વયંસંચાલિત - શાબ્દિક રીતે "સંપૂર્ણ સ્વયંસંચાલિત" તરીકે અનુવાદિત થાય છે અને તેનો અર્થ એ છે કે સ્તરો વચ્ચેનું વિતરણ આપમેળે થાય છે. વેલ, વર્ચ્યુઅલ પૂલ એ એક ડેટા પૂલ છે જેમાં વિવિધ સ્ટોરેજ સ્તરોના સંસાધનોનો સમાવેશ થાય છે. આ તે જેવો દેખાય છે:
આગળ જોઈને, હું કહીશ કે FAST VP ડેટાને માત્ર એક પૂલની અંદર ખસેડે છે, અને ઘણા પૂલ વચ્ચે નહીં.
FAST VP દ્વારા સમસ્યાઓનું નિરાકરણ
ચાલો પહેલા અમૂર્ત વાત કરીએ. અમારી પાસે એક પૂલ અને કેટલીક મિકેનિઝમ છે જે આ પૂલની અંદર ડેટાને ફરીથી વિતરિત કરી શકે છે. અમારું લક્ષ્ય મહત્તમ ઉત્પાદકતા હાંસલ કરવાનું છે તે યાદ રાખીને, ચાલો આપણી જાતને પૂછીએ: આપણે તેને કઈ રીતે પ્રાપ્ત કરી શકીએ? તેમાંના ઘણા હોઈ શકે છે, અને અહીં FAST VP પાસે વપરાશકર્તાને ઓફર કરવા માટે કંઈક છે, કારણ કે ટેક્નોલોજી ફક્ત સ્ટોરેજ ટાયરિંગ કરતાં વધુ કંઈક છે. FAST VP પૂલ પ્રદર્શનમાં વધારો કરી શકે તેવી કેટલીક રીતો અહીં છે:
- વિવિધ પ્રકારની ડિસ્ક, સ્તરોમાં ડેટાનું વિતરણ
- સમાન પ્રકારની ડિસ્ક વચ્ચે ડેટાનું વિતરણ
- પૂલને વિસ્તૃત કરતી વખતે ડેટા વિતરણ
આ કાર્યોને કેવી રીતે હલ કરવામાં આવે છે તે જોઈએ તે પહેલાં, આપણે FAST VP કેવી રીતે કાર્ય કરે છે તે વિશે કેટલીક જરૂરી હકીકતો જાણવાની જરૂર છે. FAST VP ચોક્કસ કદના બ્લોક્સ સાથે કાર્ય કરે છે - 256 મેગાબાઇટ્સ. આ ડેટાનો સૌથી નાનો સંલગ્ન "ચંક" છે જે ખસેડી શકાય છે. દસ્તાવેજીકરણમાં આ તે છે જેને તેઓ કહે છે: સ્લાઇસ. FAST VP ના દૃષ્ટિકોણથી, બધા RAID જૂથોમાં આવા "ટુકડાઓ" ના સમૂહનો સમાવેશ થાય છે. તદનુસાર, આવા ડેટા બ્લોક્સ માટે તમામ I/O આંકડાઓ એકઠા કરવામાં આવે છે. આ બ્લોકનું કદ શા માટે પસંદ કરવામાં આવ્યું હતું અને શું તે ઘટાડવામાં આવશે? બ્લોક તદ્દન મોટો છે, પરંતુ આ ડેટાની ગ્રેન્યુલારિટી (નાના બ્લોક કદનો અર્થ વધુ સચોટ વિતરણ) અને ઉપલબ્ધ કમ્પ્યુટિંગ સંસાધનો વચ્ચે સમાધાન છે: RAM પર હાલની કડક મર્યાદાઓ અને મોટી સંખ્યામાં બ્લોક્સને જોતાં, આંકડાકીય માહિતીનો ઉપયોગ થઈ શકે છે. ખૂબ વધારે છે, અને ગણતરીઓની સંખ્યા પ્રમાણસર વધશે.
કેવી રીતે FAST VP પૂલમાં ડેટા ફાળવે છે. રાજકારણીઓ
FAST VP સક્ષમ સાથે પૂલમાં ડેટાના પ્લેસમેન્ટને નિયંત્રિત કરવા માટે, નીચેની નીતિઓ અસ્તિત્વમાં છે:
- સૌથી વધુ ઉપલબ્ધ ટાયર
- ઓટો-ટાયર
- ઉચ્ચ શરૂ કરો પછી સ્વતઃ-સ્તર (ડિફૉલ્ટ)
- ન્યૂનતમ ઉપલબ્ધ ટાયર
તેઓ પ્રારંભિક બ્લોક ફાળવણી (ડેટા પ્રથમ લેખિત) અને અનુગામી પુનઃ ફાળવણી બંનેને અસર કરે છે. જ્યારે ડેટા પહેલેથી જ ડિસ્ક પર સ્થિત હોય, ત્યારે પુનઃવિતરણ શેડ્યૂલ અનુસાર અથવા મેન્યુઅલી શરૂ કરવામાં આવશે.
સૌથી વધુ ઉપલબ્ધ ટાયર સર્વોચ્ચ પ્રદર્શન કરતા સ્તર પર નવો બ્લોક મૂકવાનો પ્રયાસ કરે છે. જો તેના પર પૂરતી જગ્યા ન હોય, તો તે પછીના સૌથી ઉત્પાદક સ્તરે મૂકવામાં આવે છે, પરંતુ પછી ડેટાને વધુ ઉત્પાદક સ્તરે ખસેડી શકાય છે (જો ત્યાં જગ્યા હોય અથવા અન્ય ડેટાને સ્થાનાંતરિત કરીને). ઓટો-ટાયર ઉપલબ્ધ જગ્યાના જથ્થાના આધારે નવા ડેટાને વિવિધ સ્તરે મૂકે છે, અને તે માંગ અને ખાલી જગ્યાના આધારે પુનઃવિતરિત કરવામાં આવે છે. સ્ટાર્ટ હાઈ પછી ઓટો-ટાયર એ ડિફોલ્ટ નીતિ છે અને તેની ભલામણ પણ કરવામાં આવે છે. જ્યારે શરૂઆતમાં મૂકવામાં આવે છે, ત્યારે તે સૌથી વધુ ઉપલબ્ધ ટાયર તરીકે કામ કરે છે, અને પછી ડેટા તેના વપરાશના આંકડાઓને આધારે ખસેડવામાં આવે છે. ન્યૂનતમ ઉપલબ્ધ ટાયર પોલિસી ઓછામાં ઓછા ઉત્પાદક સ્તરમાં ડેટા મૂકવાનો પ્રયાસ કરે છે.
ડેટા ટ્રાન્સફર ઓછી અગ્રતા સાથે થાય છે જેથી સ્ટોરેજ સિસ્ટમની ઉપયોગી કામગીરીમાં દખલ ન થાય, જો કે, "ડેટા રિલોકેશન રેટ" સેટિંગ છે જે અગ્રતામાં ફેરફાર કરે છે. અહીં એક ખાસિયત છે: બધા ડેટા બ્લોક્સમાં સમાન પુનઃવિતરણ ક્રમ નથી. ઉદાહરણ તરીકે, મેટાડેટા તરીકે ચિહ્નિત થયેલ બ્લોક્સને પહેલા ઝડપી સ્તર પર ખસેડવામાં આવશે. મેટાડેટા, તેથી બોલવા માટે, "ડેટા વિશેની માહિતી", કેટલીક વધારાની માહિતી છે જે વપરાશકર્તા ડેટા નથી, પરંતુ તેનું વર્ણન સંગ્રહિત કરે છે. ઉદાહરણ તરીકે, ફાઇલ સિસ્ટમમાં માહિતી કે જે બ્લોકમાં ચોક્કસ ફાઇલ સ્થિત છે. આનો અર્થ એ છે કે ડેટાની ઍક્સેસની ઝડપ મેટાડેટાની ઍક્સેસની ઝડપ પર આધારિત છે. આપેલ છે કે મેટાડેટા સામાન્ય રીતે કદમાં ઘણું નાનું હોય છે, તેને ઉચ્ચ-પ્રદર્શન ડિસ્ક પર ખસેડવાના ફાયદાઓ વધુ હોવાની અપેક્ષા છે.
ફાસ્ટ વીપી તેના કાર્યમાં ઉપયોગ કરે છે તે માપદંડ
દરેક બ્લોક માટેનો મુખ્ય માપદંડ, ખૂબ જ અંદાજે, ડેટાની "માગ" ની લાક્ષણિકતા છે, જે ડેટા ફ્રેગમેન્ટના વાંચવા અને લખવાની ક્રિયાઓની સંખ્યા પર આધારિત છે. અમે આ લાક્ષણિકતાને "તાપમાન" કહીએ છીએ. ત્યાં માંગવામાં આવેલ (ગરમ) ડેટા છે જે દાવો ન કરેલા ડેટા કરતાં "ગરમ" છે. તે સમયાંતરે ગણતરી કરવામાં આવે છે, મૂળભૂત રીતે એક કલાકના અંતરાલ પર.
તાપમાન ગણતરી કાર્યમાં નીચેના ગુણધર્મો છે:
- I/O ની ગેરહાજરીમાં, સમય જતાં ડેટા "કૂલ ડાઉન" થાય છે.
- સમય જતાં વધુ કે ઓછા સમાન ભાર હેઠળ, તાપમાન પહેલા વધે છે અને પછી ચોક્કસ શ્રેણીમાં સ્થિર થાય છે.
આગળ, ઉપર વર્ણવેલ નીતિઓ અને દરેક સ્તર પર ખાલી જગ્યાને ધ્યાનમાં લેવામાં આવે છે. સ્પષ્ટતા માટે, હું દસ્તાવેજોમાંથી એક ચિત્ર પ્રદાન કરીશ. અહીં લાલ, પીળો અને વાદળી રંગો અનુક્રમે ઊંચા, મધ્યમ અને નીચા તાપમાનવાળા બ્લોક્સ સૂચવે છે.
પરંતુ ચાલો કાર્યો પર પાછા આવીએ. તેથી, અમે FAST VP સમસ્યાઓ ઉકેલવા માટે શું કરવામાં આવી રહ્યું છે તેનું વિશ્લેષણ કરવાનું શરૂ કરી શકીએ છીએ.
A. વિવિધ પ્રકારની ડિસ્ક, સ્તરોમાં ડેટાનું વિતરણ
ખરેખર, આ ફાસ્ટ વીપીનું મુખ્ય કાર્ય છે. બાકીના, એક અર્થમાં, તેના વ્યુત્પન્ન છે. પસંદ કરેલ નીતિના આધારે, ડેટા વિવિધ સ્ટોરેજ સ્તરોમાં વિતરિત કરવામાં આવશે. સૌ પ્રથમ, પ્લેસમેન્ટ નીતિને ધ્યાનમાં લેવામાં આવે છે, પછી બ્લોક તાપમાન અને RAID જૂથોનું કદ/ગતિ.
સૌથી વધુ/નીચલી ઉપલબ્ધ ટાયર નીતિઓ માટે બધું એકદમ સરળ છે. અન્ય બે માટે આ કેસ છે. RAID જૂથોના કદ અને પ્રભાવને ધ્યાનમાં લઈને ડેટાને વિવિધ સ્તરોમાં વિતરિત કરવામાં આવે છે: જેથી દરેક RAID જૂથના "શરતી મહત્તમ પ્રદર્શન" માટે બ્લોક્સના કુલ "તાપમાન" નો ગુણોત્તર લગભગ સમાન હોય. આમ, લોડ વધુ કે ઓછા સમાનરૂપે વિતરિત થાય છે. વધુ ઇન-ડિમાન્ડ ડેટા ઝડપી મીડિયામાં ખસેડવામાં આવે છે, અને ભાગ્યે જ ઉપયોગમાં લેવાતા ડેટાને ધીમા મીડિયામાં ખસેડવામાં આવે છે. આદર્શરીતે, વિતરણ આના જેવું કંઈક દેખાવું જોઈએ:
B. સમાન પ્રકારની ડિસ્ક વચ્ચે ડેટાનું વિતરણ
યાદ રાખો, શરૂઆતમાં મેં તે સ્ટોરેજ મીડિયા પરથી લખ્યું હતું એક અથવા વધુ સ્તરોને એક પૂલમાં જોડવામાં આવે છે? એક સ્તરના કિસ્સામાં, FAST VP પાસે પણ કામ કરવાનું છે. કોઈપણ સ્તરે મહત્તમ કામગીરી હાંસલ કરવા માટે, ડિસ્ક વચ્ચે સમાનરૂપે ડેટા વિતરિત કરવાની સલાહ આપવામાં આવે છે. આ (સિદ્ધાંતમાં) તમને મહત્તમ માત્રામાં IOPS મેળવવાની મંજૂરી આપશે. RAID જૂથની અંદરની માહિતીને ડિસ્કમાં સમાનરૂપે વિતરિત ગણવામાં આવે છે, પરંતુ આ હંમેશા RAID જૂથો વચ્ચેનો કેસ નથી. અસંતુલનની સ્થિતિમાં, FAST VP RAID જૂથો વચ્ચે તેમના વોલ્યુમ અને "શરતી કામગીરી" (સંખ્યાત્મક દ્રષ્ટિએ)ના પ્રમાણમાં ડેટા ખસેડશે. સ્પષ્ટતા માટે, હું ત્રણ RAID જૂથો વચ્ચે પુનઃસંતુલન યોજના બતાવીશ:
B. પૂલનું વિસ્તરણ કરતી વખતે ડેટાનું વિતરણ
આ કાર્ય પાછલા એકનો વિશિષ્ટ કેસ છે અને જ્યારે RAID જૂથને પૂલમાં ઉમેરવામાં આવે ત્યારે કરવામાં આવે છે. નવા ઉમેરાયેલ RAID જૂથ નિષ્ક્રિય ન રહે તેની ખાતરી કરવા માટે, અમુક માહિતી તેમાં સ્થાનાંતરિત કરવામાં આવશે, જેનો અર્થ છે કે લોડ તમામ RAID જૂથોમાં પુનઃવિતરિત કરવામાં આવશે.
SSD વસ્ત્રો સ્તરીકરણ
વેર લેવલિંગનો ઉપયોગ કરીને, FAST VP SSD નું આયુષ્ય વધારી શકે છે, જો કે આ સુવિધા સ્ટોરેજ ટિયરિંગ સાથે સીધી રીતે સંબંધિત નથી. તાપમાનનો ડેટા પહેલેથી જ ઉપલબ્ધ હોવાથી, લેખન કામગીરીની સંખ્યાને પણ ધ્યાનમાં લેવામાં આવે છે, અને અમે જાણીએ છીએ કે ડેટા બ્લોક્સ કેવી રીતે ખસેડવા, આ સમસ્યાનું નિરાકરણ FAST VP માટે તાર્કિક હશે.
જો એક RAID જૂથમાં એન્ટ્રીઓની સંખ્યા નોંધપાત્ર રીતે બીજામાં એન્ટ્રીઓની સંખ્યા કરતાં વધી જાય, તો FAST VP લેખિત કામગીરીની સંખ્યા અનુસાર ડેટાનું પુનઃવિતરિત કરશે. એક તરફ, આ લોડને રાહત આપે છે અને કેટલીક ડિસ્કના સંસાધનને બચાવે છે, બીજી તરફ, તે ઓછા લોડવાળા લોકો માટે "કાર્ય" ઉમેરે છે, એકંદર કામગીરીમાં વધારો કરે છે.
આ રીતે, FAST VP સ્ટોરેજ ટિયરિંગના પરંપરાગત પડકારોનો સામનો કરે છે અને તેનાથી થોડું વધારે કરે છે. આ બધું તમને યુનિટી સ્ટોરેજ સિસ્ટમમાં ખૂબ જ અસરકારક રીતે ડેટા સ્ટોર કરવાની મંજૂરી આપે છે.
કેટલીક ટીપ્સ
- દસ્તાવેજો વાંચવાની અવગણના કરશો નહીં. ત્યાં શ્રેષ્ઠ પ્રયાસો છે, અને તે ખૂબ સારી રીતે કામ કરે છે. જો તમે તેમને અનુસરો છો, તો પછી, એક નિયમ તરીકે, કોઈ ગંભીર સમસ્યાઓ ઊભી થતી નથી. બાકીની સલાહ મૂળભૂત રીતે પુનરાવર્તિત થાય છે અથવા તેમને પૂરક બનાવે છે.
- જો તમે FAST VP ને રૂપરેખાંકિત અને સક્ષમ કર્યું હોય, તો તેને સક્ષમ કરવાનું વધુ સારું છે. તેને તેના ફાળવેલ સમયમાં ડેટાનું વિતરણ કરવા દો અને વર્ષમાં એક કરતા પણ ઓછા સમયમાં અને અન્ય કાર્યોની કામગીરી પર ગંભીર અસર કરે છે. આવા કિસ્સાઓમાં, ડેટા પુનઃવિતરણમાં લાંબો સમય લાગી શકે છે.
- રિલોકેશન વિંડો પસંદ કરતી વખતે સાવચેત રહો. જો કે આ સ્પષ્ટ છે, યુનિટી પર ઓછામાં ઓછા ભાર સાથે સમય પસંદ કરવાનો પ્રયાસ કરો અને પૂરતો સમય ફાળવો.
- તમારી સ્ટોરેજ સિસ્ટમને વિસ્તૃત કરવાની યોજના બનાવો, તે સમયસર કરો. આ એક સામાન્ય ભલામણ છે જે FAST VP માટે પણ મહત્વપૂર્ણ છે. જો ખાલી જગ્યાની માત્રા ખૂબ ઓછી હોય, તો ડેટાની હિલચાલ ધીમી થઈ જશે અથવા અશક્ય બની જશે. ખાસ કરીને જો તમે બિંદુ 2 ની અવગણના કરી હોય.
- FAST VP સક્ષમ સાથે પૂલને વિસ્તૃત કરતી વખતે, તમારે સૌથી ધીમી ડિસ્કથી શરૂઆત કરવી જોઈએ નહીં. એટલે કે, અમે કાં તો બધા આયોજિત RAID જૂથો એકસાથે ઉમેરીએ છીએ, અથવા પહેલા સૌથી ઝડપી ડિસ્ક ઉમેરીએ છીએ. આ કિસ્સામાં, નવી "ઝડપી" ડિસ્ક પર ડેટાનું પુનઃવિતરિત કરવાથી પૂલની એકંદર ગતિમાં વધારો થશે. નહિંતર, "ધીમી" ડિસ્કથી પ્રારંભ કરવાથી ખૂબ જ અપ્રિય પરિસ્થિતિ થઈ શકે છે. પ્રથમ, ડેટાને નવી, પ્રમાણમાં ધીમી ડિસ્કમાં સ્થાનાંતરિત કરવામાં આવશે, અને પછી, જ્યારે ઝડપી ઉમેરવામાં આવશે, ત્યારે વિરુદ્ધ દિશામાં. અહીં વિવિધ FAST VP નીતિઓ સંબંધિત ઘોંઘાટ છે, પરંતુ સામાન્ય રીતે, સમાન પરિસ્થિતિ શક્ય છે.
જો તમે આ પ્રોડક્ટ જોઈ રહ્યા છો, તો તમે Unity VSA વર્ચ્યુઅલ એપ્લાયન્સ ડાઉનલોડ કરીને યુનિટીને મફતમાં અજમાવી શકો છો.
સામગ્રીના અંતે, હું ઘણી ઉપયોગી લિંક્સ શેર કરું છું:
- પૃષ્ઠ
- - કાર્યનું સંક્ષિપ્ત વર્ણન
- , પીડીએફ ફોર્મેટ
નિષ્કર્ષ
હું ઘણું બધું લખવા માંગુ છું, પરંતુ હું સમજું છું કે બધી વિગતો વાચક માટે રસપ્રદ રહેશે નહીં. ઉદાહરણ તરીકે, તમે I/O આંકડાઓનું વિશ્લેષણ કરવાની પ્રક્રિયાઓ વિશે, ડેટા ટ્રાન્સફર વિશે FAST VP નિર્ણયો લેતા માપદંડો વિશે વધુ વિગતવાર વાત કરી શકો છો. સાથે વાર્તાલાપનો વિષય પણ , અને આ એક અલગ લેખને પાત્ર છે. તમે આ ટેક્નોલોજીના વિકાસ વિશે કલ્પના પણ કરી શકો છો. હું આશા રાખું છું કે તે કંટાળાજનક ન હતું અને મેં તમને કંટાળો આપ્યો ન હતો. તમને ફરી મલીસુ!
સોર્સ: www.habr.com