પગમાં પોતાને માર્યા વિના સ્ટોરેજ કેવી રીતે પસંદ કરવું

પરિચય

સ્ટોરેજ ખરીદવાનો સમય છે. કયું લેવું, કોનું સાંભળવું? વિક્રેતા A વિક્રેતા B વિશે વાત કરે છે, અને પછી ત્યાં સંકલનકર્તા C છે, જે વિરુદ્ધ કહે છે અને વિક્રેતા D ને સલાહ આપે છે. આવી સ્થિતિમાં, અનુભવી સ્ટોરેજ આર્કિટેક્ટનું માથું પણ ફરશે, ખાસ કરીને બધા નવા વિક્રેતાઓ અને SDS અને હાઇપરકન્વર્જન્સ સાથે જે ફેશનેબલ છે. આજે

તો, તમે આ બધું કેવી રીતે બહાર કાઢશો અને મૂર્ખ ન બની શકો? અમે (એન્ટોન વર્ચ્યુઅલ એન્ટોન ઝ્બાન્કોવ અને કોર્પો એવજેની એલિઝારોવ) ચાલો આ વિશે સાદા રશિયનમાં વાત કરવાનો પ્રયાસ કરીએ.
લેખમાં ઘણી સામ્યતાઓ છે અને તે વાસ્તવમાં “નું વિસ્તરણ છે.વર્ચ્યુઅલાઈઝ્ડ ડેટા સેન્ટર ડિઝાઇનસ્ટોરેજ સિસ્ટમ્સ પસંદ કરવા અને સ્ટોરેજ ટેક્નોલોજીઓની સમીક્ષા કરવાના સંદર્ભમાં. અમે સામાન્ય સિદ્ધાંતને સંક્ષિપ્તમાં જોશું, પરંતુ અમે ભલામણ કરીએ છીએ કે તમે આ લેખ પણ વાંચો.

કેમ

તમે ઘણીવાર એવી પરિસ્થિતિ જોઈ શકો છો કે જ્યાં કોઈ નવી વ્યક્તિ ફોરમ અથવા સ્ટોરેજ ચર્ચાઓ જેવી વિશિષ્ટ ચેટમાં આવે છે અને પ્રશ્ન પૂછે છે: “અહીં તેઓ મને બે સ્ટોરેજ વિકલ્પો ઓફર કરે છે - ABC SuperStorage S600 અને XYZ HyperOcean 666v4, તમે શું ભલામણ કરો છો? ?"

અને મૂંઝવણ શરૂ થાય છે કે કોની પાસે ભયંકર અને અગમ્ય લક્ષણોના અમલીકરણની વિશેષતાઓ છે, જે તૈયારી વિનાના વ્યક્તિ માટે સંપૂર્ણપણે ચાઇનીઝ છે.

તેથી, વાણિજ્યિક દરખાસ્તોમાં સ્પષ્ટીકરણોની તુલના કરતા પહેલા તમારે તમારી જાતને લાંબા સમય સુધી પૂછવાનો મુખ્ય અને પહેલો પ્રશ્ન શા માટે છે? આ સ્ટોરેજ સિસ્ટમ શા માટે જરૂરી છે?

જવાબ અનપેક્ષિત હશે, અને ખૂબ જ ટોની રોબિન્સ શૈલી - ડેટા સ્ટોર કરવા માટે. આભાર, કેપ્ટન! અને તેમ છતાં, કેટલીકવાર આપણે વિગતોની સરખામણીમાં એટલા ઊંડા ઉતરીએ છીએ કે આપણે ભૂલી જઈએ છીએ કે આપણે આ બધું શા માટે કરી રહ્યા છીએ.

તેથી, ડેટા સ્ટોરેજ સિસ્ટમનું કાર્ય આપેલ પ્રદર્શન સાથે ડેટાને સંગ્રહિત અને ઍક્સેસ પ્રદાન કરવાનું છે. અમે ડેટા સાથે પ્રારંભ કરીશું.

માહિતી

ડેટા પ્રકાર

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

તેનાથી વિપરિત, જો હેતુપૂર્વકનો ઉપયોગ વ્યસ્ત વ્યવહાર DBMS છે, તો ઉત્તમ મલ્ટીમીડિયા સ્ટ્રીમિંગ સિસ્ટમ્સ પ્રતિ સેકન્ડ ગીગાબાઈટ્સ વિતરિત કરવામાં સક્ષમ છે તે નબળી પસંદગી હશે.

ડેટા વોલ્યુમ

અમે કેટલો ડેટા સ્ટોર કરવાની યોજના બનાવીએ છીએ? જથ્થા હંમેશા ગુણવત્તામાં વિકસે છે; આને ક્યારેય ભૂલવું જોઈએ નહીં, ખાસ કરીને ડેટાના જથ્થામાં ઘાતાંકીય વૃદ્ધિના આપણા સમયમાં. પેટાબાઇટ-ક્લાસ સિસ્ટમ્સ હવે અસામાન્ય નથી, પરંતુ પેટાબાઇટ ક્ષમતા જેટલી મોટી હશે, સિસ્ટમ જેટલી વધુ ચોક્કસ બનશે, તેટલી નાની અને મધ્યમ કદની રેન્ડમ એક્સેસ સિસ્ટમ્સની સામાન્ય કાર્યક્ષમતા ઓછી સુલભ હશે. તે નજીવું છે કારણ કે એકલા બ્લોક એક્સેસ આંકડા કોષ્ટકો નિયંત્રકો પર ઉપલબ્ધ RAM ની માત્રા કરતા મોટી બને છે. કમ્પ્રેશન/ટિયરિંગનો ઉલ્લેખ ન કરવો. ચાલો કહીએ કે અમે કમ્પ્રેશન એલ્ગોરિધમને વધુ શક્તિશાળી પર સ્વિચ કરવા માંગીએ છીએ અને 20 પેટાબાઇટ્સ ડેટાને સંકુચિત કરવા માંગીએ છીએ. તે કેટલો સમય લેશે: છ મહિના, એક વર્ષ?

બીજી બાજુ, જો તમારે 500 GB ડેટા સ્ટોર અને પ્રોસેસ કરવાની જરૂર હોય તો શા માટે પરેશાન થવું? માત્ર 500. આ કદના ઘરગથ્થુ SSDs (ઓછી DWPD સાથે)ની કોઈ કિંમત નથી. શા માટે ફાઇબર ચેનલ ફેક્ટરી બનાવવી અને કાસ્ટ આયર્ન બ્રિજની સમકક્ષ ખર્ચવાળી ઉચ્ચ-અંતની બાહ્ય સ્ટોરેજ સિસ્ટમ્સ ખરીદવી?

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

આઈપી

ડેટાની બીજી બાજુ માહિતી સિસ્ટમ છે જે ડેટાનો ઉપયોગ કરે છે. IS પાસે આવશ્યકતાઓનો સમૂહ છે જે ડેટાને વારસામાં મેળવે છે. IS વિશે વધુ માહિતી માટે, "વર્ચ્યુઅલાઈઝ્ડ ડેટા સેન્ટર ડિઝાઇન" જુઓ.

સ્થિતિસ્થાપકતા/ઉપલબ્ધતા જરૂરીયાતો

ખામી સહિષ્ણુતા/ડેટાની ઉપલબ્ધતા માટેની આવશ્યકતાઓ IS પાસેથી વારસામાં મળે છે અને તેનો ઉપયોગ કરીને તેને ત્રણ સંખ્યામાં દર્શાવવામાં આવે છે - RPO, આરટીઓ, ઉપલબ્ધતા.

ઉપલબ્ધતા — આપેલ સમયગાળા માટેનો શેર જે દરમિયાન તેમની સાથે કામ કરવા માટે ડેટા ઉપલબ્ધ હોય છે. સામાન્ય રીતે 9 ની સંખ્યા તરીકે દર્શાવવામાં આવે છે. ઉદાહરણ તરીકે, દર વર્ષે બે નાઇન્સનો અર્થ એ થાય છે કે ઉપલબ્ધતા 99% છે, અથવા અન્યથા દર વર્ષે 95 કલાકની અનુપલબ્ધતાની મંજૂરી છે. ત્રણ નાઇન્સ - દર વર્ષે 9,5 કલાક.

RPO/RTO એ કુલ સૂચક નથી, પરંતુ દરેક ઘટના (અકસ્માત) માટે, ઉપલબ્ધતાથી વિપરીત છે.

RPO - અકસ્માત દરમિયાન ખોવાઈ ગયેલા ડેટાની માત્રા (કલાકોમાં). ઉદાહરણ તરીકે, જો બેકઅપ દિવસમાં એકવાર થાય છે, તો RPO = 24 કલાક. તે. આપત્તિ અને સ્ટોરેજ સિસ્ટમના સંપૂર્ણ નુકસાનની સ્થિતિમાં, 24 કલાક સુધીનો ડેટા (બેકઅપના ક્ષણથી) ખોવાઈ શકે છે. IS માટે ઉલ્લેખિત RPO ના આધારે, ઉદાહરણ તરીકે, બેકઅપ નિયમો લખેલા છે. ઉપરાંત, RPO ના આધારે, તમે સમજી શકો છો કે કેટલી સિંક્રનસ/અસિંક્રોનસ ડેટા પ્રતિકૃતિની જરૂર છે.

આરટીઓ - આપત્તિ પછી સેવા (ડેટા એક્સેસ) પુનઃસ્થાપિત કરવાનો સમય. આપેલ RTO મૂલ્યના આધારે, અમે સમજી શકીએ છીએ કે શું મેટ્રો ક્લસ્ટરની જરૂર છે, અથવા યુનિડાયરેક્શનલ રેપ્લિકેશન પર્યાપ્ત છે. શું તમને હાઇ-એન્ડ ક્લાસ મલ્ટિ-કંટ્રોલર સ્ટોરેજ સિસ્ટમની જરૂર છે?

કામગીરી જરૂરીયાતો

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

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

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

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

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

અને, મહેરબાની કરીને નોંધ કરો, વ્યવહારુ એપ્લિકેશનના દૃષ્ટિકોણથી સૌથી સાચો વિકલ્પ એ વર્તમાન સાધનો પર પાઇલટ છે, અથવા વિક્રેતા/સંકલનકર્તા દ્વારા પરીક્ષણ માટે પૂરા પાડવામાં આવેલ સાધનો છે.

ખાસ જરૂરિયાતો

વિશેષ જરૂરિયાતો એ દરેક વસ્તુ છે જે ડેટાની સીધી પ્રક્રિયા અને જોગવાઈ માટે કામગીરી, ખામી સહિષ્ણુતા અને કાર્યક્ષમતા માટેની આવશ્યકતાઓ હેઠળ આવતી નથી.

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

ક્યાં

ચોક્કસ સ્ટોરેજ સિસ્ટમ પસંદ કરવામાં બીજો મુખ્ય ઘટક આ સ્ટોરેજ સિસ્ટમ ક્યાં સ્થિત હશે તે વિશેની માહિતી છે. ભૂગોળ અથવા આબોહવાની પરિસ્થિતિઓથી શરૂ કરીને, અને કર્મચારીઓ સાથે સમાપ્ત થાય છે.

ગ્રાહક

આ સ્ટોરેજ સિસ્ટમ કોના માટે આયોજન કરવામાં આવી છે? પ્રશ્નના નીચેના કારણો છે:

સરકારી ગ્રાહક/વાણિજ્યિક.
વાણિજ્યિક ગ્રાહક પર કોઈ નિયંત્રણો નથી અને તે તેના પોતાના આંતરિક નિયમો અનુસાર ટેન્ડર રાખવા માટે પણ બંધાયેલા નથી.

સરકારી ગ્રાહક એ અલગ બાબત છે. 44 ફેડરલ લો અને ટેન્ડરો અને તકનીકી વિશિષ્ટતાઓ સાથેના અન્ય આનંદ કે જેને પડકારી શકાય.

ગ્રાહક પ્રતિબંધો હેઠળ છે
ઠીક છે, અહીં પ્રશ્ન ખૂબ જ સરળ છે - પસંદગી ફક્ત આપેલ ગ્રાહક માટે ઉપલબ્ધ ઑફર્સ દ્વારા મર્યાદિત છે.

આંતરિક નિયમો / વિક્રેતાઓ / મોડલ ખરીદી માટે માન્ય છે
પ્રશ્ન પણ અત્યંત સરળ છે, પરંતુ તમારે તેને યાદ રાખવાની જરૂર છે.

જ્યાં શારીરિક રીતે

આ ભાગમાં અમે આવાસ પરિસરમાં ભૂગોળ, સંદેશાવ્યવહાર ચેનલો અને માઇક્રોક્લાઇમેટ સાથેના તમામ મુદ્દાઓને ધ્યાનમાં લઈએ છીએ.

સ્ટાફ

આ સ્ટોરેજ સિસ્ટમ સાથે કોણ કામ કરશે? સ્ટોરેજ સિસ્ટમ પોતે શું કરી શકે તેના કરતાં આ ઓછું મહત્વનું નથી.
વિક્રેતા A ની સ્ટોરેજ સિસ્ટમ કેટલી આશાસ્પદ, ઠંડી અને અદ્ભુત છે તે બાબત કોઈ બાબત નથી, જો સ્ટાફ માત્ર વિક્રેતા B સાથે કેવી રીતે કામ કરવું તે જાણતો હોય, અને A સાથે આગળની ખરીદીઓ અને ચાલુ સહકારની કોઈ યોજના ન હોય તો તેને ઇન્સ્ટોલ કરવામાં કદાચ કોઈ ફાયદો નથી.

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

પર્યાવરણ

અને અલબત્ત, એક મહત્વપૂર્ણ પ્રશ્ન એ છે કે આ સ્ટોરેજ સિસ્ટમ કયા વાતાવરણમાં કાર્ય કરશે.

• પાવર સપ્લાય/કૂલિંગ વિશે શું?
• શું જોડાણ
• તે ક્યાં સ્થાપિત થશે?
• વગેરે.

ઘણીવાર આ પ્રશ્નોને ગ્રાન્ટેડ લેવામાં આવે છે અને ખાસ ધ્યાનમાં લેવામાં આવતા નથી, પરંતુ કેટલીકવાર તે એવા હોય છે જે બધું ફેરવી શકે છે.

શું?

વિક્રેતા

આજની તારીખે (2019 ના મધ્યમાં), રશિયન સ્ટોરેજ માર્કેટને 5 કેટેગરીમાં વિભાજિત કરી શકાય છે:

1. સર્વોચ્ચ વિભાગ એ સુસ્થાપિત કંપનીઓ છે જેમાં સરળથી હાઇ-એન્ડ (HPE, DellEMC, Hitachi, NetApp, IBM/Lenovo) સુધીના ડિસ્ક શેલ્ફની વિશાળ શ્રેણી છે.
2. સેકન્ડ ડિવિઝન - મર્યાદિત લાઇન ધરાવતી કંપનીઓ, વિશિષ્ટ ખેલાડીઓ, ગંભીર SDS વિક્રેતાઓ અથવા ઉભરતા નવા આવનારાઓ (Fujitsu, Datacore, Infinidat, Huawei, Pure, વગેરે)
3. ત્રીજો વિભાગ - નીચા અંતિમ રેન્કમાં વિશિષ્ટ સોલ્યુશન્સ, સસ્તા એસડીએસ, સેફ અને અન્ય ઓપન પ્રોજેક્ટ્સ (ઇન્ફોર્ટ્રેન્ડ, સ્ટારવિન્ડ, વગેરે) પર આધારિત અદ્યતન ઉત્પાદનો
4. SOHO સેગમેન્ટ - ઘર/નાના ઓફિસ સ્તરની નાની અને અલ્ટ્રા-સ્મોલ સ્ટોરેજ સિસ્ટમ્સ (સિનોલોજી, QNAP, વગેરે)
5. આયાત-અવેજી સ્ટોરેજ સિસ્ટમ્સ - આમાં ફરીથી લેબલવાળા લેબલવાળા પ્રથમ વિભાગના હાર્ડવેર અને બીજાના દુર્લભ પ્રતિનિધિઓ (RAIDIX, અમે તેમને અગાઉથી બીજું આપીશું), પરંતુ મુખ્યત્વે આ ત્રીજો વિભાગ છે (એરોડિસ્ક, બૌમ, ડેપો, વગેરે)

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

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

વ્યક્તિએ જે જરૂરી છે તેનાથી વધુ સંસ્થાઓનું નિર્માણ ન કરવું જોઈએ.

iSCSI/FC/ફાઇલ

એક્સેસ પ્રોટોકોલના મુદ્દા પર એન્જિનિયરો વચ્ચે કોઈ સર્વસંમતિ નથી, અને ચર્ચા એન્જિનિયરિંગ કરતા વધુ ધર્મશાસ્ત્રીય ચર્ચાઓ જેવી છે. પરંતુ સામાન્ય રીતે, નીચેના મુદ્દાઓ નોંધી શકાય છે:

FCoE જીવંત કરતાં વધુ મૃત.

FC vs iSCSI. આઇપી સ્ટોરેજ પર 2019માં FCના મુખ્ય ફાયદાઓમાંનો એક, ડેટા એક્સેસ માટે સમર્પિત ફેક્ટરી, સમર્પિત IP નેટવર્ક દ્વારા સરભર કરવામાં આવે છે. FC ને IP નેટવર્ક્સ પર કોઈ વૈશ્વિક ફાયદા નથી, અને IP નો ઉપયોગ કોઈપણ લોડ સ્તરની સ્ટોરેજ સિસ્ટમ્સ બનાવવા માટે થઈ શકે છે, મોટી બેંકની કોર બેંકિંગ સિસ્ટમ માટે ભારે DBMS માટેની સિસ્ટમ્સ સુધી. બીજી બાજુ, એફસીના મૃત્યુની ભવિષ્યવાણી ઘણા વર્ષોથી કરવામાં આવી રહી છે, પરંતુ કંઈક તેને સતત અટકાવી રહ્યું છે. આજે, ઉદાહરણ તરીકે, સ્ટોરેજ માર્કેટમાં કેટલાક ખેલાડીઓ સક્રિયપણે NVMEoF ધોરણ વિકસાવી રહ્યા છે. શું તે FCoE નું ભાવિ શેર કરશે - સમય જ કહેશે.

ફાઇલ એક્સેસ ધ્યાન આપવા લાયક બાબત પણ નથી. NFS/CIFS ઉત્પાદકતા વાતાવરણમાં સારું પ્રદર્શન કરે છે અને, જો યોગ્ય રીતે ડિઝાઇન કરવામાં આવે તો, બ્લોક પ્રોટોકોલ કરતાં વધુ ફરિયાદો નથી.

હાઇબ્રિડ / બધા ફ્લેશ એરે

ક્લાસિક સ્ટોરેજ સિસ્ટમ 2 પ્રકારની આવે છે:

1. AFA (બધા ફ્લેશ એરે) - SSD ઉપયોગ માટે ઑપ્ટિમાઇઝ કરેલ સિસ્ટમ્સ.
2. હાઇબ્રિડ - તમને એચડીડી અને એસએસડી અથવા તેનાં સંયોજનનો ઉપયોગ કરવાની મંજૂરી આપે છે.

તેમનો મુખ્ય તફાવત સપોર્ટેડ સ્ટોરેજ કાર્યક્ષમતા તકનીકો અને પ્રદર્શનનું મહત્તમ સ્તર (ઉચ્ચ IOPS અને ઓછી વિલંબતા) છે. બંને સિસ્ટમો (તેમના મોટા ભાગના મોડેલોમાં, લો-એન્ડ સેગમેન્ટની ગણતરી કરતા નથી) બ્લોક અને ફાઇલ બંને ઉપકરણો તરીકે કામ કરી શકે છે. સમર્થિત કાર્યક્ષમતા સિસ્ટમના સ્તર પર આધાર રાખે છે, અને નાના મોડેલો માટે તે મોટાભાગે ન્યૂનતમ સ્તર સુધી ઘટાડવામાં આવે છે. જ્યારે તમે કોઈ ચોક્કસ મોડેલની લાક્ષણિકતાઓનો અભ્યાસ કરી રહ્યાં હોવ ત્યારે આ પર ધ્યાન આપવું યોગ્ય છે, અને માત્ર સમગ્ર લાઇનની ક્ષમતાઓનો જ નહીં. ઉપરાંત, અલબત્ત, તેની તકનીકી લાક્ષણિકતાઓ, જેમ કે પ્રોસેસર, મેમરીની માત્રા, કેશ, સંખ્યા અને પોર્ટના પ્રકારો વગેરે પણ સિસ્ટમના સ્તર પર આધારિત છે. મેનેજમેન્ટના દૃષ્ટિકોણથી, AFAs માત્ર SSD ડ્રાઇવ્સ સાથે કામ કરવા માટેની મિકેનિઝમ્સના અમલીકરણમાં હાઇબ્રિડ (ડિસ્ક) સિસ્ટમ્સથી અલગ છે, અને જો તમે હાઇબ્રિડ સિસ્ટમમાં SSD નો ઉપયોગ કરો છો, તો પણ તેનો અર્થ એ નથી કે તમે સક્ષમ હશો. AFA સિસ્ટમના સ્તરે પ્રદર્શનનું સ્તર હાંસલ કરવા માટે. ઉપરાંત, મોટા ભાગના કિસ્સાઓમાં, ઇનલાઇન કાર્યક્ષમ સ્ટોરેજ મિકેનિઝમ્સ હાઇબ્રિડ સિસ્ટમ્સ પર અક્ષમ છે, અને તેમના સમાવેશથી કાર્યક્ષમતામાં નુકસાન થાય છે.

ખાસ સ્ટોરેજ સિસ્ટમ્સ

સામાન્ય હેતુવાળી સ્ટોરેજ સિસ્ટમ્સ ઉપરાંત, મુખ્યત્વે ઓપરેશનલ ડેટા પ્રોસેસિંગ પર કેન્દ્રિત, ત્યાં મુખ્ય સિદ્ધાંતો સાથેની ખાસ સ્ટોરેજ સિસ્ટમ્સ છે જે સામાન્ય કરતાં મૂળભૂત રીતે અલગ છે (ઓછી લેટન્સી, ઉચ્ચ IOPS):

મીડિયા.

આ સિસ્ટમો મોટી મીડિયા ફાઇલોને સ્ટોર કરવા અને પ્રોસેસ કરવા માટે બનાવવામાં આવી છે. જવાબ વિલંબ વ્યવહારીક રીતે બિનમહત્વપૂર્ણ બની જાય છે, અને ઘણા સમાંતર પ્રવાહોમાં વિશાળ બેન્ડમાં ડેટા મોકલવાની અને પ્રાપ્ત કરવાની ક્ષમતા સામે આવે છે.

બેકઅપ માટે સ્ટોરેજ સિસ્ટમની નકલ કરવી.

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

ઑબ્જેક્ટ સ્ટોરેજ સિસ્ટમ્સ.

આ સ્ટોરેજ સિસ્ટમ્સમાં સામાન્ય બ્લોક-એક્સેસ વોલ્યુમ્સ અને ફાઇલ શેર્સ હોતા નથી, અને મોટાભાગે તેઓ વિશાળ ડેટાબેઝ જેવા હોય છે. આવી સિસ્ટમમાં સંગ્રહિત ઑબ્જેક્ટની ઍક્સેસ અનન્ય ઓળખકર્તા દ્વારા અથવા મેટાડેટા દ્વારા હાથ ધરવામાં આવે છે (ઉદાહરણ તરીકે, XX-XX-XXXX અને YY-YY-YYYY વચ્ચેની બનાવટ તારીખ સાથેના તમામ JPEG ફોર્મેટ ઑબ્જેક્ટ્સ).

અનુપાલન સિસ્ટમ.

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

માલિકીની તકનીકો

ફ્લેશ કેશ

ફ્લેશ મેમરીને સેકન્ડ-લેવલ કેશ તરીકે વાપરવા માટેની તમામ માલિકીની ટેકનોલોજી માટે ફ્લેશ કેશ એ સામાન્ય નામ છે. ફ્લેશ કેશનો ઉપયોગ કરતી વખતે, સ્ટોરેજ સિસ્ટમની ગણતરી સામાન્ય રીતે ચુંબકીય ડિસ્કમાંથી સ્થિર લોડ પ્રદાન કરવા માટે કરવામાં આવે છે, જ્યારે કેશ દ્વારા ટોચની સેવા આપવામાં આવે છે.

આ કિસ્સામાં, લોડ પ્રોફાઇલ અને સ્ટોરેજ વોલ્યુમના બ્લોક્સની ઍક્સેસના સ્થાનિકીકરણની ડિગ્રીને સમજવું જરૂરી છે. ફ્લેશ કેશ એ અત્યંત સ્થાનિક ક્વેરીઝ સાથેના વર્કલોડ માટે એક ટેકનોલોજી છે અને એકસરખા લોડ થયેલ વોલ્યુમો (જેમ કે એનાલિટિક્સ સિસ્ટમ્સ માટે) માટે વ્યવહારીક રીતે અયોગ્ય છે.

બજારમાં બે ફ્લેશ કેશ અમલીકરણો ઉપલબ્ધ છે:

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

ટાયરિંગ

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

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

સ્નેપશોટ

ભલે આપણે સ્ટોરેજ સિસ્ટમની વિશ્વસનીયતા વિશે કેટલી વાત કરીએ, ત્યાં ડેટા ગુમાવવાની ઘણી તકો છે જે હાર્ડવેર સમસ્યાઓ પર આધારિત નથી. આ વાયરસ, હેકર્સ અથવા અન્ય કોઈપણ અજાણતા કાઢી નાખવા/ડેટાના ભ્રષ્ટાચાર હોઈ શકે છે. આ કારણોસર, ઉત્પાદન ડેટાનો બેકઅપ લેવો એ એન્જિનિયરની નોકરીનો અભિન્ન ભાગ છે.

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

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

RoW (રીડાયરેક્ટ-ઓન-રાઇટ). આ કિસ્સામાં, મૂળ વોલ્યુમ કુદરતી રીતે થીજી જાય છે, અને જ્યારે ડેટા બ્લોક લખવાનો પ્રયાસ કરવામાં આવે છે, ત્યારે સ્ટોરેજ સિસ્ટમ મેટાડેટા કોષ્ટકમાં આ બ્લોકનું સ્થાન બદલીને, ખાલી જગ્યામાં વિશિષ્ટ વિસ્તારમાં ડેટા લખે છે. આ તમને પુનઃલેખન કામગીરીની સંખ્યા ઘટાડવા માટે પરવાનગી આપે છે, જે આખરે પ્રદર્શનમાં ઘટાડો દૂર કરે છે અને સ્નેપશોટ અને તેમની સંખ્યા પરના નિયંત્રણોને દૂર કરે છે.

એપ્લિકેશનના સંબંધમાં સ્નેપશોટ પણ બે પ્રકારના હોય છે:

એપ્લિકેશન સુસંગતતા. સ્નેપશોટ બનાવવાની ક્ષણે, સ્ટોરેજ સિસ્ટમ ગ્રાહકની ઑપરેટિંગ સિસ્ટમમાં એક એજન્ટને ખેંચે છે, જે ડિસ્ક કૅશને મેમરીમાંથી ડિસ્ક પર બળજબરીથી ફ્લશ કરે છે અને એપ્લિકેશનને આ કરવા દબાણ કરે છે. આ કિસ્સામાં, જ્યારે સ્નેપશોટમાંથી પુનઃસ્થાપિત કરવામાં આવે છે, ત્યારે ડેટા સુસંગત રહેશે.

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

સ્ટોરેજ સિસ્ટમ્સ પર સ્નેપશોટ શા માટે જરૂરી છે?

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

ક્લોનીંગ

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

પ્રતિકૃતિ / જર્નલિંગ

પ્રતિકૃતિ એ અન્ય ભૌતિક સંગ્રહ સિસ્ટમ પર ડેટાની નકલ બનાવવા માટેની એક પદ્ધતિ છે. સામાન્ય રીતે, દરેક વિક્રેતા પાસે માલિકીની તકનીક હોય છે જે ફક્ત તેની પોતાની લાઇનમાં જ કાર્ય કરે છે. પરંતુ તૃતીય-પક્ષ સોલ્યુશન્સ પણ છે, જેમાં હાઇપરવાઇઝર સ્તરે કામ કરતા હોય તેવા ઉકેલો છે, જેમ કે VMware vSphere પ્રતિકૃતિ.

માલિકીની ટેક્નોલોજીઓની કાર્યક્ષમતા અને તેનો ઉપયોગ કરવાની સરળતા સામાન્ય રીતે સાર્વત્રિક કરતાં ઘણી શ્રેષ્ઠ હોય છે, પરંતુ જ્યારે, ઉદાહરણ તરીકે, NetApp થી HP MSA સુધીની પ્રતિકૃતિ બનાવવી જરૂરી હોય ત્યારે તે અયોગ્ય સાબિત થાય છે.

પ્રતિકૃતિને બે પેટાપ્રકારોમાં વહેંચવામાં આવી છે:

સિંક્રનસ. સિંક્રનસ પ્રતિકૃતિના કિસ્સામાં, રાઇટ ઑપરેશન તરત જ બીજી સ્ટોરેજ સિસ્ટમ પર મોકલવામાં આવે છે અને જ્યાં સુધી રિમોટ સ્ટોરેજ સિસ્ટમ કન્ફર્મ ન કરે ત્યાં સુધી એક્ઝેક્યુશન કન્ફર્મ થતું નથી. આને કારણે, ઍક્સેસ વિલંબ વધે છે, પરંતુ અમારી પાસે ડેટાની ચોક્કસ મિરર કોપી છે. તે. મુખ્ય સ્ટોરેજ સિસ્ટમના નુકસાનના કિસ્સામાં RPO = 0.

અસુમેળ. રાઈટ ઑપરેશન્સ ફક્ત મુખ્ય સ્ટોરેજ સિસ્ટમ પર જ એક્ઝિક્યુટ કરવામાં આવે છે અને તરત જ કન્ફર્મ થાય છે, જ્યારે રિમોટ સ્ટોરેજ સિસ્ટમમાં બૅચ ટ્રાન્સમિશન માટે બફરમાં એક સાથે એકઠા થાય છે. આ પ્રકારની પ્રતિકૃતિ ઓછા મૂલ્યવાન ડેટા માટે અથવા ઓછી બેન્ડવિડ્થ અથવા ઉચ્ચ વિલંબતા (100 કિમીથી વધુના અંતર માટે લાક્ષણિક) ધરાવતી ચેનલો માટે સંબંધિત છે. તદનુસાર, RPO = પેકેટ મોકલવાની આવર્તન.

ઘણીવાર, પ્રતિકૃતિ સાથે, એક પદ્ધતિ છે લોગીંગ ડિસ્ક કામગીરી. આ કિસ્સામાં, લોગીંગ અને રેકોર્ડીંગ કામગીરી માટે ચોક્કસ વિસ્તાર સમયસર ફાળવવામાં આવે છે, અથવા લોગના વોલ્યુમ દ્વારા મર્યાદિત હોય છે, સંગ્રહિત થાય છે. EMC રિકવરપોઈન્ટ જેવી ચોક્કસ માલિકીની તકનીકો માટે, સિસ્ટમ સોફ્ટવેર સાથે એકીકરણ છે જે તમને ચોક્કસ લોગ એન્ટ્રી સાથે ચોક્કસ બુકમાર્ક્સને લિંક કરવાની મંજૂરી આપે છે. આના માટે આભાર, માત્ર 23 એપ્રિલ, 11 કલાક 59 સેકન્ડ 13 મિલીસેકન્ડ સુધી જ નહીં, પરંતુ “બધા કોષ્ટકો છોડો; કમીટ કરો."

મેટ્રો ક્લસ્ટર

મેટ્રો ક્લસ્ટર એ એક એવી ટેક્નોલોજી છે જે તમને બે સ્ટોરેજ સિસ્ટમ્સ વચ્ચે એવી રીતે દ્વિદિશ સિંક્રનસ પ્રતિકૃતિ બનાવવા માટે પરવાનગી આપે છે કે બહારથી આ જોડી એક સ્ટોરેજ સિસ્ટમ જેવી લાગે. તેનો ઉપયોગ મેટ્રો અંતર (100 કિમીથી ઓછા) પર ભૌગોલિક રીતે અલગ કરાયેલા હથિયારો સાથે ક્લસ્ટર બનાવવા માટે થાય છે.

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

• ડેટા સેન્ટર્સમાંના એકના મૃત્યુ પછી પુનઃપ્રાપ્તિ પ્રક્રિયાનું સંપૂર્ણ ઓટોમેશન. કોઈપણ વધારાના ભંડોળ વિના, મૃત ડેટા સેન્ટરમાં ચાલતા તમામ VM બાકીના એકમાં આપમેળે પુનઃપ્રારંભ થશે. RTO = ઉચ્ચ ઉપલબ્ધતા ક્લસ્ટર સમયસમાપ્તિ (VMware માટે 15 સેકન્ડ) + ઓપરેટિંગ સિસ્ટમ લોડ કરવા અને સેવાઓ શરૂ કરવાનો સમય.
• આપત્તિ નિવારણ અથવા, રશિયનમાં, આપત્તિઓ ટાળવી. જો ડેટા સેન્ટર 1 માં પાવર સપ્લાય કાર્યનું આયોજન કરવામાં આવ્યું હોય, તો અમારી પાસે કામ શરૂ થાય તે પહેલાં, ડેટા સેન્ટર 2 નોન-સ્ટોપ પર સમગ્ર મહત્વપૂર્ણ લોડને સ્થાનાંતરિત કરવાની તક છે.

વર્ચ્યુઅલાઈઝેશન

સ્ટોરેજ વર્ચ્યુઅલાઈઝેશન એ તકનીકી રીતે ડિસ્ક તરીકે અન્ય સ્ટોરેજ સિસ્ટમમાંથી વોલ્યુમોનો ઉપયોગ છે. સ્ટોરેજ વર્ચ્યુઅલાઈઝર કોઈ બીજાના વોલ્યુમને ગ્રાહકને તેના પોતાના તરીકે સ્થાનાંતરિત કરી શકે છે, એક સાથે તેને અન્ય સ્ટોરેજ સિસ્ટમમાં પ્રતિબિંબિત કરી શકે છે અથવા બાહ્ય વોલ્યુમોમાંથી RAID પણ બનાવી શકે છે.
સ્ટોરેજ વર્ચ્યુઅલાઈઝેશન વર્ગમાં ઉત્તમ પ્રતિનિધિઓ EMC VPLEX અને IBM SVC છે. અને અલબત્ત, વર્ચ્યુઅલાઈઝેશન કાર્યક્ષમતા સાથે સ્ટોરેજ સિસ્ટમ્સ - NetApp, હિટાચી, IBM / Lenovo Storwize.

શા માટે તેની જરૂર પડી શકે છે?

• સ્ટોરેજ સિસ્ટમ સ્તરે રીડન્ડન્સી. વોલ્યુમો વચ્ચે એક મિરર બનાવવામાં આવે છે, અને એક અડધો HP 3Par પર અને બીજો NetApp પર હોઈ શકે છે. અને વર્ચ્યુઅલાઈઝર EMC તરફથી છે.
• વિવિધ ઉત્પાદકોની સ્ટોરેજ સિસ્ટમ્સ વચ્ચે ન્યૂનતમ ડાઉનટાઇમ સાથે ડેટા ખસેડો. ચાલો માની લઈએ કે ડેટાને જૂના 3Parમાંથી સ્થાનાંતરિત કરવાની જરૂર છે, જે લખવામાં આવશે, નવા ડેલ પર. આ કિસ્સામાં, ગ્રાહકોને 3Par થી ડિસ્કનેક્ટ કરવામાં આવે છે, વોલ્યુમ VPLEX હેઠળ ટ્રાન્સફર કરવામાં આવે છે અને ગ્રાહકોને ફરીથી રજૂ કરવામાં આવે છે. વોલ્યુમમાં થોડો ફેરફાર થયો ન હોવાથી, કામ ચાલુ રહે છે. નવા ડેલ પર વોલ્યુમને પ્રતિબિંબિત કરવાની પ્રક્રિયા પૃષ્ઠભૂમિમાં શરૂ થાય છે, અને પૂર્ણ થયા પછી, મિરર તૂટી જાય છે અને 3Par અક્ષમ થાય છે.
• મેટ્રોક્લસ્ટર્સનું સંગઠન.

કમ્પ્રેશન/ડુપ્લિકેશન

કમ્પ્રેશન અને ડિડુપ્લિકેશન એ એવી તકનીકો છે જે તમને તમારી સ્ટોરેજ સિસ્ટમ પર ડિસ્ક જગ્યા બચાવવા માટે પરવાનગી આપે છે. તે હમણાં જ ઉલ્લેખનીય છે કે તમામ ડેટા સૈદ્ધાંતિક રીતે કમ્પ્રેશન અને/અથવા ડીડુપ્લિકેશનને આધીન નથી, જ્યારે કેટલાક પ્રકારના ડેટા સંકુચિત અને વધુ સારી રીતે ડિડુપ્લિકેશન કરવામાં આવે છે, અને કેટલાક - ઊલટું.

કમ્પ્રેશન અને ડિડુપ્લિકેશનના 2 પ્રકારો છે:

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

પોસ્ટ - જ્યારે આ ઓપરેશન્સ ડિસ્ક પર સ્થિત પહેલાથી જ રેકોર્ડ કરેલા ડેટા પર કરવામાં આવે છે. તદનુસાર, ડેટાને પ્રથમ ડિસ્ક પર લખવામાં આવે છે, અને તે પછી જ હેશની ગણતરી કરવામાં આવે છે અને બિનજરૂરી બ્લોક્સ કાઢી નાખવામાં આવે છે અને ડિસ્ક સંસાધનોને મુક્ત કરવામાં આવે છે.

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

આ મોડેલ

અને અહીં આપણે સાચા પ્રશ્ન પર આવીએ છીએ.

"તેઓ મને બે સ્ટોરેજ વિકલ્પો ઓફર કરે છે - ABC SuperStorage S600 અને XYZ HyperOcean 666v4, તમે શું ભલામણ કરો છો?"

"અહીં તેઓ મને બે સ્ટોરેજ વિકલ્પો ઓફર કરે છે - ABC SuperStorage S600 અને XYZ HyperOcean 666v4, તમે શું ભલામણ કરો છો?

લક્ષ્ય લોડ ઉત્પાદન/પરીક્ષણ/વિકાસ લૂપ્સ સાથે મિશ્રિત VMware વર્ચ્યુઅલ મશીનો છે. ટેસ્ટ = ઉત્પાદક. 150 IOPS 80kb બ્લોક 000% રેન્ડમ એક્સેસ 8/50 રીડ-રાઇટની ટોચની કામગીરી સાથે 80 TB દરેક. વિકાસ માટે 20 ટીબી, 300 IOPS પર્યાપ્ત છે, 50 રેન્ડમ, 000 લખો.

મેટ્રોક્લસ્ટરમાં ઉત્પાદકતા સંભવતઃ RPO = 15 મિનિટ RTO = 1 કલાક, અસુમેળ પ્રતિકૃતિમાં વિકાસ RPO = 3 કલાક, એક સાઇટ પર પરીક્ષણ.

ત્યાં 50TB DBMS હશે, તેમના માટે લોગિંગ સરસ રહેશે.

અમારી પાસે દરેક જગ્યાએ ડેલ સર્વર્સ છે, જૂની હિટાચી સ્ટોરેજ સિસ્ટમ્સ છે, તેઓ ભાગ્યે જ સામનો કરી શકે છે, અમે વોલ્યુમ અને પ્રદર્શનની દ્રષ્ટિએ 50% લોડ વધારવાની યોજના બનાવીએ છીએ."

જેમ તેઓ કહે છે, યોગ્ય રીતે ઘડવામાં આવેલ પ્રશ્નમાં 80% જવાબ હોય છે.

વધારાની માહિતી

લેખકો અનુસાર તમારે વધુમાં શું વાંચવું જોઈએ

પુસ્તકો

• ઓલિફર અને ઓલિફર "કમ્પ્યુટર નેટવર્ક્સ". આ પુસ્તક આઇપી/ઇથરનેટ સ્ટોરેજ સિસ્ટમ્સ માટે ડેટા ટ્રાન્સમિશન માધ્યમ કેવી રીતે કાર્ય કરે છે તે વ્યવસ્થિત કરવામાં અને કદાચ વધુ સારી રીતે સમજવામાં મદદ કરશે.
• "EMC માહિતી સંગ્રહ અને સંચાલન." સ્ટોરેજ સિસ્ટમ્સની મૂળભૂત બાબતો, શા માટે, કેવી રીતે અને શા માટે એક ઉત્તમ પુસ્તક.

ફોરમ અને ચેટ્સ

• સંગ્રહ ચર્ચાઓ
• Nutanix / IT રશિયન ચર્ચા ક્લબ
• VMware વપરાશકર્તા જૂથ રશિયા
• રશિયન બેકઅપ વપરાશકર્તા જૂથ

સામાન્ય ભલામણો

ભાવ યાદી

હવે, કિંમતો માટે - સામાન્ય રીતે, જો સ્ટોરેજ સિસ્ટમ્સ માટે કિંમતો હોય, તો તે સામાન્ય રીતે સૂચિબદ્ધ કિંમતો હોય છે, જેમાંથી દરેક ગ્રાહકને વ્યક્તિગત ડિસ્કાઉન્ટ મળે છે. ડિસ્કાઉન્ટના કદમાં મોટી સંખ્યામાં પરિમાણોનો સમાવેશ થાય છે, તેથી વિતરકને પૂછ્યા વિના તમારી કંપની કઈ અંતિમ કિંમત મેળવશે તેની આગાહી કરવી ફક્ત અશક્ય છે. પરંતુ તે જ સમયે, તાજેતરમાં લો-એન્ડ મોડલ્સ નિયમિત કમ્પ્યુટર સ્ટોર્સમાં દેખાવાનું શરૂ થયું છે, જેમ કે, ઉદાહરણ તરીકે nix.ru અથવા xcom-shop.ru. અહીં તમે કમ્પ્યુટરના કોઈપણ ઘટકોની જેમ, નિશ્ચિત કિંમતે તમને રુચિ હોય તે સિસ્ટમ તરત જ ખરીદી શકો છો.

પરંતુ હું તરત જ નોંધવા માંગુ છું કે TB/$ દ્વારા સીધી સરખામણી યોગ્ય નથી. જો આપણે આ દૃષ્ટિકોણથી તેનો સંપર્ક કરીએ, તો સૌથી સસ્તો ઉકેલ એક સરળ JBOD + સર્વર હશે, જે સંપૂર્ણ સુવિધાયુક્ત, ડ્યુઅલ-કંટ્રોલર સ્ટોરેજ સિસ્ટમ પ્રદાન કરે છે તે લવચીકતા અથવા વિશ્વસનીયતા પ્રદાન કરશે નહીં. આનો અર્થ એ નથી કે JBOD ઘૃણાસ્પદ છે અને એક બીભત્સ ગંદી યુક્તિ છે, તમારે ફરીથી ખૂબ જ સ્પષ્ટપણે સમજવાની જરૂર છે કે તમે આ ઉકેલનો ઉપયોગ કેવી રીતે અને કયા હેતુઓ માટે કરશો. તમે વારંવાર સાંભળી શકો છો કે JBOD માં તોડવા માટે કંઈ નથી, ત્યાં ફક્ત એક જ બેકપ્લેન છે. જો કે, બેકપ્લેન પણ ક્યારેક નિષ્ફળ જાય છે. વહેલા કે પછી બધું તૂટી જાય છે.

કુલ

સિસ્ટમોની એકબીજા સાથે માત્ર કિંમત દ્વારા અથવા માત્ર પ્રદર્શન દ્વારા જ નહીં, પરંતુ તમામ સૂચકાંકોની સંપૂર્ણતા દ્વારા સરખામણી કરવી જરૂરી છે.

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

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

સ્ત્રોત: www.habr.com