હાથ વિના એડમિન = અતિસંકલન?

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

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

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

અને આ અચાનક બેકઅપ ડેટા સેન્ટર્સ (ડિઝાસ્ટર રિકવરી) માટે ખૂબ જ સારો ઉકેલ સાબિત થયો. હું તમને હવે કેમ અને કેવી રીતે કહીશ. અને હું તમને ક્લસ્ટર પરીક્ષણો બતાવીશ.

જ્યાં જરૂર છે

હાઇપર કન્વર્જન્સ છે:

1. કમ્પ્યુટ નોડ્સમાં ડિસ્કનું સ્થાનાંતરણ.
2. વર્ચ્યુઅલાઈઝેશન સબસિસ્ટમ સાથે સ્ટોરેજ સબસિસ્ટમનું સંપૂર્ણ એકીકરણ.
3. નેટવર્ક સબસિસ્ટમ સાથે સ્થાનાંતરણ/સંકલન.

આ સંયોજન તમને વર્ચ્યુઅલાઈઝેશન સ્તરે અને તમામ એક નિયંત્રણ વિન્ડોમાંથી ઘણી સ્ટોરેજ સિસ્ટમ સુવિધાઓનો અમલ કરવાની મંજૂરી આપે છે.

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

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

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

પરીક્ષણો

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

v4 માં ફેરફારોભૂલોનો સમૂહ ઠીક કરવામાં આવ્યો છે.

શરૂઆતમાં, પ્લેટફોર્મ માત્ર VMware ESXi હાઇપરવાઇઝર સાથે કામ કરી શકતું હતું અને નાની સંખ્યામાં નોડ્સને સપોર્ટ કરતું હતું. ઉપરાંત, જમાવટની પ્રક્રિયા હંમેશા સફળતાપૂર્વક સમાપ્ત થતી ન હતી, કેટલાક પગલાં પુનઃપ્રારંભ કરવા પડ્યા હતા, જૂના સંસ્કરણોમાંથી અપડેટ કરવામાં સમસ્યાઓ હતી, GUI માં ડેટા હંમેશા યોગ્ય રીતે પ્રદર્શિત થતો ન હતો (જોકે હું હજી પણ પ્રદર્શન ગ્રાફના પ્રદર્શનથી ખુશ નથી. ), કેટલીકવાર વર્ચ્યુઅલાઈઝેશન સાથે ઈન્ટરફેસ પર સમસ્યાઓ ઊભી થાય છે.

હવે બાળપણની તમામ સમસ્યાઓ ઠીક કરવામાં આવી છે, HyperFlex ESXi અને Hyper-V બંનેને હેન્ડલ કરી શકે છે, ઉપરાંત તે શક્ય છે:

1. ખેંચાયેલ ક્લસ્ટર બનાવવું.
2. ફેબ્રિક ઇન્ટરકનેક્ટનો ઉપયોગ કર્યા વિના, બે થી ચાર ગાંઠો (અમે ફક્ત સર્વર ખરીદીએ છીએ) થી ઓફિસ માટે ક્લસ્ટર બનાવવું.
3. બાહ્ય સ્ટોરેજ સિસ્ટમ્સ સાથે કામ કરવાની ક્ષમતા.
4. કન્ટેનર અને કુબરનેટ્સ માટે સપોર્ટ.
5. ઉપલબ્ધતા ઝોનની રચના.
6. જો બિલ્ટ-ઇન કાર્યક્ષમતા સંતોષકારક ન હોય તો VMware SRM સાથે એકીકરણ.

આર્કિટેક્ચર તેના મુખ્ય સ્પર્ધકોના ઉકેલોથી ઘણું અલગ નથી; તેઓએ સાયકલ બનાવી નથી. તે બધા VMware અથવા Hyper-V વર્ચ્યુઅલાઈઝેશન પ્લેટફોર્મ પર ચાલે છે. હાર્ડવેર માલિકીના Cisco UCS સર્વર્સ પર હોસ્ટ થયેલ છે. એવા લોકો છે જેઓ પ્રારંભિક સેટઅપની સંબંધિત જટિલતા, ઘણા બધા બટનો, નમૂનાઓ અને નિર્ભરતાની બિન-તુચ્છ સિસ્ટમ માટે પ્લેટફોર્મને ધિક્કારે છે, પરંતુ એવા લોકો પણ છે જેઓ ઝેન શીખ્યા છે, તેઓ આ વિચારથી પ્રેરિત છે અને હવે ઇચ્છતા નથી. અન્ય સર્વર્સ સાથે કામ કરવા માટે.

અમે VMware માટેના સોલ્યુશનને ધ્યાનમાં લઈશું, કારણ કે સોલ્યુશન મૂળ રૂપે તેના માટે બનાવવામાં આવ્યું હતું અને તેમાં વધુ કાર્યક્ષમતા છે; હરીફો સાથે ચાલુ રાખવા અને બજારની અપેક્ષાઓ પૂરી કરવા માટે હાયપર-વીને રસ્તામાં ઉમેરવામાં આવ્યો હતો.

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

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

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

એક વિશિષ્ટ સેવા VM સિસ્કો હાઇપરફ્લેક્સ ડેટા પ્લેટફોર્મ કંટ્રોલર, જે દરેક સ્ટોરેજ નોડ પર બનાવવામાં આવે છે, તે ડિસ્ક સબસિસ્ટમના સમગ્ર ઓપરેશન લોજિક માટે જવાબદાર છે. અમારી સેવા VM રૂપરેખાંકનમાં, આઠ vCPUs અને 72 GB RAM ફાળવવામાં આવી હતી, જે એટલી ઓછી નથી. ચાલો હું તમને યાદ અપાવી દઉં કે હોસ્ટ પાસે 28 ભૌતિક કોરો અને 512 GB RAM છે.

સેવા VM પાસે SAS નિયંત્રકને VM પર ફોરવર્ડ કરીને સીધી ભૌતિક ડિસ્કની ઍક્સેસ છે. હાઇપરવાઇઝર સાથે વાતચીત ખાસ મોડ્યુલ IOVisor દ્વારા થાય છે, જે I/O ઑપરેશન્સને અટકાવે છે, અને એજન્ટનો ઉપયોગ કરે છે જે તમને હાઇપરવાઇઝર API ને આદેશો મોકલવા માટે પરવાનગી આપે છે. એજન્ટ HyperFlex સ્નેપશોટ અને ક્લોન્સ સાથે કામ કરવા માટે જવાબદાર છે.

ડિસ્ક સંસાધનો હાઇપરવાઇઝરમાં NFS અથવા SMB શેર તરીકે માઉન્ટ થયેલ છે (હાયપરવાઇઝરના પ્રકાર પર આધાર રાખીને, અનુમાન કરો કે ક્યાં છે). અને હૂડ હેઠળ, આ એક વિતરિત ફાઇલ સિસ્ટમ છે જે તમને પુખ્ત વયની સંપૂર્ણ સુવિધાયુક્ત સ્ટોરેજ સિસ્ટમ્સની સુવિધાઓ ઉમેરવાની મંજૂરી આપે છે: પાતળા વોલ્યુમ ફાળવણી, કમ્પ્રેશન અને ડિડુપ્લિકેશન, રીડાયરેક્ટ-ઓન-રાઇટ તકનીકનો ઉપયોગ કરીને સ્નેપશોટ, સિંક્રનસ/અસિંક્રોનસ પ્રતિકૃતિ.

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

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

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

પરિણામે, અમારી પાસે નીચેની સુવિધાઓ સાથે હાઇપરકન્વર્જ્ડ પ્લેટફોર્મ છે:

• ક્લસ્ટરમાં 64 નોડ્સ સુધી (32 સ્ટોરેજ ગાંઠો સુધી).
• ક્લસ્ટરમાં નોડ્સની ન્યૂનતમ સંખ્યા ત્રણ છે (એજ ક્લસ્ટર માટે બે).
• ડેટા રીડન્ડન્સી મિકેનિઝમ: પ્રતિકૃતિ પરિબળ 2 અને 3 સાથે મિરરિંગ.
• મેટ્રો ક્લસ્ટર.
• અન્ય હાઇપરફ્લેક્સ ક્લસ્ટરમાં અસુમેળ VM પ્રતિકૃતિ.
• VM ને રિમોટ ડેટા સેન્ટર પર સ્વિચ કરવાનું ઓર્કેસ્ટ્રેશન.
• રીડાયરેક્ટ-ઓન-રાઈટ ટેકનોલોજીનો ઉપયોગ કરીને મૂળ સ્નેપશોટ.
• પ્રતિકૃતિ પરિબળ 1 પર 3 PB સુધી વાપરી શકાય તેવી જગ્યા અને ડુપ્લિકેશન વગર. અમે પ્રતિકૃતિ પરિબળ 2 ને ધ્યાનમાં લેતા નથી, કારણ કે આ ગંભીર વેચાણ માટેનો વિકલ્પ નથી.

અન્ય એક વિશાળ વત્તા મેનેજમેન્ટ અને જમાવટની સરળતા છે. UCS સર્વર સેટ કરવાની તમામ જટિલતાઓને સિસ્કો એન્જિનિયરો દ્વારા તૈયાર કરવામાં આવેલ વિશિષ્ટ VM દ્વારા કાળજી લેવામાં આવે છે.

ટેસ્ટ બેન્ચ રૂપરેખાંકન:

• મેનેજમેન્ટ ક્લસ્ટર અને નેટવર્ક ઘટકો તરીકે 2 x સિસ્કો UCS ફેબ્રિક ઇન્ટરકનેક્ટ 6248UP (ઇથરનેટ 48G/FC 10G મોડમાં કાર્યરત 16 પોર્ટ).
• ચાર સિસ્કો UCS HXAF240 M4 સર્વર.

સર્વર લાક્ષણિકતાઓ:

સી.પી.યુ

2 x Intel® Xeon® E5-2690 v4

રામ

16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/ડ્યુઅલ રેન્ક/x4/1.2v

નેટવર્ક

UCSC-MLOM-CSC-02 (VIC 1227). 2 10G ઇથરનેટ પોર્ટ્સ

સંગ્રહ HBA

સિસ્કો 12G મોડ્યુલર SAS કંટ્રોલરમાંથી પસાર થાય છે

સ્ટોરેજ ડિસ્ક

1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB

વધુ રૂપરેખાંકન વિકલ્પોપસંદ કરેલ હાર્ડવેર ઉપરાંત, નીચેના વિકલ્પો હાલમાં ઉપલબ્ધ છે:

• HXAF240c M5.
• Intel Silver 4110 થી Intel Platinum I8260Y સુધીના એક કે બે CPU. બીજી પેઢી ઉપલબ્ધ છે.
• 24 મેમરી સ્લોટ, 16 GB RDIMM 2600 થી 128 GB LRDIMM 2933 સુધીની સ્ટ્રીપ્સ.
• 6 થી 23 ડેટા ડિસ્ક, એક કેશીંગ ડિસ્ક, એક સિસ્ટમ ડિસ્ક અને એક બુટ ડિસ્ક.

ક્ષમતા ડ્રાઈવો

• HX-SD960G61X-EV 960GB 2.5 ઇંચ એન્ટરપ્રાઇઝ વેલ્યુ 6G SATA SSD (1X સહનશક્તિ) SAS 960 GB.
• HX-SD38T61X-EV 3.8TB 2.5 ઇંચ એન્ટરપ્રાઇઝ વેલ્યુ 6G SATA SSD (1X સહનશક્તિ) SAS 3.8 TB.
• કેશીંગ ડ્રાઇવ્સ
• HX-NVMEXPB-I375 375GB 2.5 ઇંચ ઇન્ટેલ ઑપ્ટેન ડ્રાઇવ, એક્સ્ટ્રીમ પર્ફ અને એન્ડ્યુરન્સ.
• HX-NVMEHW-H1600* 1.6TB 2.5 ઇંચ Ent. પર્ફ. NVMe SSD (3X સહનશક્તિ) NVMe 1.6 TB.
• HX-SD400G12TX-EP 400GB 2.5 ઇંચ Ent. પર્ફ. 12G SAS SSD (10X સહનશક્તિ) SAS 400 GB.
• HX-SD800GBENK9** 800GB 2.5 ઇંચ Ent. પર્ફ. 12G SAS SED SSD (10X સહનશક્તિ) SAS 800 GB.
• HX-SD16T123X-EP 1.6TB 2.5 ઇંચ એન્ટરપ્રાઇઝ પ્રદર્શન 12G SAS SSD (3X સહનશક્તિ).

સિસ્ટમ/લોગ ડ્રાઇવ્સ

• HX-SD240GM1X-EV 240GB 2.5 ઇંચ એન્ટરપ્રાઇઝ વેલ્યુ 6G SATA SSD (અપગ્રેડની જરૂર છે).

બુટ ડ્રાઈવો

• HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.

40G, 25G અથવા 10G ઇથરનેટ પોર્ટ દ્વારા નેટવર્ક સાથે કનેક્ટ કરો.

FI HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) હોઈ શકે છે.

ટેસ્ટ પોતે

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

અમારા ક્લસ્ટરમાં ચાર ગાંઠો, પ્રતિકૃતિ પરિબળ 3, બધી ડિસ્ક ફ્લેશ છે.

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

પરીક્ષણ પરિણામો નીચે મુજબ છે:

100% વાંચો 100% રેન્ડમ

0% વાંચો 100% રેન્ડમ

બ્લોક/કતાર ઊંડાઈ

128

256

512

1024

2048

128

256

512

1024

2048

4K

0,59 ms 213804 IOPS

0,84 ms 303540 IOPS

1,36ms 374348 IOPS

2.47 ms 414116 IOPS

4,86ms 420180 IOPS

2,22 ms 57408 IOPS

3,09 ms 82744 IOPS

5,02 ms 101824 IPOS

8,75 ms 116912 IOPS

17,2 ms 118592 IOPS

8K

0,67 ms 188416 IOPS

0,93 ms 273280 IOPS

1,7 ms 299932 IOPS

2,72 ms 376,484 IOPS

5,47 ms 373,176 IOPS

3,1 ms 41148 IOPS

4,7 ms 54396 IOPS

7,09 ms 72192 IOPS

12,77 ms 80132 IOPS

16K

0,77 ms 164116 IOPS

1,12 ms 228328 IOPS

1,9 ms 268140 IOPS

3,96 ms 258480 IOPS

3,8 ms 33640 IOPS

6,97 ms 36696 IOPS

11,35 ms 45060 IOPS

32K

1,07 ms 119292 IOPS

1,79 ms 142888 IOPS

3,56 ms 143760 IOPS

7,17 ms 17810 IOPS

11,96 ms 21396 IOPS

64K

1,84 ms 69440 IOPS

3,6 ms 71008 IOPS

7,26 ms 70404 IOPS

11,37 ms 11248 IOPS

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

• ક્રમિક વાંચન 4432 MB/s.
• ક્રમિક લખો 804 MB/s.
• જો એક નિયંત્રક નિષ્ફળ જાય (વર્ચ્યુઅલ મશીન અથવા હોસ્ટની નિષ્ફળતા), તો પ્રદર્શનમાં ઘટાડો બે ગણો છે.
• જો સ્ટોરેજ ડિસ્ક નિષ્ફળ જાય, તો ડ્રોડાઉન 1/3 છે. ડિસ્ક પુનઃનિર્માણ દરેક નિયંત્રકના 5% સંસાધનો લે છે.

નાના બ્લોક પર, અમે નિયંત્રક (વર્ચ્યુઅલ મશીન) ની કામગીરી દ્વારા મર્યાદિત છીએ, તેનું CPU 100% પર લોડ થાય છે, અને જ્યારે બ્લોક વધે છે, ત્યારે અમે પોર્ટ બેન્ડવિડ્થ દ્વારા મર્યાદિત છીએ. AllFlash સિસ્ટમની સંભવિતતાને અનલૉક કરવા માટે 10 Gbps પર્યાપ્ત નથી. કમનસીબે, પ્રદાન કરેલા ડેમો સ્ટેન્ડના પરિમાણો અમને 40 Gbit/s પર ઓપરેશનનું પરીક્ષણ કરવાની મંજૂરી આપતા નથી.

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

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

વાસ્તવિક ઉપયોગ

બેકઅપ ડેટા સેન્ટર ગોઠવવા માટે, તમે બે અભિગમોનો ઉપયોગ કરી શકો છો (અમે રિમોટ સાઇટ પર બેકઅપ રાખવાનું વિચારતા નથી):

1. સક્રિય-નિષ્ક્રિય. બધી એપ્લિકેશનો મુખ્ય ડેટા સેન્ટરમાં હોસ્ટ કરવામાં આવે છે. પ્રતિકૃતિ સિંક્રનસ અથવા અસુમેળ છે. જો મુખ્ય ડેટા સેન્ટર નિષ્ફળ જાય, તો અમારે બેકઅપ એક સક્રિય કરવાની જરૂર છે. આ મેન્યુઅલી/સ્ક્રીપ્ટ્સ/ઓર્કેસ્ટ્રેશન એપ્લિકેશનો દ્વારા કરી શકાય છે. અહીં અમને પ્રતિકૃતિની આવર્તન સાથે અનુરૂપ એક RPO મળશે, અને RTO એડમિનિસ્ટ્રેટરની પ્રતિક્રિયા અને કુશળતા અને સ્વિચિંગ પ્લાનના વિકાસ/ડિબગિંગની ગુણવત્તા પર આધારિત છે.
2. સક્રિય-સક્રિય. આ કિસ્સામાં, માત્ર સિંક્રનસ પ્રતિકૃતિ છે; ડેટા કેન્દ્રોની ઉપલબ્ધતા ત્રીજી સાઇટ પર સખત રીતે સ્થિત કોરમ/આર્બિટર દ્વારા નક્કી કરવામાં આવે છે. RPO = 0, અને RTO 0 સુધી પહોંચી શકે છે (જો એપ્લિકેશન પરવાનગી આપે છે) અથવા વર્ચ્યુઅલાઈઝેશન ક્લસ્ટરમાં નોડના ફેલઓવર સમયની બરાબર છે. વર્ચ્યુઅલાઈઝેશન સ્તરે, એક ખેંચાયેલ (મેટ્રો) ક્લસ્ટર બનાવવામાં આવે છે જેને સક્રિય-સક્રિય સ્ટોરેજની જરૂર હોય છે.

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

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

ક્લાસિકલ આર્કિટેક્ચરના કિસ્સામાં, અમે દરેક ડેટા સેન્ટરમાં ફાઈબરચેનલ, ટિયરિંગ, ડિડુપ્લિકેશન અને કમ્પ્રેશન (પરંતુ ઓનલાઈન નહીં), દરેક સાઈટ માટે 8 સર્વર્સ, 2 ફાઈબરચેનલ સ્વીચો અને 10G ઈથરનેટ દ્વારા એક્સેસ સાથે હાઈબ્રિડ સ્ટોરેજ સિસ્ટમ ઈન્સ્ટોલ કરીશું. ક્લાસિક આર્કિટેક્ચરમાં પ્રતિકૃતિ અને સ્વિચિંગ મેનેજમેન્ટ માટે, અમે VMware ટૂલ્સ (રિપ્લિકેશન + SRM) અથવા તૃતીય-પક્ષ સાધનોનો ઉપયોગ કરી શકીએ છીએ, જે થોડા સસ્તા અને ક્યારેક વધુ અનુકૂળ હશે.

આકૃતિ આકૃતિ બતાવે છે.

Cisco HyperFlex નો ઉપયોગ કરતી વખતે, નીચેના આર્કિટેક્ચર મેળવવામાં આવે છે:

HyperFlex માટે, મેં મોટા CPU/RAM સંસાધનો સાથે સર્વર્સનો ઉપયોગ કર્યો, કારણ કે... કેટલાક સંસાધનો HyperFlex નિયંત્રક VM પર જશે; CPU અને મેમરીની દ્રષ્ટિએ, મેં HyperFlex રૂપરેખાંકનને થોડું ફરીથી ગોઠવ્યું છે જેથી સિસ્કો સાથે રમી ન શકાય અને બાકીના VM માટે સંસાધનોની ખાતરી આપી શકાય. પરંતુ અમે ફાઇબરચેનલ સ્વીચો છોડી શકીએ છીએ, અને અમને દરેક સર્વર માટે ઇથરનેટ પોર્ટની જરૂર પડશે નહીં; સ્થાનિક ટ્રાફિક FI ની અંદર સ્વિચ કરવામાં આવે છે.

પરિણામ દરેક ડેટા સેન્ટર માટે નીચેનું રૂપરેખાંકન હતું:

સર્વર્સ

8 x 1U સર્વર (384 GB RAM, 2 x Intel Gold 6132, FC HBA)

8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)

SHD

FC ફ્રન્ટ-એન્ડ સાથે હાઇબ્રિડ સ્ટોરેજ સિસ્ટમ (20TB SSD, 130 TB NL-SAS)

-

લેન

2 x ઇથરનેટ સ્વિચ 10G 12 પોર્ટ

-

SAN

2 x FC સ્વિચ 32/16Gb 24 પોર્ટ

2 x સિસ્કો UCS FI 6332

લાઇસન્સ

VMware Ent Plus

VM સ્વિચિંગની પ્રતિકૃતિ અને/અથવા ઓર્કેસ્ટ્રેશન

VMware Ent Plus

મેં Hyperflex માટે પ્રતિકૃતિ સોફ્ટવેર લાયસન્સ પ્રદાન કર્યું નથી, કારણ કે આ અમારા માટે બોક્સની બહાર ઉપલબ્ધ છે.

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

સિસ્કો હાયપરફ્લેક્સ સોલ્યુશન 13% સસ્તું બહાર આવ્યું.

દૃશ્ય 2: બે સક્રિય ડેટા કેન્દ્રોની રચના. આ દૃશ્યમાં, અમે VMware પર સ્ટ્રેચ્ડ ક્લસ્ટર ડિઝાઇન કરી રહ્યા છીએ.

ક્લાસિક આર્કિટેક્ચરમાં વર્ચ્યુઅલાઈઝેશન સર્વર્સ, એક SAN (FC પ્રોટોકોલ) અને બે સ્ટોરેજ સિસ્ટમ્સનો સમાવેશ થાય છે જે તેમની વચ્ચે વિસ્તરેલા વોલ્યુમને વાંચી અને લખી શકે છે. દરેક સ્ટોરેજ સિસ્ટમ પર અમે સ્ટોરેજ માટે ઉપયોગી ક્ષમતા મૂકીએ છીએ.

HyperFlex પર અમે બંને સાઇટ્સ પર સમાન સંખ્યામાં નોડ્સ સાથે સ્ટ્રેચ ક્લસ્ટર બનાવીએ છીએ. આ કિસ્સામાં, 2+2 નું પ્રતિકૃતિ પરિબળ વપરાય છે.

પરિણામ નીચેની રૂપરેખાંકન છે:

ક્લાસિકલ આર્કિટેક્ચર

હાયપરફ્લેક્સ

સર્વર્સ

16 x 1U સર્વર (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)

16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)

SHD

2 x ઓલફ્લેશ સ્ટોરેજ સિસ્ટમ્સ (150 TB SSD)

-

લેન

4 x ઇથરનેટ સ્વિચ 10G 24 પોર્ટ

-

SAN

4 x FC સ્વિચ 32/16Gb 24 પોર્ટ

4 x સિસ્કો UCS FI 6332

લાઇસન્સ

VMware Ent Plus

VMware Ent Plus

તમામ ગણતરીઓમાં, મેં નેટવર્ક ઈન્ફ્રાસ્ટ્રક્ચર, ડેટા સેન્ટર ખર્ચ વગેરેને ધ્યાનમાં લીધા નથી: તે ક્લાસિકલ આર્કિટેક્ચર અને હાયપરફ્લેક્સ સોલ્યુશન માટે સમાન હશે.

કિંમતના સંદર્ભમાં, HyperFlex 5% વધુ મોંઘું બન્યું. અહીં એ નોંધવું યોગ્ય છે કે CPU/RAM સંસાધનોના સંદર્ભમાં મારી પાસે સિસ્કો માટે એક ત્રાંસુ હતું, કારણ કે રૂપરેખાંકનમાં મેં મેમરી નિયંત્રક ચેનલોને સમાન રીતે ભરી દીધી હતી. કિંમત થોડી વધારે છે, પરંતુ તીવ્રતાના ક્રમમાં નથી, જે સ્પષ્ટપણે દર્શાવે છે કે હાઇપરકન્વર્જન્સ એ "ધનવાન લોકો માટેનું રમકડું" હોવું જરૂરી નથી, પરંતુ ડેટા સેન્ટર બનાવવાના પ્રમાણભૂત અભિગમ સાથે સ્પર્ધા કરી શકે છે. આ તે લોકો માટે પણ રુચિનું હોઈ શકે છે જેમની પાસે પહેલેથી જ સિસ્કો UCS સર્વર છે અને તેમના માટે અનુરૂપ ઈન્ફ્રાસ્ટ્રક્ચર છે.

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

આધાર માટે, અહીં તમે તેને એક વિક્રેતા પાસેથી મેળવો છો - સિસ્કો. સિસ્કો યુસીએસ સર્વર્સ સાથેના મારા અનુભવને આધારે, મને તે ગમે છે; મારે તેને હાયપરફ્લેક્સ પર ખોલવાની જરૂર નથી, બધું એકસરખું કામ કરે છે. એન્જિનિયરો ત્વરિત પ્રતિક્રિયા આપે છે અને માત્ર સામાન્ય સમસ્યાઓ જ નહીં, પણ જટિલ કિસ્સાઓ પણ ઉકેલી શકે છે. કેટલીકવાર હું પ્રશ્નો સાથે તેમની તરફ વળું છું: "શું આ કરવું શક્ય છે, તેને સ્ક્રૂ કરો?" અથવા "મેં અહીં કંઈક ગોઠવ્યું છે, અને તે કામ કરવા માંગતું નથી. મદદ!" - તેઓ ધીરજપૂર્વક ત્યાં જરૂરી માર્ગદર્શિકા શોધશે અને યોગ્ય ક્રિયાઓ દર્શાવશે; તેઓ જવાબ આપશે નહીં: "અમે ફક્ત હાર્ડવેર સમસ્યાઓ હલ કરીએ છીએ."

સંદર્ભો

• સ્પેક્સ
• વર્ચ્યુઅલ ડેટા સેન્ટર
• ડેસ્ક ડ્રોઅરમાં ડેટા સેન્ટર
• મારો મેલ - [ઇમેઇલ સુરક્ષિત]

સોર્સ: www.habr.com