એરોડિસ્ક એન્જિન: આપત્તિ પ્રતિકાર. ભાગ 1

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

અમારા ગ્રાહકો વારંવાર અમને પ્રતિકૃતિ વિશે વિવિધ પ્રશ્નો પૂછે છે, તેથી પ્રતિકૃતિઓના અમલીકરણને સેટ કરવા અને તેનું પરીક્ષણ કરવા આગળ વધતા પહેલા, અમે તમને સ્ટોરેજમાં પ્રતિકૃતિ શું છે તે વિશે થોડું જણાવીશું.

સિદ્ધાંત એક બીટ

સ્ટોરેજ સિસ્ટમ્સમાં પ્રતિકૃતિ એ એકસાથે અનેક સ્ટોરેજ સિસ્ટમ્સ પર ડેટા ઓળખની ખાતરી કરવાની સતત પ્રક્રિયા છે. તકનીકી રીતે, પ્રતિકૃતિ બે રીતે પરિપૂર્ણ થાય છે.

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

આ પદ્ધતિના ફાયદા:

• તમામ સ્ટોરેજ સિસ્ટમ પર ડેટા હંમેશા સમાન હોય છે

વિપક્ષ:

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

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

અસુમેળ પ્રતિકૃતિના ગુણ:

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

વિપક્ષ:

• જુદા જુદા ડેટા સેન્ટરમાંનો ડેટા હંમેશા સરખો હોતો નથી

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

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

ઉપરાંત, ઘણી વાર, જ્યારે આપણે સ્ટોરેજ સિસ્ટમ્સનો ઉપયોગ કરીને પ્રતિકૃતિ વિશે વાત કરીએ છીએ, ત્યારે ઘણા લોકો પાસે વાજબી પ્રશ્ન છે: > “ઘણી એપ્લિકેશન્સ પાસે તેમના પોતાના પ્રતિકૃતિ સાધનો છે, શા માટે સ્ટોરેજ સિસ્ટમ્સ પર પ્રતિકૃતિનો ઉપયોગ કરવો? તે વધુ સારું છે કે ખરાબ?

અહીં કોઈ સ્પષ્ટ જવાબ નથી, તેથી અહીં દલીલો ફોર અને વિપક્ષ છે:

સંગ્રહ પ્રતિકૃતિ માટે દલીલો:

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

સ્ટોરેજ પ્રતિકૃતિ સામે દલીલો:

• એપ્લિકેશન દ્વારા પ્રતિકૃતિમાં એપ્લિકેશનના દૃષ્ટિકોણથી વધુ કાર્યક્ષમતા હોય છે, એપ્લિકેશન તેના ડેટાને વધુ સારી રીતે જાણે છે (દેખીતી રીતે), તેથી તેમની સાથે કામ કરવા માટે વધુ વિકલ્પો છે.
• જો તૃતીય-પક્ષ સાધનોનો ઉપયોગ કરીને નકલ કરવામાં આવે તો કેટલીક એપ્લિકેશનોના ઉત્પાદકો તેમના ડેટાની સુસંગતતાની ખાતરી આપતા નથી. *

* - વિવાદાસ્પદ થીસીસ. ઉદાહરણ તરીકે, જાણીતા DBMS ઉત્પાદક ઘણા લાંબા સમયથી અધિકૃત રીતે ઘોષણા કરી રહ્યા છે કે તેમના DBMS માત્ર તેમના માધ્યમોનો ઉપયોગ કરીને સામાન્ય રીતે નકલ કરી શકાય છે, અને બાકીની પ્રતિકૃતિ (સ્ટોરેજ સિસ્ટમ્સ સહિત) "સાચી નથી." પરંતુ જીવનએ બતાવ્યું છે કે આવું નથી. મોટે ભાગે (પરંતુ આ ચોક્કસ નથી) ગ્રાહકોને વધુ લાઇસન્સ વેચવાનો આ સૌથી પ્રામાણિક પ્રયાસ નથી.

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

થિયરી સાથે થઈ ગયું, હવે પ્રેક્ટિસ કરો

અમે અમારી લેબમાં પ્રતિકૃતિ ગોઠવીશું. પ્રયોગશાળાની પરિસ્થિતિઓમાં, અમે બે ડેટા સેન્ટર્સનું અનુકરણ કર્યું છે (હકીકતમાં, બે અડીને આવેલા રેક્સ જે જુદી જુદી ઇમારતોમાં હોય તેવું લાગતું હતું). સ્ટેન્ડમાં બે એન્જિન N2 સ્ટોરેજ સિસ્ટમનો સમાવેશ થાય છે, જે ઓપ્ટિકલ કેબલ દ્વારા એકબીજા સાથે જોડાયેલા હોય છે. વિન્ડોઝ સર્વર 2016 ચલાવતું ભૌતિક સર્વર 10Gb ઈથરનેટનો ઉપયોગ કરીને બંને સ્ટોરેજ સિસ્ટમ સાથે જોડાયેલ છે. સ્ટેન્ડ એકદમ સરળ છે, પરંતુ આ સારને બદલતું નથી.

યોજનાકીય રીતે તે આના જેવો દેખાય છે:

તાર્કિક રીતે, પ્રતિકૃતિ નીચે પ્રમાણે ગોઠવવામાં આવે છે:

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

સિંક્રનસ પ્રતિકૃતિ માટે સમર્થિત અંતર 40 કિલોમીટર છે, ડેટા કેન્દ્રો વચ્ચેની ઓપ્ટિકલ ચેનલનું વિલંબ મૂલ્ય 2 મિલિસેકન્ડ્સ સુધી છે. સામાન્ય રીતે, તે મોટા વિલંબ સાથે કામ કરશે, પરંતુ તે પછી રેકોર્ડિંગ દરમિયાન મજબૂત મંદી આવશે (જે તાર્કિક પણ છે), તેથી જો તમે ડેટા કેન્દ્રો વચ્ચે સિંક્રનસ પ્રતિકૃતિનું આયોજન કરી રહ્યાં છો, તો તમારે ઓપ્ટિક્સની ગુણવત્તા અને વિલંબ તપાસવો જોઈએ.

અસુમેળ પ્રતિકૃતિ માટેની આવશ્યકતાઓ એટલી ગંભીર નથી. વધુ સ્પષ્ટ રીતે, તેઓ ત્યાં બિલકુલ નથી. કોઈપણ કાર્યકારી ઈથરનેટ કનેક્શન કરશે.

હાલમાં, AERODISK ENGINE સ્ટોરેજ સિસ્ટમ ઈથરનેટ પ્રોટોકોલ (ઓવર કોપર અથવા ઓપ્ટિકલ) દ્વારા બ્લોક ઉપકરણો (LUNs) માટે પ્રતિકૃતિને સમર્થન આપે છે. પ્રોજેક્ટ માટે જ્યાં ફાઇબર ચેનલ પર SAN ફેબ્રિક દ્વારા પ્રતિકૃતિ જરૂરી છે, અમે હાલમાં યોગ્ય ઉકેલ ઉમેરી રહ્યા છીએ, પરંતુ તે હજી તૈયાર નથી, તેથી અમારા કિસ્સામાં, ફક્ત ઇથરનેટ.

પ્રતિકૃતિ કોઈપણ એન્જીન શ્રેણી સ્ટોરેજ સિસ્ટમ્સ (N1, N2, N4) વચ્ચે જુનિયર સિસ્ટમ્સથી જૂની સિસ્ટમ્સ અને તેનાથી વિપરીત કાર્ય કરી શકે છે.

બંને પ્રતિકૃતિ મોડની કાર્યક્ષમતા સંપૂર્ણપણે સમાન છે. નીચે શું ઉપલબ્ધ છે તેના વિશે વધુ વિગતો છે:

• પ્રતિકૃતિ "એકથી એક" અથવા "એકથી એક", એટલે કે, બે ડેટા કેન્દ્રો સાથેનું ઉત્તમ સંસ્કરણ, મુખ્ય અને બેકઅપ
• પ્રતિકૃતિ "એક થી ઘણા" અથવા "એક થી ઘણા" છે, એટલે કે. એક LUN એકસાથે અનેક સંગ્રહ સિસ્ટમો પર નકલ કરી શકાય છે
• પ્રતિકૃતિની દિશાને સક્ષમ, અક્ષમ અથવા બદલવા માટે અનુક્રમે સક્રિય, નિષ્ક્રિય અને "વિપરીત" પ્રતિકૃતિ
• RDG (રેઇડ ડિસ્ટ્રિબ્યુટેડ ગ્રુપ) અને DDP (ડાયનેમિક ડિસ્ક પૂલ) બંને પૂલ માટે પ્રતિકૃતિ ઉપલબ્ધ છે. જો કે, RDG પૂલના LUNs માત્ર અન્ય RDG પર નકલ કરી શકાય છે. ડીડીપી સાથે સમાન.

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

પ્રતિકૃતિ સુયોજિત કરી રહ્યા છીએ

સેટઅપ પ્રક્રિયા એકદમ સરળ છે અને તેમાં ત્રણ તબક્કાઓનો સમાવેશ થાય છે.

1. નેટવર્ક ગોઠવણી
2. સ્ટોરેજ સેટઅપ
3. નિયમો (જોડાણો) અને મેપિંગ સુયોજિત કરી રહ્યા છીએ

પ્રતિકૃતિ સેટ કરવામાં એક મહત્વનો મુદ્દો એ છે કે પ્રથમ બે તબક્કાઓ રિમોટ સ્ટોરેજ સિસ્ટમ પર પુનરાવર્તિત થવી જોઈએ, ત્રીજો તબક્કો - ફક્ત મુખ્ય એક પર.

નેટવર્ક સંસાધનો સુયોજિત કરી રહ્યા છીએ

પ્રથમ પગલું એ નેટવર્ક પોર્ટ્સને ગોઠવવાનું છે જેના દ્વારા નકલ ટ્રાફિક ટ્રાન્સમિટ કરવામાં આવશે. આ કરવા માટે, તમારે પોર્ટ્સને સક્ષમ કરવાની જરૂર છે અને ફ્રન્ટ-એન્ડ એડેપ્ટર્સ વિભાગમાં તેમના IP સરનામાઓ સેટ કરવાની જરૂર છે.

આ પછી, આપણે એક પૂલ (અમારા કિસ્સામાં RDG) અને પ્રતિકૃતિ માટે વર્ચ્યુઅલ IP (VIP) બનાવવાની જરૂર છે. VIP એ ફ્લોટિંગ IP સરનામું છે જે સ્ટોરેજ કંટ્રોલર્સના બે "ફિઝિકલ" એડ્રેસ સાથે જોડાયેલું છે (બંદરો કે જે અમે હમણાં જ ગોઠવ્યા છે). આ મુખ્ય પ્રતિકૃતિ ઇન્ટરફેસ હશે. જો તમારે ટૅગ કરેલા ટ્રાફિક સાથે કામ કરવાની જરૂર હોય તો તમે VIP સાથે નહીં, પરંતુ VLAN વડે પણ ઑપરેટ કરી શકો છો.

પ્રતિકૃતિ માટે VIP બનાવવાની પ્રક્રિયા I/O (NFS, SMB, iSCSI) માટે VIP બનાવવાથી ઘણી અલગ નથી. આ કિસ્સામાં, અમે નિયમિત VIP (VLAN વિના) બનાવીએ છીએ, પરંતુ તે પ્રતિકૃતિ માટે છે તે સૂચવવાનું નિશ્ચિત કરો (આ નિર્દેશક વિના અમે આગલા પગલામાં નિયમમાં VIP ઉમેરી શકીશું નહીં).

VIP એ IP પોર્ટની જેમ જ સબનેટમાં હોવો જોઈએ કે જેની વચ્ચે તે તરે છે.

અમે આ સેટિંગ્સને રિમોટ સ્ટોરેજ સિસ્ટમ પર પુનરાવર્તિત કરીએ છીએ, અલબત્ત, અલગ IP સાથે.
વિવિધ સ્ટોરેજ સિસ્ટમ્સના VIP વિવિધ સબનેટમાં હોઈ શકે છે, મુખ્ય વસ્તુ એ છે કે તેમની વચ્ચે રૂટીંગ છે. અમારા કિસ્સામાં, આ ઉદાહરણ બરાબર બતાવવામાં આવ્યું છે (192.168.3.XX અને 192.168.2.XX)

આ નેટવર્ક ભાગની તૈયારી પૂર્ણ કરે છે.

સ્ટોરેજ સેટ કરી રહ્યું છે

પ્રતિકૃતિ માટે સ્ટોરેજ સુયોજિત કરવું એ સામાન્ય કરતા અલગ છે જેમાં અમે ખાસ મેનુ "રિપ્લિકેશન મેપિંગ" દ્વારા મેપિંગ કરીએ છીએ. નહિંતર બધું સામાન્ય સેટઅપ જેવું જ છે. હવે, ક્રમમાં.

અગાઉ બનાવેલ પૂલ R02 માં, તમારે LUN બનાવવાની જરૂર છે. ચાલો તેને બનાવીએ અને તેને LUN1 કહીએ.

આપણે સમાન કદની રીમોટ સ્ટોરેજ સિસ્ટમ પર સમાન LUN બનાવવાની પણ જરૂર છે. અમે બનાવીએ છીએ. મૂંઝવણ ટાળવા માટે, ચાલો દૂરસ્થ LUN LUN1R ને કૉલ કરીએ

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

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

પ્રતિકૃતિ નિયમો અથવા પ્રતિકૃતિ લિંક્સ સુયોજિત કરી રહ્યા છીએ

સ્ટોરેજ સિસ્ટમ પર LUN બનાવ્યા પછી, જે અત્યારે પ્રાથમિક હશે, અમે સ્ટોરેજ સિસ્ટમ 1 પર LUN1 થી સ્ટોરેજ સિસ્ટમ 1 પર LUN2R ને પ્રતિકૃતિ નિયમ ગોઠવીએ છીએ.

સેટિંગ "રિમોટ રેપ્લિકેશન" મેનૂમાં બનાવવામાં આવે છે

ચાલો એક નિયમ બનાવીએ. આ કરવા માટે, તમારે પ્રતિકૃતિના પ્રાપ્તકર્તાને સ્પષ્ટ કરવાની જરૂર છે. ત્યાં આપણે કનેક્શનનું નામ અને પ્રતિકૃતિનો પ્રકાર (સિંક્રનસ અથવા અસુમેળ) પણ સેટ કરીએ છીએ.

"રિમોટ સિસ્ટમ્સ" ફીલ્ડમાં અમે અમારી સ્ટોરેજ સિસ્ટમ 2 ઉમેરીએ છીએ. ઉમેરવા માટે, તમારે મેનેજમેન્ટ IP સ્ટોરેજ સિસ્ટમ્સ (MGR) અને રિમોટ LUN ના નામનો ઉપયોગ કરવાની જરૂર છે જેમાં અમે પ્રતિકૃતિ કરીશું (અમારા કિસ્સામાં, LUN1R). કનેક્શન ઉમેરવાના તબક્કે જ કંટ્રોલ આઈપીની જરૂર પડે છે; તેમના દ્વારા નકલ ટ્રાફિક પ્રસારિત કરવામાં આવશે નહીં; આ માટે અગાઉ ગોઠવેલ VIP નો ઉપયોગ કરવામાં આવશે.

પહેલેથી જ આ તબક્કે આપણે "એકથી ઘણા" ટોપોલોજી માટે એક કરતાં વધુ રીમોટ સિસ્ટમ ઉમેરી શકીએ છીએ: નીચેની આકૃતિની જેમ, "નોડ ઉમેરો" બટનને ક્લિક કરો.

અમારા કિસ્સામાં, ત્યાં ફક્ત એક જ રીમોટ સિસ્ટમ છે, તેથી અમે આમાં પોતાને મર્યાદિત કરીએ છીએ.

નિયમ તૈયાર છે. મહેરબાની કરીને નોંધ કરો કે તે બધા પ્રતિકૃતિ સહભાગીઓ પર આપમેળે ઉમેરવામાં આવે છે (અમારા કિસ્સામાં તેમાંથી બે છે). તમે ગમે તેટલા LUN માટે અને કોઈપણ દિશામાં ગમે તેટલા નિયમો બનાવી શકો છો. ઉદાહરણ તરીકે, લોડને સંતુલિત કરવા માટે, અમે સ્ટોરેજ સિસ્ટમ 1 થી સ્ટોરેજ સિસ્ટમ 2 સુધી LUN ના ભાગની નકલ કરી શકીએ છીએ, અને અન્ય ભાગ, તેનાથી વિપરીત, સ્ટોરેજ સિસ્ટમ 2 થી સ્ટોરેજ સિસ્ટમ 1 સુધી.

સ્ટોરેજ સિસ્ટમ 1. બનાવટ પછી તરત જ, સુમેળ શરૂ થયો.

સ્ટોરેજ સિસ્ટમ 2. આપણે એ જ નિયમ જોઈએ છીએ, પરંતુ સિંક્રનાઇઝેશન પહેલાથી જ સમાપ્ત થઈ ગયું છે.

સ્ટોરેજ સિસ્ટમ 1 પર LUN1 એ પ્રાથમિક ભૂમિકામાં છે, એટલે કે, તે સક્રિય છે. સ્ટોરેજ સિસ્ટમ 1 પર LUN2R સેકન્ડરીની ભૂમિકામાં છે, એટલે કે, સ્ટોરેજ સિસ્ટમ 1 નિષ્ફળ થવાના કિસ્સામાં તે સ્ટેન્ડબાય પર છે.
હવે અમે અમારા LUN ને હોસ્ટ સાથે જોડી શકીએ છીએ.

અમે iSCSI દ્વારા કનેક્ટ કરીશું, જો કે તે FC દ્વારા પણ કરી શકાય છે. પ્રતિકૃતિમાં iSCSI LUN મારફતે મેપિંગ સુયોજિત કરવું એ સામાન્ય દૃશ્યથી વ્યવહારીક રીતે અલગ નથી, તેથી અમે આને અહીં વિગતવાર ધ્યાનમાં લઈશું નહીં. જો કંઈપણ હોય, તો આ પ્રક્રિયા લેખમાં વર્ણવેલ છે “ઝડપી સેટઅપ».

માત્ર એટલો જ તફાવત છે કે આપણે “રિપ્લિકેશન મેપિંગ” મેનૂમાં મેપિંગ બનાવીએ છીએ

અમે મેપિંગ સેટ કર્યું અને હોસ્ટને LUN આપ્યું. યજમાન LUN જોયું.

અમે તેને સ્થાનિક ફાઇલ સિસ્ટમમાં ફોર્મેટ કરીએ છીએ.

બસ, સેટઅપ પૂર્ણ થયું. આગળ ટેસ્ટ આવશે.

પરીક્ષણ

અમે ત્રણ મુખ્ય દૃશ્યોનું પરીક્ષણ કરીશું.

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

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

બંને સ્ટોરેજ સિસ્ટમમાં હવે "ઉપયોગી" ડેટા છે, અમે પરીક્ષણ શરૂ કરી શકીએ છીએ.

માત્ર કિસ્સામાં, ચાલો એક ફાઈલોના હેશ સરવાળા જોઈએ અને તેને લખીએ.

નિયમિત ભૂમિકા સ્વિચિંગ

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

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

મુખ્ય સ્ટોરેજ સિસ્ટમ પર, રેકોર્ડિંગ બંધ થાય તેની ખાતરી કરવા માટે અમે મેપિંગને અક્ષમ કરીએ છીએ.

પછી સ્ટોરેજ સિસ્ટમ્સમાંથી એક પર (મુખ્ય અથવા બેકઅપ પર કોઈ વાંધો નથી) "રિમોટ રેપ્લિકેશન" મેનૂમાં, અમારું કનેક્શન REPL1 પસંદ કરો અને "ભૂમિકા બદલો" પર ક્લિક કરો.

થોડીક સેકંડ પછી, LUN1R (બેકઅપ સ્ટોરેજ સિસ્ટમ) પ્રાથમિક બની જાય છે.

અમે LUN1R ને સ્ટોરેજ સિસ્ટમ2 સાથે મેપ કરીએ છીએ.

આ પછી, અમારી E: ડ્રાઇવ આપમેળે યજમાન સાથે જોડાયેલ છે, ફક્ત આ વખતે તે LUN1R થી "આવ્યું".

ફક્ત કિસ્સામાં, અમે હેશ રકમની તુલના કરીએ છીએ.

સમાનરૂપે. ટેસ્ટ પાસ થઈ.

ફેઈલઓવર. ડેટા સેન્ટર નિષ્ફળતા

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

ચાલો જોઈએ કે સ્ટોરેજ સિસ્ટમ 1 (આ ક્ષણે બેકઅપ એક) પર શું થઈ રહ્યું છે.

અમે જોઈએ છીએ કે પ્રાથમિક LUN (LUN1R) અનુપલબ્ધ છે. લોગમાં, માહિતી પેનલમાં અને પ્રતિકૃતિ નિયમમાં પણ એક ભૂલ સંદેશો દેખાયો. તદનુસાર, હોસ્ટ તરફથી ડેટા હાલમાં અનુપલબ્ધ છે.

LUN1 ની ભૂમિકાને પ્રાથમિકમાં બદલો.

હું હોસ્ટ સાથે મેપિંગ કરી રહ્યો છું.

ખાતરી કરો કે ડ્રાઇવ E હોસ્ટ પર દેખાય છે.

અમે હેશ તપાસીએ છીએ.

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

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

તે થોડી મિનિટો માટે લોડ થાય છે અને પછી ટૂંકા સિંક્રનાઇઝેશન પછી સેવામાં પરત આવે છે, પરંતુ ગૌણની ભૂમિકામાં.

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

ડેટા કેન્દ્રો વચ્ચે સંચાર ચેનલોની નિષ્ફળતા

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

પ્રાથમિક પર આપણે જોઈએ છીએ કે માધ્યમિક સાથે કોઈ જોડાણ નથી.

માધ્યમિક પર આપણે જોઈએ છીએ કે પ્રાથમિક સાથે કોઈ જોડાણ નથી.

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

થોડીવારમાં અમે કમ્યુનિકેશન ચેનલને "રિપેર" કરીએ છીએ. જલદી સ્ટોરેજ સિસ્ટમ્સ એકબીજાને જુએ છે, ડેટા સિંક્રોનાઇઝેશન આપમેળે સક્રિય થાય છે. અહીં એડમિનિસ્ટ્રેટર પાસેથી કંઈ જરૂરી નથી.

થોડા સમય પછી, સિંક્રનાઇઝેશન પૂર્ણ થાય છે.

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

તારણો

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

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

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

કૃપા કરીને ટિપ્પણીઓ લખો, અમને સારી ટીકા અને વ્યવહારુ સલાહ પ્રાપ્ત કરવામાં આનંદ થશે.

આવતા સમય સુધી.

સોર્સ: www.habr.com