ઑપરેશન "માઇગ્રેશન": ડેટાલાઇન ક્લાઉડ પર કેવી રીતે જવું

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

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

Veeam બેકઅપ અને પ્રતિકૃતિ સાથે સ્થળાંતર

દરેક વ્યક્તિ Veeam બેકઅપ અને પ્રતિકૃતિને બેકઅપ અને પ્રતિકૃતિઓ બનાવવાના સાધન તરીકે જાણે છે. અમે તેનો ઉપયોગ અમારી સાઇટ્સ વચ્ચેના સ્થળાંતર માટે અને ક્લાયન્ટ્સને ખાનગી વર્ચ્યુઅલાઈઝેશનથી અમારા ક્લાઉડ પર લઈ જવા માટે કરીએ છીએ. ક્લાયંટની વર્ચ્યુઅલ મશીનો અમારા vCenter પર નકલ કરવામાં આવે છે, ત્યારબાદ એન્જિનિયર તેમને vCloud ડિરેક્ટરમાં ઉમેરે છે.

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

સામાન્ય રીતે, ક્લાઈન્ટના ઈન્ફ્રાસ્ટ્રક્ચર પર મશીન બંધ થાય તે ક્ષણથી તે અમારા ક્લાઉડમાં ચાલુ થાય ત્યાં સુધી, અડધા કલાકથી વધુ નહીં, પરંતુ 15-20 મિનિટ પસાર થાય છે.

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

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

Veeam Cloud Connect સાથે સ્થળાંતર કરો

Veeam Cloud Connect એ એક સાધન છે જે તમને વર્ચ્યુઅલ મશીન પ્રતિકૃતિ સેટ કરવામાં અને સેવા પ્રદાતાના ક્લાઉડમાં પ્રતિકૃતિઓ લોન્ચ કરવામાં મદદ કરે છે. પર અપડેટ કર્યા પછી 2019 વર્ષ, વર્ચ્યુઅલ મશીનોને સીધા જ vCloud ડિરેક્ટરમાં નકલ કરવાનું શક્ય બન્યું. એકમાત્ર શરત એ છે કે ક્લાયન્ટ બાજુએ, વીમ બેકઅપ અને પ્રતિકૃતિ ઓછામાં ઓછી આવૃત્તિ 9 જમાવવામાં હોવી જોઈએ. ટૂંકમાં (વિગતવાર સંસ્કરણ અહીં), તો આખી પ્રક્રિયા આના જેવી દેખાય છે.

vCloud ડિરેક્ટરમાં, એક સંસ્થા જરૂરી સંસાધનો અને નેટવર્ક્સ સાથે બનાવવામાં આવે છે. Veeam Cloud Connect માં, અમે એક એકાઉન્ટ બનાવીએ છીએ, ક્લાયન્ટ તેના Veeam B&R થી તેની સાથે જોડાય છે, ડેટાલાઈન પ્રદાતા અને સંસ્થાને પસંદ કરે છે અને પ્રતિકૃતિ માટે કાર્યોને ગોઠવે છે. હકીકત એ છે કે આવા સ્થળાંતર દરમિયાન, ડાઉનટાઇમ 15-20 મિનિટની અંદર હશે, ક્લાયંટ કોઈપણ રીતે પ્રદાતાના તકનીકી સમર્થન પર આધાર રાખતો નથી અને સ્વતંત્ર રીતે સમગ્ર પ્રક્રિયાનું સંચાલન કરે છે: પ્રતિકૃતિ કાર્યો બનાવે છે, પ્રતિકૃતિ પોતે, બંધ થાય છે. મશીનો અને તેમને નવી સાઇટ પર શરૂ કરે છે.

કેસ 2
ક્લાયન્ટનું ઇન્ફ્રાસ્ટ્રક્ચર, જ્યાંથી સ્થળાંતરનું આયોજન કરવામાં આવ્યું હતું, તે બેલારુસમાં સ્થિત હતું. ઈન્ટરનેટ ચેનલ 90 Mbit/sec હતી તે હકીકત હોવા છતાં 27 TB ના કુલ વોલ્યુમ સાથે 100 VM પરિવહન કરવું જરૂરી હતું. જો તમે બેકઅપ લો અને તરત જ તેને અમારા ક્લાઉડ પર અપલોડ કરો, તો કેટલાક VM માટે તે ઘણા દિવસો લેશે. આ સમય દરમિયાન, VM પર મોટો ડેલ્ટા ઉગ્યો હશે, અને આનાથી મશીનોની કામગીરી પર નકારાત્મક અસર પડી શકે છે અથવા તેનાથી પણ ખરાબ, ડેટાસ્ટોર પરની જગ્યા સમાપ્ત થઈ ગઈ હશે. અમે નીચે મુજબ આગળ વધ્યા: સૌપ્રથમ, ક્લાયન્ટે સ્થાનિક સંપૂર્ણ બેકઅપ લીધું અને તેની એક નકલ Veeam Cloud Connect દ્વારા અમારા ક્લાઉડમાં ટ્રાન્સફર કરી. પછી મેં વધારો કર્યો અને ક્લાઉડમાં ટ્રાન્સફર કર્યો. અસલ વર્ચ્યુઅલ મશીન ચાલવાનું ચાલુ રાખ્યું. VM બંધ કર્યા પછી, ક્લાયન્ટે બીજો વધારો કર્યો અને તેને ક્લાઉડમાં ટ્રાન્સફર પણ કર્યો. અમારી બાજુએ, અમે સંપૂર્ણ બેકઅપમાંથી વર્ચ્યુઅલ મશીન જમાવ્યું, અને પછી તેના પર બે ઇન્ક્રીમેન્ટ રોલ કર્યા. આ યોજનાએ આખરે અમારી સાઇટ પર સ્વિચ કરતી વખતે ડાઉનટાઇમને 2 કલાક સુધી ઘટાડવાનું શક્ય બનાવ્યું.

VMware vCloud ઉપલબ્ધતા સાથે સ્થળાંતર

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

આ સાધનનો ઉપયોગ કરીને, અમે અમારા મોસ્કો ક્લાઉડમાંથી એક ક્લાયન્ટને સેન્ટ પીટર્સબર્ગમાં અમારા ક્લાઉડમાં સ્થાનાંતરિત કર્યું. કુલ 18 ટીબીની ક્ષમતા સાથે 14 વર્ચ્યુઅલ મશીનોનું પરિવહન કરવું જરૂરી હતું. સેન્ટ પીટર્સબર્ગ ક્લાઉડમાં ક્લાયન્ટ માટે એક સંસ્થા બનાવવામાં આવી હતી અને જરૂરી નેટવર્ક્સનું આયોજન કરવામાં આવ્યું હતું. આગળ, vCloud ડિરેક્ટર ઇન્ટરફેસમાંથી, ક્લાયન્ટ vCloud ઉપલબ્ધતા સેટિંગ્સ પર ગયો, પ્રતિકૃતિ જોબ્સ બનાવી અને તેના માટે અનુકૂળ સમયે સેન્ટ પીટર્સબર્ગ સાઇટ પર સ્વિચ કર્યો. સ્વિચિંગ દરમિયાન ડાઉનટાઇમ 12 મિનિટ હતો.

સેન્ટ પીટર્સબર્ગ અને મોસ્કોમાં ડેટાલાઇન વાદળો વચ્ચે સ્થળાંતર યોજના.

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

વર્ચ્યુઅલ મશીનોને ખાનગી ઇન્સ્ટોલેશનમાંથી ક્લાઉડ પર સ્થાનાંતરિત કરવા માટેની યોજના.

VMware vCloud ઉપલબ્ધતામાં ઘણા અન્ય ઉપયોગના કિસ્સાઓ છે; અમે તેમના વિશે ટૂંક સમયમાં એક અલગ લેખમાં વાત કરીશું.

સ્થળાંતર માટે તૈયારી

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

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

કેસ 3
યુરોપિયન પ્રદાતા પાસેથી ક્લાયંટની SAP સિસ્ટમને સ્થાનાંતરિત કરવી જરૂરી હતી: 34 TB ની ક્ષમતા સાથે 54 VM. ક્લાઈન્ટને અમારા ક્લાઉડમાં સંસાધનો ફાળવવામાં આવ્યા હતા. નેટવર્ક કનેક્ટિવિટી અમારી અને યુરોપિયન પ્રદાતાના ઇન્ફ્રાસ્ટ્રક્ચર વચ્ચે ગોઠવવામાં આવી હતી. જરૂરી રૂપરેખાંકનો રોલ ઓવર સાથે એપ્લિકેશન સર્વર્સ ફરીથી જમાવવામાં આવ્યા હતા. અમારા ક્લાઉડ પર બેકઅપ અપલોડ કરીને મોટા ડેટાબેસેસનું સ્થળાંતર કરવામાં આવ્યું હતું. આગળ, અમારી અને મૂળ સાઇટ્સ પરના ડેટાબેઝ વચ્ચે પ્રતિકૃતિ ગોઠવવામાં આવી હતી. સંમત સમયે, અમે અમારા ક્લાઉડમાં ડેટાબેસેસ પર સ્વિચ કર્યું.

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

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

આ ડેટાના આધારે, તમે એક સાધન પસંદ કરી શકો છો અને સ્થળાંતર પોતે જ શરૂ કરી શકો છો. આગળ શું થાય છે તે અહીં છે.

1. નેટવર્ક કનેક્ટિવિટી સેટ કરી રહ્યું છે. અમે અમારા ક્લાઉડ અને ક્લાયન્ટના ઈન્ફ્રાસ્ટ્રક્ચર વચ્ચે નેટવર્ક કનેક્ટિવિટી ગોઠવીએ છીએ. આ નેટવર્ક પર વર્ચ્યુઅલ મશીનોની નકલ કરવામાં આવશે. જો Veeam બેકઅપ અને પ્રતિકૃતિનો ઉપયોગ કરવામાં આવે છે, તો આ એક સમર્પિત ચેનલ છે, ઘણી વાર VPN ચેનલ. જો Veeam Cloud Connect છે, તો પછી બધું ઇન્ટરનેટ અથવા સમાન સમર્પિત ચેનલ દ્વારા જાય છે.

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

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

મારા માટે એટલું જ. ટિપ્પણીઓમાં, પ્રશ્નો પૂછો અને તમારા સ્થળાંતર અનુભવ વિશે અમને જણાવો.

સોર્સ: www.habr.com