આપત્તિ સ્થિતિસ્થાપક વાદળ: તે કેવી રીતે કાર્ય કરે છે

હે હબર!

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

OST સાઇટ પર આપત્તિ-પ્રતિરોધક ક્લાઉડ સ્ટોરેજ સિસ્ટમ.

અંદર શું છે

હૂડ હેઠળ, ક્લસ્ટરમાં VMware ESXi હાઇપરવાઇઝર, બે INFINIDAT InfiniBox F2240 સ્ટોરેજ સિસ્ટમ્સ, Cisco Nexus નેટવર્ક સાધનો, તેમજ Brocade SAN સ્વીચો સાથે Cisco UCS સર્વર્સ છે. ક્લસ્ટરને બે સાઇટ્સમાં વિભાજિત કરવામાં આવે છે - OST અને NORD, એટલે કે દરેક ડેટા સેન્ટરમાં સમાન સાધનોનો સમૂહ હોય છે. ખરેખર, આ તે છે જે તેને આપત્તિ-પ્રૂફ બનાવે છે.

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

સ્ટોરેજ સિસ્ટમ વિશે થોડાક શબ્દો. અમે NetApp પર ડિઝાસ્ટર-પ્રૂફ ક્લાઉડનું પ્રથમ સંસ્કરણ બનાવ્યું છે. અહીં અમે INFINIDAT પસંદ કર્યું છે, અને અહીં શા માટે છે:

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

અહીં અનપેકિંગના કેટલાક ફોટા છે:

તે કેવી રીતે કામ કરે છે

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

આ બધા કિસ્સાઓમાં, ક્લાયંટ વર્ચ્યુઅલ મશીનો કામ કરવાનું ચાલુ રાખે છે, અને અહીં શા માટે છે.

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

ક્લસ્ટરમાં કનેક્શન ડાયાગ્રામ આના જેવો દેખાય છે.

આ એ હકીકતને કારણે શક્ય છે કે ઇન્ટર-સ્વિચ લિંક બે સાઇટના SAN ફેબ્રિક્સ વચ્ચે ગોઠવેલ છે: ફેબ્રિક A OST SAN સ્વીચ ફેબ્રિક A NORD SAN સ્વીચ સાથે જોડાયેલ છે અને તે જ રીતે Fabric B SAN સ્વીચો માટે.

ઠીક છે, જેથી SAN ફેક્ટરીઓની આ બધી જટિલતાઓને અર્થપૂર્ણ બનાવી શકાય, સક્રિય-સક્રિય પ્રતિકૃતિને બે સ્ટોરેજ સિસ્ટમ્સ વચ્ચે ગોઠવવામાં આવે છે: માહિતી લગભગ એકસાથે સ્થાનિક અને રિમોટ સ્ટોરેજ સિસ્ટમ્સ પર લખવામાં આવે છે, RPO = 0. તે તારણ આપે છે કે મૂળ ડેટા એક સ્ટોરેજ સિસ્ટમ પર સંગ્રહિત છે, અને તેની પ્રતિકૃતિ બીજી પર સંગ્રહિત છે. ડેટા સ્ટોરેજ વોલ્યુમના સ્તરે નકલ કરવામાં આવે છે, અને VM ડેટા (તેની ડિસ્ક, રૂપરેખાંકન ફાઇલ, સ્વેપ ફાઇલ, વગેરે) તેમના પર સંગ્રહિત થાય છે.

ESXi હોસ્ટ પ્રાથમિક વોલ્યુમ અને તેની પ્રતિકૃતિને એક ડિસ્ક ઉપકરણ (સ્ટોરેજ ઉપકરણ) તરીકે જુએ છે. ESXi હોસ્ટથી દરેક ડિસ્ક ઉપકરણ માટે 24 પાથ છે:

12 પાથ તેને સ્થાનિક સ્ટોરેજ સિસ્ટમ (શ્રેષ્ઠ પાથ) સાથે અને બાકીના 12 રિમોટ સ્ટોરેજ સિસ્ટમ (નોન-ઑપ્ટિમલ પાથ) સાથે જોડે છે. સામાન્ય પરિસ્થિતિમાં, ESXi "શ્રેષ્ઠ" પાથનો ઉપયોગ કરીને સ્થાનિક સ્ટોરેજ સિસ્ટમ પરના ડેટાને ઍક્સેસ કરે છે. જ્યારે આ સ્ટોરેજ સિસ્ટમ નિષ્ફળ જાય છે, ત્યારે ESXi શ્રેષ્ઠ માર્ગો ગુમાવે છે અને "નોન-ઓપ્ટિમલ" પર સ્વિચ કરે છે. આ તે ડાયાગ્રામ પર જેવો દેખાય છે તે છે.

ડિઝાસ્ટર-પ્રૂફ ક્લસ્ટરની યોજના.

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

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

ક્લાયંટ વર્ચ્યુઅલ મશીનનું શું થાય છે જો...

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

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

વર્ચ્યુઅલ મશીનો સામાન્ય રીતે કામ કરે છે.

સાઈટમાંથી એક પર SAN સ્વીચ નિષ્ફળ જાય છે. ESXi હોસ્ટ્સ સ્ટોરેજ સિસ્ટમના કેટલાક પાથ ગુમાવે છે. આ કિસ્સામાં, જ્યાં સ્વીચ નિષ્ફળ થયું છે તે સાઇટ પરના યજમાનો તેમના HBAમાંથી એક દ્વારા જ કાર્ય કરશે.

વર્ચ્યુઅલ મશીનો સામાન્ય રીતે કામ કરવાનું ચાલુ રાખે છે.

એક સાઇટ પરના તમામ SAN સ્વીચો નિષ્ફળ જાય છે. જણાવી દઈએ કે OST સાઇટ પર આવી દુર્ઘટના બની હતી. આ કિસ્સામાં, આ સાઇટ પરના ESXi હોસ્ટ તેમના ડિસ્ક ઉપકરણોના તમામ પાથ ગુમાવશે. પ્રમાણભૂત VMware vSphere HA મિકેનિઝમ અમલમાં આવે છે: તે મહત્તમ 140 સેકન્ડમાં NORD માં OST સાઇટના તમામ વર્ચ્યુઅલ મશીનોને પુનઃપ્રારંભ કરશે.

NORD સાઇટ હોસ્ટ પર ચાલતી વર્ચ્યુઅલ મશીનો સામાન્ય રીતે કામ કરી રહી છે.

ESXi હોસ્ટ એક સાઇટ પર નિષ્ફળ જાય છે. અહીં vSphere HA મિકેનિઝમ ફરીથી કામ કરે છે: નિષ્ફળ હોસ્ટમાંથી વર્ચ્યુઅલ મશીનો અન્ય યજમાનો પર પુનઃપ્રારંભ થાય છે - સમાન અથવા દૂરસ્થ સાઇટ પર. વર્ચ્યુઅલ મશીન રીસ્ટાર્ટ સમય 1 મિનિટ સુધીનો છે.

જો OST સાઇટ પરના બધા ESXi હોસ્ટ નિષ્ફળ જાય, તો ત્યાં કોઈ વિકલ્પો નથી: VM બીજા એક પર પુનઃપ્રારંભ થાય છે. પુનઃપ્રારંભ સમય સમાન છે.

સ્ટોરેજ સિસ્ટમ એક સાઇટ પર નિષ્ફળ જાય છે. ચાલો કહીએ કે સ્ટોરેજ સિસ્ટમ OST સાઇટ પર નિષ્ફળ જાય છે. પછી OST સાઇટના ESXi હોસ્ટ્સ NORD માં સ્ટોરેજ પ્રતિકૃતિઓ સાથે કામ કરવા માટે સ્વિચ કરે છે. નિષ્ફળ સ્ટોરેજ સિસ્ટમ સેવામાં પાછા ફર્યા પછી, ફરજિયાત નકલ થશે અને ESXi OST યજમાનો ફરીથી સ્થાનિક સ્ટોરેજ સિસ્ટમને ઍક્સેસ કરવાનું શરૂ કરશે.

વર્ચ્યુઅલ મશીનો આ બધા સમય સામાન્ય રીતે કામ કરે છે.

સાઇટ્સમાંથી એક નિષ્ફળ જાય છે. આ કિસ્સામાં, તમામ વર્ચ્યુઅલ મશીનો vSphere HA મિકેનિઝમ દ્વારા બેકઅપ સાઇટ પર પુનઃપ્રારંભ કરવામાં આવશે. VM પુનઃપ્રારંભ સમય 140 સેકન્ડ છે. આ કિસ્સામાં, વર્ચ્યુઅલ મશીનની તમામ નેટવર્ક સેટિંગ્સ સાચવવામાં આવશે, અને તે નેટવર્ક પર ક્લાયંટ માટે સુલભ રહેશે.

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

બે ડેટા સેન્ટરો પર આધારિત આપત્તિ-પ્રતિરોધક ક્લાઉડ આવી નિષ્ફળતાઓ સામે રક્ષણ આપે છે.

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

સ્ત્રોતો:

1. www.infinidat.com/sites/default/files/resource-pdfs/DS-INFBOX-190331-US_0.pdf
2. support.infinidat.com/hc/en-us/articles/207057109-InfiniBox-best-practices-guides

સોર્સ: www.habr.com