ഓപ്പറേഷൻ "മൈഗ്രേഷൻ": ഡാറ്റാലൈൻ ക്ലൗഡിലേക്ക് എങ്ങനെ നീങ്ങാം

ഏകദേശം 7 വർഷം മുമ്പ്, ആദ്യത്തെ പ്രോജക്റ്റുകൾ ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് ലളിതമായും അപ്രസക്തമായും നീങ്ങി. വെർച്വൽ മെഷീൻ ഇമേജുകൾ ഒരു FTP സെർവറിലേക്ക് അപ്‌ലോഡ് ചെയ്‌തു, അല്ലെങ്കിൽ അവ ഹാർഡ് ഡ്രൈവുകളിൽ ഡെലിവർ ചെയ്‌തു. തുടർന്ന്, ഒരു പ്രത്യേക ഇറക്കുമതി സെർവർ വഴി, വിഎം-കൾ ക്ലൗഡിലേക്ക് അപ്‌ലോഡ് ചെയ്തു.

ഒന്നോ രണ്ടോ ദിവസത്തേക്ക് വെർച്വൽ മെഷീൻ ഓഫ് ചെയ്യുന്നത് ക്ലയന്റിന് ഒരു പ്രശ്നമല്ലെങ്കിൽ (അല്ലെങ്കിൽ മറ്റ് ഓപ്ഷനുകളൊന്നുമില്ല), ഇത് ചെയ്യാം. എന്നാൽ പ്രവർത്തനരഹിതമായ സമയം പരമാവധി ഒരു മണിക്കൂർ ആയിരിക്കണം എങ്കിൽ, ഈ രീതി പ്രവർത്തിക്കില്ല. കുറഞ്ഞ പ്രവർത്തനരഹിതമായ സമയത്തിൽ ക്ലൗഡിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യാൻ നിങ്ങളെ സഹായിക്കുന്ന ടൂളുകൾ ഏതൊക്കെയാണെന്നും ഞങ്ങളുടെ മൈഗ്രേഷൻ പ്രക്രിയ തന്നെ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും ഇന്ന് ഞാൻ നിങ്ങളോട് പറയും.

വീം ബാക്കപ്പും പകർപ്പും ഉള്ള മൈഗ്രേഷൻ

ബാക്കപ്പുകളും പകർപ്പുകളും സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു ഉപകരണമായി വീം ബാക്കപ്പും റെപ്ലിക്കേഷനും എല്ലാവർക്കും അറിയാം. ഞങ്ങളുടെ സൈറ്റുകൾക്കിടയിലുള്ള മൈഗ്രേഷനും സ്വകാര്യ വെർച്വലൈസേഷനിൽ നിന്ന് ക്ലൗഡിലേക്ക് ക്ലയന്റുകളെ എത്തിക്കാനും ഞങ്ങൾ ഇത് ഉപയോഗിക്കുന്നു. ക്ലയന്റിന്റെ വെർച്വൽ മെഷീനുകൾ ഞങ്ങളുടെ vCenter-ലേക്ക് പകർത്തുന്നു, അതിനുശേഷം എഞ്ചിനീയർ അവയെ vCloud ഡയറക്ടറിലേക്ക് ചേർക്കുന്നു.

പ്രൈമറി റെപ്ലിക്കേഷൻ ഒരു പവർഡ്-ഓൺ വെർച്വൽ മെഷീനിൽ സംഭവിക്കുന്നു. സമ്മതിച്ച സമയത്ത്, ക്ലയന്റ് സൈഡ് മെഷീൻ ഓഫാക്കി. ആദ്യത്തെ റെപ്ലിക്കേഷനുശേഷം സംഭവിച്ച മാറ്റങ്ങൾ കൊണ്ടുപോകാൻ പകർപ്പെടുക്കൽ വീണ്ടും പ്രവർത്തിക്കുന്നു. ഇതിനുശേഷം, വെർച്വൽ മെഷീൻ നമ്മുടെ ക്ലൗഡിൽ ആരംഭിക്കുന്നു.

സാധാരണഗതിയിൽ, ക്ലയന്റിന്റെ ഇൻഫ്രാസ്ട്രക്ചറിൽ മെഷീൻ ഓഫാക്കിയ നിമിഷം മുതൽ അത് ഞങ്ങളുടെ ക്ലൗഡിൽ ഓണാകുന്ന നിമിഷം വരെ, അര മണിക്കൂറിൽ കൂടുതൽ കടന്നുപോകുന്നില്ല, മറിച്ച് 15-20 മിനിറ്റാണ്.

ഈ സാഹചര്യത്തിൽ, യഥാർത്ഥ വെർച്വൽ മെഷീൻ ക്ലയന്റ് സൈറ്റിൽ തന്നെ നിലനിൽക്കും. പെട്ടെന്ന് എന്തെങ്കിലും തെറ്റ് സംഭവിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും അത് തിരിച്ച് ഓണാക്കാവുന്നതാണ്. ഈ രീതി ക്ലയന്റിനും സൗകര്യപ്രദമാണ്, കാരണം അയാൾക്ക് വീം ആവശ്യമില്ല.

കേസ് 1
40 TB ശേഷിയുള്ള VMware - 30 VM-കളെ അടിസ്ഥാനമാക്കി ക്ലയന്റിന് സ്വന്തമായി വെർച്വൽ ഇൻഫ്രാസ്ട്രക്ചർ ഉണ്ടായിരുന്നു. ക്ലസ്റ്റർ വിന്യസിച്ച ഉപകരണങ്ങൾ ഇതിനകം കാലഹരണപ്പെട്ടതാണ്, കൂടാതെ പുതിയവ വാങ്ങാൻ ബുദ്ധിമുട്ടേണ്ടതില്ലെന്ന് ക്ലയന്റ് തീരുമാനിക്കുകയും പൊതു ക്ലൗഡിലേക്ക് മാറുകയും ചെയ്തു. നിർണ്ണായക സംവിധാനങ്ങൾക്കുള്ള പ്രവർത്തനരഹിതമായ സമയം ഒരു മണിക്കൂറിൽ കൂടുതലായിരുന്നില്ല. വീം റെപ്ലിക്കേഷൻ ടൂളായി തിരഞ്ഞെടുത്തു. ഞങ്ങളുടെ ഡാറ്റാ സെന്ററിൽ ക്ലയന്റിന്റെ ഇന്റർനെറ്റ് ദാതാവ് ഉണ്ടായിരുന്നു എന്നതാണ് മറ്റൊരു പ്ലസ്, ഇത് ഒരു നല്ല ചാനൽ സംഘടിപ്പിക്കുന്നത് സാധ്യമാക്കി. മൈഗ്രേഷൻ ഏകദേശം ഒരു മാസമെടുത്തു, സ്വിച്ചിംഗ് സമയത്ത് പ്രവർത്തനരഹിതമായ സമയം വെർച്വൽ മെഷീനുകളുടെ ഒരു ഗ്രൂപ്പിന് 30 മിനിറ്റ് വരെയാണ്.

Veeam Cloud Connect ഉപയോഗിച്ച് മൈഗ്രേറ്റ് ചെയ്യുക

വെർച്വൽ മെഷീൻ റെപ്ലിക്കേഷൻ സജ്ജീകരിക്കാനും സേവന ദാതാവിന്റെ ക്ലൗഡിൽ പകർപ്പുകൾ സമാരംഭിക്കാനും നിങ്ങളെ സഹായിക്കുന്ന ഒരു ഉപകരണമാണ് Veeam Cloud Connect. ലേക്ക് അപ്ഡേറ്റ് ചെയ്ത ശേഷം 2019 വർഷം, വെർച്വൽ മെഷീനുകൾ നേരിട്ട് vCloud ഡയറക്ടറിലേക്ക് പകർത്താൻ സാധിച്ചു. ക്ലയന്റ് ഭാഗത്ത് വീം ബാക്കപ്പും റെപ്ലിക്കേഷനും കുറഞ്ഞത് പതിപ്പ് 9 എങ്കിലും വിന്യസിച്ചിരിക്കണം എന്നതാണ് ഏക വ്യവസ്ഥ. ചുരുക്കത്തിൽ (വിശദമായ പതിപ്പ് ഇവിടെ), അപ്പോൾ മുഴുവൻ പ്രക്രിയയും ഇതുപോലെ കാണപ്പെടുന്നു.

vCloud ഡയറക്ടറിൽ, ആവശ്യമായ ഉറവിടങ്ങളും നെറ്റ്‌വർക്കുകളും ഉപയോഗിച്ച് ഒരു ഓർഗനൈസേഷൻ സൃഷ്ടിക്കപ്പെടുന്നു. Veeam Cloud Connect-ൽ, ഞങ്ങൾ ഒരു അക്കൗണ്ട് സൃഷ്‌ടിക്കുന്നു, ക്ലയന്റ് അവന്റെ Veeam B&R-ൽ നിന്ന് അതിലേക്ക് കണക്റ്റുചെയ്യുന്നു, ഒരു DataLine ദാതാവിനെയും ഓർഗനൈസേഷനെയും തിരഞ്ഞെടുക്കുന്നു, കൂടാതെ പകർത്തലിനായി ടാസ്‌ക്കുകൾ കോൺഫിഗർ ചെയ്യുന്നു. അത്തരം ഒരു മൈഗ്രേഷൻ സമയത്ത്, പ്രവർത്തനരഹിതമായ സമയം 15-20 മിനിറ്റിനുള്ളിൽ ആയിരിക്കും എന്നതിന് പുറമേ, ക്ലയന്റ് ദാതാവിന്റെ സാങ്കേതിക പിന്തുണയെ ഒരു തരത്തിലും ആശ്രയിക്കുന്നില്ല, കൂടാതെ മുഴുവൻ പ്രക്രിയയും സ്വതന്ത്രമായി കൈകാര്യം ചെയ്യുന്നു: റെപ്ലിക്കേഷൻ ടാസ്ക്കുകൾ സൃഷ്ടിക്കുന്നു, തനിപ്പകർപ്പ് തന്നെ, ഓഫാകും. മെഷീനുകൾ പുതിയ സൈറ്റിൽ അവ ആരംഭിക്കുന്നു.

കേസ് 2
ക്ലയന്റ് ഇൻഫ്രാസ്ട്രക്ചർ, മൈഗ്രേഷൻ ആസൂത്രണം ചെയ്ത സ്ഥലത്ത് നിന്ന് ബെലാറസിലാണ് സ്ഥിതി ചെയ്യുന്നത്. ഇന്റർനെറ്റ് ചാനൽ 90 ​​Mbit/sec ആണെങ്കിലും, മൊത്തം 27 TB വോളിയത്തിൽ 100 VM-കൾ ട്രാൻസ്പോർട്ട് ചെയ്യേണ്ടത് ആവശ്യമായിരുന്നു. നിങ്ങൾ ഒരു ബാക്കപ്പ് ഉണ്ടാക്കി ഉടൻ തന്നെ അത് ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് അപ്‌ലോഡ് ചെയ്യുകയാണെങ്കിൽ, ചില VM-കൾക്ക് ഇത് കുറച്ച് ദിവസമെടുക്കും. ഈ സമയത്ത്, VM-ൽ ഒരു വലിയ ഡെൽറ്റ വളരുമായിരുന്നു, ഇത് മെഷീനുകളുടെ പ്രവർത്തനത്തെ പ്രതികൂലമായി ബാധിക്കും അല്ലെങ്കിൽ അതിലും മോശമായി, ഡാറ്റാസ്റ്റോറിലെ ഇടം തീർന്നുപോകും. ഞങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ തുടർന്നു: ആദ്യം, ക്ലയന്റ് ഒരു പ്രാദേശിക പൂർണ്ണ ബാക്കപ്പ് ഉണ്ടാക്കി, വീം ക്ലൗഡ് കണക്ട് വഴി അതിന്റെ ഒരു പകർപ്പ് ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് ട്രാൻസ്ഫർ ചെയ്തു. പിന്നെ ഞാൻ ഇൻക്രിമെന്റ് ഉണ്ടാക്കി ക്ലൗഡിലേക്ക് മാറ്റി. യഥാർത്ഥ വെർച്വൽ മെഷീൻ പ്രവർത്തിക്കുന്നത് തുടർന്നു. VM ഷട്ട്ഡൗൺ ചെയ്ത ശേഷം, ക്ലയന്റ് മറ്റൊരു ഇൻക്രിമെന്റ് ഉണ്ടാക്കി, അത് ക്ലൗഡിലേക്ക് മാറ്റുകയും ചെയ്തു. ഞങ്ങളുടെ ഭാഗത്ത്, ഞങ്ങൾ ഒരു പൂർണ്ണ ബാക്കപ്പിൽ നിന്ന് ഒരു വെർച്വൽ മെഷീൻ വിന്യസിച്ചു, തുടർന്ന് അതിൽ രണ്ട് ഇൻക്രിമെന്റുകൾ ഉരുട്ടി. ഞങ്ങളുടെ സൈറ്റിലേക്ക് മാറുമ്പോൾ പ്രവർത്തനരഹിതമായ സമയം 2 മണിക്കൂറായി കുറയ്ക്കാൻ ഈ സ്കീം ആത്യന്തികമായി സാധ്യമാക്കി.

VMware vCloud ലഭ്യതയ്‌ക്കൊപ്പം മൈഗ്രേഷൻ

ഈ വർഷം മാർച്ചിൽ, VMware vCloud ലഭ്യത 3.0 പുറത്തിറക്കി, ഇത് വ്യത്യസ്ത ക്ലൗഡുകൾക്കിടയിൽ (vCloud ഡയറക്ടർ - vCloud ഡയറക്ടർ) വെർച്വൽ മെഷീനുകൾ മൈഗ്രേറ്റ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ സ്വകാര്യ ക്ലയന്റ് വെർച്വലൈസേഷനിൽ നിന്ന് ക്ലൗഡിലേക്ക് (vCenter - vCloud Director) നിലകൊള്ളുന്നു. vCloud ഡയറക്ടർ ഇന്റർഫേസുമായുള്ള സംയോജനമാണ് പ്രധാന സൗകര്യം. ഇത് റെപ്ലിക്കേഷൻ മാനേജ്മെന്റ് പ്രക്രിയയെ വളരെ ലളിതമാക്കുകയും സ്വിച്ച്ഓവർ സമയത്ത് പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുന്നു.

ഈ ഉപകരണം ഉപയോഗിച്ച്, ഞങ്ങളുടെ മോസ്കോ ക്ലൗഡിൽ നിന്ന് ഞങ്ങൾ ക്ലയന്റുകളിൽ ഒരാളെ സെന്റ് പീറ്റേഴ്സ്ബർഗിലെ ക്ലൗഡിലേക്ക് മൈഗ്രേറ്റ് ചെയ്തു. മൊത്തം 18 ടിബി ശേഷിയുള്ള 14 വെർച്വൽ മെഷീനുകൾ കൊണ്ടുപോകേണ്ടത് ആവശ്യമാണ്. സെന്റ് പീറ്റേഴ്‌സ്ബർഗ് ക്ലൗഡിൽ ക്ലയന്റിനായി ഒരു ഓർഗനൈസേഷൻ സൃഷ്ടിക്കുകയും ആവശ്യമായ നെറ്റ്‌വർക്കുകൾ സംഘടിപ്പിക്കുകയും ചെയ്തു. അടുത്തതായി, vCloud ഡയറക്ടർ ഇന്റർഫേസിൽ നിന്ന്, ക്ലയന്റ് vCloud ലഭ്യത ക്രമീകരണങ്ങളിലേക്ക് പോയി, തനിപ്പകർപ്പ് ജോലികൾ സൃഷ്ടിക്കുകയും അദ്ദേഹത്തിന് സൗകര്യപ്രദമായ സമയത്ത് സെന്റ് പീറ്റേഴ്സ്ബർഗ് സൈറ്റിലേക്ക് മാറുകയും ചെയ്തു. സ്വിച്ചിംഗ് സമയത്ത് പ്രവർത്തനരഹിതമായ സമയം 12 മിനിറ്റായിരുന്നു.

സെന്റ് പീറ്റേഴ്‌സ്ബർഗിലെയും മോസ്കോയിലെയും ഡാറ്റാലൈൻ മേഘങ്ങൾക്കിടയിലുള്ള മൈഗ്രേഷൻ സ്കീം.

ക്ലയന്റ് സൈറ്റിൽ നിന്ന് ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് VM-കൾ മൈഗ്രേറ്റ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം vCloud ലഭ്യതയ്ക്കുണ്ട്. ഇത് ചെയ്യുന്നതിന്, ക്ലയന്റിന്റെ vCenter-ൽ ഒരു പ്രത്യേക vCloud ലഭ്യത ആപ്ലിക്കേഷൻ വിന്യസിച്ചിരിക്കുന്നു. ലളിതമായ സജ്ജീകരണത്തിന് ശേഷം, നിങ്ങൾ ക്ലൗഡിലേക്ക് കണക്റ്റുചെയ്‌ത് മൈഗ്രേഷൻ ടാസ്‌ക്കുകൾ കോൺഫിഗർ ചെയ്യുക. ക്ലയന്റ് മുഴുവൻ പ്രക്രിയയും സ്വതന്ത്രമായി കൈകാര്യം ചെയ്യുന്നു, മൈഗ്രേഷൻ സമയം ഏറ്റവും കുറഞ്ഞത് ആയി നിലനിർത്തുന്നു.

ഒരു സ്വകാര്യ ഇൻസ്റ്റാളേഷനിൽ നിന്ന് ക്ലൗഡിലേക്ക് വെർച്വൽ മെഷീനുകൾ മൈഗ്രേറ്റ് ചെയ്യുന്നതിനുള്ള സ്കീം.

VMware vCloud ലഭ്യതയ്ക്ക് മറ്റ് നിരവധി ഉപയോഗ കേസുകളുണ്ട്; ഞങ്ങൾ അവയെക്കുറിച്ച് ഉടൻ തന്നെ ഒരു പ്രത്യേക ലേഖനത്തിൽ സംസാരിക്കും.

കുടിയേറ്റത്തിന് തയ്യാറെടുക്കുന്നു

ഒരു ഉപകരണം തിരഞ്ഞെടുത്ത് യഥാർത്ഥത്തിൽ മൈഗ്രേറ്റ് ചെയ്യാൻ തുടങ്ങുന്നതിന്, നിങ്ങൾ ഇനിപ്പറയുന്ന പോയിന്റുകൾ തീരുമാനിക്കേണ്ടതുണ്ട്:

നമ്മൾ എവിടെ നിന്നാണ് കുടിയേറുന്നത്? നിങ്ങൾ ഒരു സ്വകാര്യ പരിഹാരത്തിൽ നിന്നാണ് മൈഗ്രേറ്റ് ചെയ്യുന്നതെങ്കിൽ, ടൂളുകൾ തിരഞ്ഞെടുക്കുന്നതിൽ നിങ്ങൾക്ക് പൂർണ്ണ സ്വാതന്ത്ര്യമുണ്ട്. നിങ്ങളുടെ ദാതാവിൽ നിന്ന് നിങ്ങൾ മാറുകയാണെങ്കിൽ, അത് കൂടുതൽ സങ്കീർണ്ണമാണ്. മിക്കവാറും, രണ്ട് ദാതാക്കളുടെ ഇൻഫ്രാസ്ട്രക്ചറുകൾ ലിങ്ക് ചെയ്യുകയും ഒരു VM വലിച്ചിടുകയും ഉപേക്ഷിക്കുകയും ചെയ്യുന്നത് സുരക്ഷാ കാരണങ്ങളാൽ പ്രവർത്തിക്കില്ല. ചിലപ്പോൾ ക്ലയന്റ് നിരസിക്കാൻ പോകുന്ന ദാതാവ് കുസൃതി കാണിക്കാൻ തുടങ്ങുകയും സമയത്തേക്ക് സ്തംഭിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾക്ക് ദാതാവിൽ നിന്ന് പഴയ രീതിയിൽ മാറാം: ഡിസ്കുകളിലേക്കും എഫ്‌ടിപിയിലേക്കും VM-കൾ അപ്‌ലോഡ് ചെയ്യുന്നതിലൂടെ അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ തലത്തിൽ മൈഗ്രേറ്റ് ചെയ്യുന്നതിലൂടെ. രണ്ടാമത്തേതിന്റെ പേര് സോപാധികമാണ്, ഇത് ഇതുപോലെ തോന്നുന്നു.

കേസ് 3
ഒരു യൂറോപ്യൻ ദാതാവിൽ നിന്ന് ക്ലയന്റിന്റെ SAP സിസ്റ്റം മൈഗ്രേറ്റ് ചെയ്യേണ്ടത് ആവശ്യമാണ്: 34 TB ശേഷിയുള്ള 54 VM-കൾ. ക്ലയന്റിന് ഞങ്ങളുടെ ക്ലൗഡിൽ വിഭവങ്ങൾ അനുവദിച്ചു. ഞങ്ങളും യൂറോപ്യൻ ദാതാവിന്റെ ഇൻഫ്രാസ്ട്രക്ചറും തമ്മിൽ നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി സംഘടിപ്പിച്ചു. ആപ്ലിക്കേഷൻ സെർവറുകൾ വീണ്ടും വിന്യസിച്ചു, ആവശ്യമായ കോൺഫിഗറേഷനുകൾ റോൾ ഓവർ ചെയ്തു. ഞങ്ങളുടെ ക്ലൗഡിലേക്ക് ബാക്കപ്പുകൾ അപ്‌ലോഡ് ചെയ്യുന്നതിലൂടെ വലിയ ഡാറ്റാബേസുകൾ മൈഗ്രേറ്റ് ചെയ്യപ്പെട്ടു. അടുത്തതായി, ഞങ്ങളുടെയും യഥാർത്ഥ സൈറ്റുകളുടെയും ഡാറ്റാബേസുകൾക്കിടയിൽ പകർപ്പ് ക്രമീകരിച്ചു. സമ്മതിച്ച സമയത്ത്, ഞങ്ങൾ ഞങ്ങളുടെ ക്ലൗഡിലെ ഡാറ്റാബേസുകളിലേക്ക് മാറി.

ഡാറ്റ വോളിയവും ഇന്റർനെറ്റ് ചാനലും. മെമ്മറി, സിപിയു, ഡിസ്ക് പാരാമീറ്ററുകൾ എന്നിവ ഉപയോഗിച്ച് സിസ്റ്റം വഴി ഒരു അപ്‌ലോഡ് നൽകാൻ ഞങ്ങൾ സാധാരണയായി ക്ലയന്റിനോട് ആവശ്യപ്പെടുന്നു. വെർച്വൽ മെഷീനുകളുടെ പകർപ്പുകളോ ബാക്കപ്പുകളോ നേരിട്ട് അയയ്ക്കാൻ ചാനൽ മതിയോ എന്ന് ഞങ്ങൾ വിലയിരുത്തുന്നു.

സ്വീകാര്യമായ പ്രവർത്തനരഹിതമായ സമയം. വ്യത്യസ്‌ത സിസ്റ്റങ്ങൾക്കും, അതനുസരിച്ച്, വെർച്വൽ മെഷീനുകൾക്കും, അവരുടെ ബിസിനസ്സ് വിമർശനത്തെ ആശ്രയിച്ച് ഇത് വ്യത്യസ്തമായിരിക്കും. സാധാരണയായി ക്ലയന്റ് മൈഗ്രേഷൻ സമയത്ത് പ്രവർത്തനരഹിതമായ സമയത്തിനുള്ള റെഡിമെയ്ഡ് ആവശ്യകതകളുമായി വരുന്നു, ഇതിനെ അടിസ്ഥാനമാക്കി ഞങ്ങൾ ഉചിതമായ ടൂളും മൈഗ്രേഷൻ പ്ലാനും തിരഞ്ഞെടുക്കുന്നു. അവസാന സ്വിച്ച്ഓവർ രാത്രിയിലോ വാരാന്ത്യങ്ങളിലോ ഷെഡ്യൂൾ ചെയ്യാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു, അതുവഴി ചെറിയ പ്രവർത്തനരഹിതമായ സമയം പോലും ക്ലയന്റിന്റെ അന്തിമ ഉപയോക്താക്കൾക്ക് ശ്രദ്ധയിൽപ്പെടില്ല.

ഈ ഡാറ്റയെ അടിസ്ഥാനമാക്കി, നിങ്ങൾക്ക് ഒരു ടൂൾ തിരഞ്ഞെടുത്ത് മൈഗ്രേഷൻ ആരംഭിക്കാം. അടുത്തതായി സംഭവിക്കുന്നത് ഇതാ.

1. നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി സജ്ജീകരിക്കുന്നു. ഞങ്ങളുടെ ക്ലൗഡും ക്ലയന്റിന്റെ ഇൻഫ്രാസ്ട്രക്ചറും തമ്മിൽ ഞങ്ങൾ നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി സംഘടിപ്പിക്കുന്നു. വെർച്വൽ മെഷീനുകൾ ഈ നെറ്റ്‌വർക്കിലൂടെ പകർത്തപ്പെടും. വീം ബാക്കപ്പും റെപ്ലിക്കേഷനും ഉപയോഗിക്കുന്നുവെങ്കിൽ, ഇതൊരു സമർപ്പിത ചാനലാണ്, പലപ്പോഴും ഒരു VPN ചാനലാണ്. Veeam Cloud Connect ആണെങ്കിൽ, എല്ലാം ഇന്റർനെറ്റ് വഴിയോ അല്ലെങ്കിൽ അതേ സമർപ്പിത ചാനൽ വഴിയോ പോകുന്നു.

   അപ്പോൾ ക്ലൗഡിലെ VM-നായി നെറ്റ്‌വർക്ക് ക്രമീകരിച്ചിരിക്കുന്നു. കാറുകൾ സാധാരണയായി കൂട്ടമായും ഒന്നിലധികം ദിവസങ്ങളിലും നീങ്ങുന്നു. VM-കൾ ഞങ്ങളുടെ അടുത്ത് കൊണ്ടുവന്ന് സമാരംഭിച്ചുകഴിഞ്ഞാൽ, യഥാർത്ഥ സൈറ്റിൽ ഇപ്പോഴും ശേഷിക്കുന്ന മെഷീനുകളുമായി അവ ആശയവിനിമയം നടത്തണം.

2. മൈഗ്രേഷൻ ഷെഡ്യൂൾ. ധാരാളം കാറുകൾ ഉള്ളപ്പോൾ, അവയെ ഗ്രൂപ്പുകളായി വിഭജിച്ച് ബാച്ചുകളായി കൊണ്ടുപോകുന്നത് യുക്തിസഹമാണ്. ക്ലയന്റുമായി ചേർന്ന്, എപ്പോൾ, ഏതൊക്കെ മെഷീനുകൾ ചലിക്കുമെന്നും പുതിയ സൈറ്റിലേക്കുള്ള അന്തിമ പകർപ്പും സ്വിച്ചോവറും എപ്പോൾ നടത്തുമെന്നും വ്യക്തമാക്കുന്ന ഒരു പ്ലാൻ ഞങ്ങൾ അംഗീകരിക്കുന്നു.
3. ടെസ്റ്റ് മൈഗ്രേഷൻ. ഞങ്ങൾ ടെസ്റ്റ് വെർച്വൽ മെഷീൻ മൈഗ്രേറ്റ് ചെയ്യുകയും എല്ലാം ശരിയായി കോൺഫിഗർ ചെയ്തിട്ടുണ്ടോയെന്ന് പരിശോധിക്കുകയും ചെയ്യുന്നു: സൈറ്റുകൾ തമ്മിലുള്ള നെറ്റ്‌വർക്ക് കണക്റ്റിവിറ്റി, സോഴ്‌സ് സൈറ്റിലെ മെഷീനുകളിലേക്ക് വെർച്വൽ മെഷീന്റെ ലഭ്യത, അക്കൗണ്ട് അവകാശങ്ങൾ മുതലായവ. കോംബാറ്റ് മൈഗ്രേഷൻ ഘട്ടത്തിൽ തടസ്സങ്ങൾ ഒഴിവാക്കാൻ ഈ പരിശോധന സഹായിക്കുന്നു.

എനിക്ക് അത്രമാത്രം. അഭിപ്രായങ്ങളിൽ, ചോദ്യങ്ങൾ ചോദിക്കുകയും നിങ്ങളുടെ മൈഗ്രേഷൻ അനുഭവത്തെക്കുറിച്ച് ഞങ്ങളോട് പറയുകയും ചെയ്യുക.

അവലംബം: www.habr.com