ການດໍາເນີນງານ “ການຍ້າຍຖິ່ນຖານ”: ວິທີການຍ້າຍໄປຫາ DataLine cloud

ປະມານ 7 ປີກ່ອນຫນ້ານີ້, ໂຄງການທໍາອິດໄດ້ຍ້າຍໄປຢູ່ໃນຄລາວຂອງພວກເຮົາຢ່າງງ່າຍດາຍແລະບໍ່ຫນ້າກຽດ. ຮູບພາບຂອງເຄື່ອງ virtual ໄດ້ຖືກອັບໂຫລດໄປຍັງເຄື່ອງແມ່ຂ່າຍ FTP, ຫຼືພວກມັນຖືກສົ່ງຢູ່ໃນຮາດໄດ. ຫຼັງຈາກນັ້ນ, ໂດຍຜ່ານເຄື່ອງແມ່ຂ່າຍການນໍາເຂົ້າພິເສດ, VMs ໄດ້ຖືກອັບໂຫລດໄປຍັງຄລາວ.

ຖ້າມັນບໍ່ແມ່ນບັນຫາສໍາລັບລູກຄ້າທີ່ຈະປິດເຄື່ອງ virtual ສໍາລັບມື້ຫຼືສອງມື້ (ຫຼືບໍ່ມີທາງເລືອກອື່ນ), ຫຼັງຈາກນັ້ນນີ້ສາມາດເຮັດໄດ້. ແຕ່ຖ້າຫາກວ່າ downtime ຄວນຈະສູງສຸດຂອງຫນຶ່ງຊົ່ວໂມງ, ຫຼັງຈາກນັ້ນວິທີການນີ້ຈະບໍ່ເຮັດວຽກ. ມື້ນີ້ຂ້ອຍຈະບອກເຈົ້າວ່າມີເຄື່ອງມືໃດແດ່ທີ່ຈະຊ່ວຍໃຫ້ທ່ານເຄື່ອນຍ້າຍໄປຫາຄລາວດ້ວຍການຢຸດເຮັດວຽກໜ້ອຍທີ່ສຸດ ແລະວິທີການເຄື່ອນຍ້າຍຂອງພວກເຮົາເອງເຮັດວຽກແນວໃດ.

ການເຄື່ອນຍ້າຍດ້ວຍການສໍາຮອງຂໍ້ມູນ Veeam ແລະ Replication

ທຸກຄົນຮູ້ຈັກ Veeam Backup ແລະ Replication ເປັນເຄື່ອງມືສໍາລັບການສ້າງສໍາຮອງຂໍ້ມູນແລະ replicas. ພວກເຮົາໃຊ້ມັນສໍາລັບການເຄື່ອນຍ້າຍລະຫວ່າງສະຖານທີ່ຂອງພວກເຮົາແລະການຂົນສົ່ງລູກຄ້າຈາກ virtualization ສ່ວນຕົວໄປຫາຄລາວຂອງພວກເຮົາ. ເຄື່ອງຈັກ virtual ຂອງລູກຄ້າໄດ້ຖືກຈໍາລອງກັບ vCenter ຂອງພວກເຮົາ, ຫຼັງຈາກນັ້ນວິສະວະກອນໄດ້ເພີ່ມພວກມັນໃຫ້ກັບ vCloud Director.

ການຈຳລອງຂັ້ນຕົ້ນເກີດຂຶ້ນໃນເຄື່ອງສະເໝືອນທີ່ເປີດເຄື່ອງ. ໃນເວລາທີ່ຕົກລົງ, ເຄື່ອງຂ້າງລູກຄ້າຖືກປິດ. Replication ດໍາເນີນການອີກເທື່ອຫນຶ່ງເພື່ອປະຕິບັດການປ່ຽນແປງທີ່ເກີດຂຶ້ນນັບຕັ້ງແຕ່ການຈໍາລອງຄັ້ງທໍາອິດ. ຫຼັງຈາກນີ້, ເຄື່ອງ virtual ເລີ່ມຕົ້ນຢູ່ໃນເມຄຂອງພວກເຮົາ.

ໂດຍປົກກະຕິ, ຈາກເວລາທີ່ເຄື່ອງຖືກປິດຢູ່ໃນໂຄງສ້າງພື້ນຖານຂອງລູກຄ້າຈົນກ່ວາເວລາທີ່ມັນເປີດຢູ່ໃນຄລາວຂອງພວກເຮົາ, ບໍ່ເກີນເຄິ່ງຊົ່ວໂມງຜ່ານໄປ, ແຕ່ແທນທີ່ຈະ 15-20 ນາທີ.

ໃນກໍລະນີນີ້, ເຄື່ອງ virtual ຕົ້ນສະບັບຍັງຄົງຢູ່ໃນເວັບໄຊທ໌ລູກຄ້າ. ຖ້າມີບາງຢ່າງຜິດພາດເກີດຂຶ້ນຢ່າງກະທັນຫັນ, ທ່ານສາມາດມ້ວນຄືນແລະເປີດມັນໄດ້ຕະຫຼອດເວລາ. ວິທີການນີ້ແມ່ນຍັງສະດວກສໍາລັບລູກຄ້າໃນທີ່ມັນບໍ່ໄດ້ຮຽກຮ້ອງໃຫ້ລາວມີ Veeam.

ກໍລະນີ 1
ລູກຄ້າມີໂຄງສ້າງພື້ນຖານ virtual ຂອງຕົນເອງໂດຍອີງໃສ່ VMware - 40 VMs ທີ່ມີຄວາມຈຸ 30 TB. ອຸປະກອນທີ່ກຸ່ມດັ່ງກ່າວຖືກນຳໃຊ້ແມ່ນເກົ່າແລ້ວ, ແລະລູກຄ້າໄດ້ຕັດສິນໃຈທີ່ຈະບໍ່ລົບກວນການຊື້ເຄື່ອງໃໝ່ ແລະຍ້າຍໄປໃສ່ຄລາວສາທາລະນະ. ຄວາມຕ້ອງການເວລາຢຸດເຮັດວຽກສໍາລັບລະບົບທີ່ສໍາຄັນແມ່ນບໍ່ເກີນຫນຶ່ງຊົ່ວໂມງ. Veeam Replication ຖືກເລືອກເປັນເຄື່ອງມື. ບວກອີກອັນຫນຶ່ງແມ່ນວ່າຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດຂອງລູກຄ້າມີຢູ່ໃນສູນຂໍ້ມູນຂອງພວກເຮົາ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຈັດລະບຽບຊ່ອງທາງທີ່ດີ. ການເຄື່ອນຍ້າຍໃຊ້ເວລາປະມານຫນຶ່ງເດືອນ, ເວລາຢຸດໃນລະຫວ່າງການປ່ຽນແມ່ນສູງເຖິງ 30 ນາທີຕໍ່ກຸ່ມຂອງເຄື່ອງ virtual.

ເຄື່ອນຍ້າຍດ້ວຍ Veeam Cloud Connect

Veeam Cloud Connect ເປັນເຄື່ອງມືທີ່ຊ່ວຍໃຫ້ທ່ານຕັ້ງຄ່າການຈໍາລອງເຄື່ອງ virtual ແລະເປີດຕົວ replicas ໃນຄລາວຂອງຜູ້ໃຫ້ບໍລິການ. ຫຼັງຈາກການປັບປຸງເປັນ 2019 ປີ, ມັນເປັນໄປໄດ້ທີ່ຈະ replicate ເຄື່ອງ virtual ໂດຍກົງກັບ vCloud Director. ເງື່ອນໄຂດຽວແມ່ນວ່າໃນຝ່າຍລູກຄ້າ, Veeam Backup ແລະ Replication ຕ້ອງໄດ້ຮັບການປະຕິບັດຢ່າງຫນ້ອຍສະບັບ 9. ໃນສັ້ນ (ສະບັບລາຍລະອຽດ. ທີ່ນີ້), ຫຼັງຈາກນັ້ນຂະບວນການທັງຫມົດເບິ່ງຄືວ່ານີ້.

ໃນ vCloud Director, ອົງການຈັດຕັ້ງຖືກສ້າງຂື້ນດ້ວຍຊັບພະຍາກອນແລະເຄືອຂ່າຍທີ່ຈໍາເປັນ. ໃນ Veeam Cloud Connect, ພວກເຮົາສ້າງບັນຊີ, ລູກຄ້າເຊື່ອມຕໍ່ກັບມັນຈາກ Veeam B&R ຂອງລາວ, ເລືອກຜູ້ໃຫ້ບໍລິການ DataLine ແລະອົງການຈັດຕັ້ງ, ແລະກໍານົດຫນ້າວຽກສໍາລັບການຈໍາລອງ. ນອກເຫນືອຈາກຄວາມຈິງທີ່ວ່າໃນລະຫວ່າງການເຄື່ອນຍ້າຍດັ່ງກ່າວ, ເວລາຢຸດຈະຢູ່ພາຍໃນ 15-20 ນາທີ, ລູກຄ້າບໍ່ໄດ້ຂຶ້ນກັບການສະຫນັບສະຫນູນດ້ານວິຊາການຂອງຜູ້ໃຫ້ບໍລິການແລະຈັດການຂະບວນການທັງຫມົດຢ່າງເປັນເອກະລາດ: ສ້າງວຽກງານການຈໍາລອງ, ການຈໍາລອງຕົວມັນເອງ, ປິດ. ເຄື່ອງຈັກແລະເລີ່ມຕົ້ນໃຫ້ເຂົາເຈົ້າຢູ່ໃນເວັບໄຊທ໌ໃຫມ່.

ກໍລະນີ 2
ໂຄງລ່າງພື້ນຖານຂອງລູກຄ້າ, ຈາກບ່ອນທີ່ການເຄື່ອນຍ້າຍໄດ້ຖືກວາງແຜນ, ຕັ້ງຢູ່ໃນເບລາຣູດ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຂົນສົ່ງ 90 VMs ທີ່ມີປະລິມານທັງຫມົດ 27 TB, ເຖິງແມ່ນວ່າຊ່ອງອິນເຕີເນັດແມ່ນ 100 Mbit / ວິນາທີ. ຖ້າທ່ານເຮັດການສໍາຮອງແລະອັບໂຫລດມັນທັນທີໃນຄລາວຂອງພວກເຮົາ, ຫຼັງຈາກນັ້ນສໍາລັບ VM ບາງອັນມັນຈະໃຊ້ເວລາຫຼາຍມື້. ໃນລະຫວ່າງເວລານີ້, delta ຂະຫນາດໃຫຍ່ຈະເຕີບໂຕໃນ VM, ແລະນີ້ສາມາດມີຜົນກະທົບທາງລົບຕໍ່ການປະຕິບັດຂອງເຄື່ອງຈັກຫຼື, ຮ້າຍແຮງກວ່າເກົ່າ, ພື້ນທີ່ໃນ datastore ຈະຫມົດໄປ. ພວກເຮົາດໍາເນີນການດັ່ງຕໍ່ໄປນີ້: ທໍາອິດ, ລູກຄ້າໄດ້ເຮັດການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ໃນທ້ອງຖິ່ນແລະໂອນສໍາເນົາຂອງມັນໄປຫາຄລາວຂອງພວກເຮົາຜ່ານ Veeam Cloud Connect. ຫຼັງຈາກນັ້ນ, ຂ້າພະເຈົ້າໄດ້ເຮັດແລະໂອນ increment ກັບຟັງ. ເຄື່ອງ virtual ຕົ້ນສະບັບຍັງສືບຕໍ່ດໍາເນີນການ. ຫຼັງຈາກປິດ VM, ລູກຄ້າໄດ້ເພີ່ມຂຶ້ນອີກແລະໂອນມັນໄປຟັງ. ໃນດ້ານຂອງພວກເຮົາ, ພວກເຮົາໄດ້ນໍາໃຊ້ເຄື່ອງ virtual ຈາກການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່, ແລະຫຼັງຈາກນັ້ນ rolled ສອງເພີ່ມຂຶ້ນໃສ່ມັນ. ໂຄງການນີ້ໃນທີ່ສຸດເຮັດໃຫ້ມັນເປັນໄປໄດ້ເພື່ອຫຼຸດຜ່ອນການ downtime ລົງເປັນ 2 ຊົ່ວໂມງໃນເວລາທີ່ສະຫຼັບກັບເວັບໄຊຂອງພວກເຮົາ.

ການຍົກຍ້າຍກັບ VMware vCloud ມີໃຫ້

ໃນເດືອນມີນາຂອງປີນີ້, VMware ປ່ອຍ vCloud Availability 3.0, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເຄື່ອນຍ້າຍເຄື່ອງ virtual ລະຫວ່າງ clouds ທີ່ແຕກຕ່າງກັນ (vCloud Director - vCloud Director) ແລະຈາກ virtual client ສ່ວນຕົວຢືນຢູ່ກັບ cloud (vCenter - vCloud Director). ຄວາມສະດວກສະບາຍຕົ້ນຕໍແມ່ນການເຊື່ອມໂຍງກັບສ່ວນຕິດຕໍ່ຜູ້ອໍານວຍການ vCloud. ອັນນີ້ເຮັດໃຫ້ຂະບວນການຈັດການການຈຳລອງແບບງ່າຍຂຶ້ນຢ່າງຫຼວງຫຼາຍ ແລະຫຼຸດເວລາຢຸດເຮັດວຽກໃນລະຫວ່າງການປ່ຽນເຄື່ອງ.

ການນໍາໃຊ້ເຄື່ອງມືນີ້, ພວກເຮົາໄດ້ຍ້າຍຫນຶ່ງໃນລູກຄ້າຈາກມອດໂກເມຄຂອງພວກເຮົາໄປສູ່ເມຄຂອງພວກເຮົາໃນເຊນປີເຕີເບີກ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຂົນສົ່ງເຄື່ອງ virtual 18 ເຄື່ອງທີ່ມີຄວາມຈຸທັງຫມົດ 14 TB. ອົງການຈັດຕັ້ງຫນຶ່ງໄດ້ຖືກສ້າງຂື້ນສໍາລັບລູກຄ້າໃນເມຄທີ່ St. Petersburg ແລະເຄືອຂ່າຍທີ່ຈໍາເປັນໄດ້ຖືກຈັດຕັ້ງ. ຕໍ່ໄປ, ຈາກການໂຕ້ຕອບຂອງ vCloud Director, ລູກຄ້າໄດ້ໄປຫາການຕັ້ງຄ່າ vCloud Availability, ສ້າງວຽກ replication ແລະປ່ຽນໄປຫາສະຖານທີ່ St. Petersburg ໃນເວລາສະດວກສໍາລັບລາວ. ເວລາປິດເຄື່ອງໃນລະຫວ່າງການປ່ຽນແມ່ນ 12 ນາທີ.

ໂຄງການການເຄື່ອນຍ້າຍລະຫວ່າງ DataLine clouds ໃນ St. Petersburg ແລະ Moscow.

vCloud Availability ມີກົນໄກສໍາລັບການເຄື່ອນຍ້າຍ VMs ຈາກເວັບໄຊທ໌ຂອງລູກຄ້າໄປຫາຄລາວຂອງພວກເຮົາ. ເພື່ອເຮັດສິ່ງນີ້, ຄໍາຮ້ອງສະຫມັກພິເສດ vCloud Availability ຖືກນໍາໄປໃຊ້ໃນ vCenter ຂອງລູກຄ້າ. ຫຼັງ​ຈາກ​ການ​ຕິດ​ຕັ້ງ​ງ່າຍ​ດາຍ​, ທ່ານ​ເຊື່ອມ​ຕໍ່​ກັບ​ຟັງ​ແລະ​ກໍາ​ນົດ​ຄ່າ​ວຽກ​ງານ​ການ​ຍ້າຍ​. ລູກຄ້າຍັງຈັດການຂະບວນການທັງຫມົດຢ່າງເປັນເອກະລາດແລະເວລາການເຄື່ອນຍ້າຍແມ່ນຖືກເກັບຮັກສາໄວ້ຢ່າງຫນ້ອຍ.

ໂຄງ​ການ​ສໍາ​ລັບ​ການ​ຍົກ​ຍ້າຍ​ເຄື່ອງ virtual ຈາກ​ການ​ຕິດ​ຕັ້ງ​ເອ​ກະ​ຊົນ​ໄປ​ຟັງ​ໄດ້​.

VMware vCloud Availability ມີຫຼາຍກໍລະນີການນໍາໃຊ້ອື່ນໆ; ພວກເຮົາຈະເວົ້າກ່ຽວກັບພວກມັນໃນບົດຄວາມແຍກຕ່າງຫາກໃນໄວໆນີ້.

ການກະກຽມສໍາລັບການເຄື່ອນຍ້າຍ

ເພື່ອເລືອກເຄື່ອງມືແລະຕົວຈິງແລ້ວເລີ່ມຕົ້ນການເຄື່ອນຍ້າຍ, ທ່ານຈໍາເປັນຕ້ອງຕັດສິນໃຈກ່ຽວກັບຈຸດຕໍ່ໄປນີ້:

ພວກເຮົາເຄື່ອນຍ້າຍມາຈາກໃສ? ຖ້າທ່ານກໍາລັງເຄື່ອນຍ້າຍຈາກການແກ້ໄຂສ່ວນຕົວ, ຫຼັງຈາກນັ້ນທ່ານມີເສລີພາບຢ່າງສົມບູນໃນການເລືອກເຄື່ອງມື. ຖ້າເຈົ້າຍ້າຍອອກໄປຈາກຜູ້ໃຫ້ບໍລິການຂອງເຈົ້າ, ມັນສັບສົນກວ່າ. ສ່ວນຫຼາຍອາດຈະ, ການເຊື່ອມໂຍງໂຄງສ້າງພື້ນຖານຂອງສອງຜູ້ໃຫ້ບໍລິການແລະພຽງແຕ່ລາກແລະວາງ VM ຈະບໍ່ເຮັດວຽກຍ້ອນເຫດຜົນດ້ານຄວາມປອດໄພ. ບາງຄັ້ງຜູ້ໃຫ້ບໍລິການທີ່ລູກຄ້າກໍາລັງຈະປະຕິເສດກໍ່ເລີ່ມຂີ້ຕົວະແລະຢຸດເວລາ. ທ່ານ​ສາ​ມາດ​ຍ້າຍ​ອອກ​ໄປ​ຈາກ​ຜູ້​ໃຫ້​ບໍ​ລິ​ວິ​ທີ​ການ​ທີ່​ເກົ່າ​ແກ່​: ໂດຍ​ການ​ອັບ​ໂຫລດ VMs ກັບ​ແຜ່ນ​ແລະ FTP​, ຫຼື​ໂດຍ​ການ​ເຄື່ອນ​ຍ້າຍ​ໃນ​ລະ​ດັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​. ຊື່ຂອງອັນສຸດທ້າຍແມ່ນມີເງື່ອນໄຂ, ແລະເບິ່ງຄືວ່າບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້.

ກໍລະນີ 3
ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຍ້າຍລະບົບ SAP ຂອງລູກຄ້າຈາກຜູ້ໃຫ້ບໍລິການເອີຣົບ: 34 VMs ທີ່ມີຄວາມຈຸ 54 TB. ລູກຄ້າໄດ້ຖືກຈັດສັນຊັບພະຍາກອນຢູ່ໃນຄລາວຂອງພວກເຮົາ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍໄດ້ຖືກຈັດຕັ້ງລະຫວ່າງພວກເຮົາແລະໂຄງສ້າງພື້ນຖານຂອງຜູ້ໃຫ້ບໍລິການເອີຣົບ. ເຊີບເວີຂອງແອັບພລິເຄຊັນໄດ້ຖືກນຳມາໃຊ້ຄືນໃໝ່, ດ້ວຍການກຳນົດຄ່າທີ່ຈຳເປັນຖືກມ້ວນ. ຖານຂໍ້ມູນຂະຫນາດໃຫຍ່ໄດ້ຖືກຍົກຍ້າຍໂດຍຜ່ານການອັບໂຫລດການສໍາຮອງຂໍ້ມູນກັບຄລາວຂອງພວກເຮົາ. ຕໍ່ໄປ, ການຈໍາລອງໄດ້ຖືກຕັ້ງຄ່າລະຫວ່າງຖານຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາແລະຕົ້ນສະບັບ. ໃນເວລາທີ່ຕົກລົງ, ພວກເຮົາປ່ຽນໄປຫາຖານຂໍ້ມູນໃນເມຄຂອງພວກເຮົາ.

ປະລິມານຂໍ້ມູນ ແລະຊ່ອງທາງອິນເຕີເນັດ. ປົກກະຕິແລ້ວພວກເຮົາຂໍໃຫ້ລູກຄ້າສະຫນອງການອັບໂຫລດໂດຍລະບົບທີ່ມີຫນ່ວຍຄວາມຈໍາ, CPU, ແລະຕົວກໍານົດການແຜ່ນ. ພວກເຮົາປະເມີນວ່າຊ່ອງທາງແມ່ນພຽງພໍທີ່ຈະສົ່ງໂດຍກົງຫຼືການສໍາຮອງຂອງເຄື່ອງ virtual.

ເວລາຢຸດເຮັດວຽກທີ່ຍອມຮັບໄດ້. ສໍາລັບລະບົບທີ່ແຕກຕ່າງກັນແລະ, ຕາມຄວາມເຫມາະສົມ, ເຄື່ອງຈັກ virtual, ມັນສາມາດແຕກຕ່າງກັນໂດຍອີງຕາມຄວາມສໍາຄັນທາງທຸລະກິດຂອງພວກເຂົາ. ປົກກະຕິແລ້ວລູກຄ້າມາພ້ອມກັບຄວາມຕ້ອງການການຢຸດພັກທີ່ກຽມພ້ອມສໍາລັບການເຄື່ອນຍ້າຍ, ແລະໂດຍອີງໃສ່ນີ້ພວກເຮົາເລືອກເຄື່ອງມືທີ່ເຫມາະສົມແລະແຜນການການເຄື່ອນຍ້າຍ. ພວກເຮົາພະຍາຍາມຈັດຕາຕະລາງການປ່ຽນຄັ້ງສຸດທ້າຍໃນຕອນກາງຄືນຫຼືໃນທ້າຍອາທິດເພື່ອວ່າເຖິງແມ່ນວ່າການຢຸດເຮັດວຽກເລັກນ້ອຍກໍ່ບໍ່ສັງເກດເຫັນຜູ້ໃຊ້ສຸດທ້າຍຂອງລູກຄ້າ.

ອີງຕາມຂໍ້ມູນນີ້, ທ່ານສາມາດເລືອກເຄື່ອງມືແລະເລີ່ມຕົ້ນການເຄື່ອນຍ້າຍຕົວມັນເອງ. ນີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນຕໍ່ໄປ.

1. ການ​ຕັ້ງ​ຄ່າ​ການ​ເຊື່ອມ​ຕໍ່​ເຄືອ​ຂ່າຍ​. ພວກເຮົາຈັດຕັ້ງການເຊື່ອມຕໍ່ເຄືອຂ່າຍລະຫວ່າງຄລາວຂອງພວກເຮົາ ແລະໂຄງສ້າງພື້ນຖານຂອງລູກຄ້າ. ເຄື່ອງສະເໝືອນຈະຖືກສຳເນົາຜ່ານເຄືອຂ່າຍນີ້. ຖ້າ Veeam Backup ແລະ Replication ຖືກນໍາໃຊ້, ນີ້ແມ່ນຊ່ອງທາງທີ່ອຸທິດຕົນ, ຫນ້ອຍກວ່າຊ່ອງ VPN. ຖ້າ Veeam Cloud Connect, ຫຼັງຈາກນັ້ນທຸກສິ່ງທຸກຢ່າງຈະຜ່ານອິນເຕີເນັດຫຼືຊ່ອງທາງທີ່ອຸທິດຕົນດຽວກັນ.

   ຫຼັງຈາກນັ້ນ, ເຄືອຂ່າຍຖືກຕັ້ງຄ່າສໍາລັບ VM ໃນຄລາວ. ປົກກະຕິແລ້ວລົດເຄື່ອນຍ້າຍເປັນກຸ່ມ ແລະເປັນເວລາຫຼາຍກວ່າໜຶ່ງມື້. ເມື່ອ VMs ຖືກນໍາມາໃຫ້ພວກເຮົາແລະເປີດຕົວ, ພວກເຂົາຕ້ອງຕິດຕໍ່ສື່ສານກັບເຄື່ອງຈັກທີ່ຍັງຄົງຢູ່ໃນສະຖານທີ່ຕົ້ນສະບັບ.

2. ຕາຕະລາງການຍົກຍ້າຍ. ໃນ​ເວ​ລາ​ທີ່​ມີ​ລົດ​ຫຼາຍ​, ມັນ​ເຮັດ​ໃຫ້​ຄວາມ​ຮູ້​ສຶກ​ທີ່​ຈະ​ແບ່ງ​ອອກ​ເປັນ​ກຸ່ມ​ແລະ​ການ​ຂົນ​ສົ່ງ​ໃຫ້​ເຂົາ​ເຈົ້າ​ເປັນ batch​. ຮ່ວມກັນກັບລູກຄ້າ, ພວກເຮົາຕົກລົງເຫັນດີກ່ຽວກັບແຜນການທີ່ພວກເຮົາກໍານົດເວລາແລະເຄື່ອງໃດທີ່ຈະຍ້າຍອອກແລະເວລາທີ່ການຈໍາລອງສຸດທ້າຍແລະການສະຫຼັບກັບເວັບໄຊທ໌ໃຫມ່ຈະຖືກປະຕິບັດ.
3. ທົດສອບການເຄື່ອນຍ້າຍ. ພວກເຮົາໂອນຍ້າຍເຄື່ອງ virtual ທົດສອບແລະກວດເບິ່ງວ່າທຸກສິ່ງທຸກຢ່າງຖືກຕັ້ງຄ່າຢ່າງຖືກຕ້ອງ: ການເຊື່ອມຕໍ່ເຄືອຂ່າຍລະຫວ່າງສະຖານທີ່, ການມີເຄື່ອງ virtual ກັບເຄື່ອງຈັກຢູ່ໃນເວັບໄຊທ໌ແຫຼ່ງ, ສິດທິຂອງບັນຊີ, ແລະອື່ນໆ. ການ​ທົດ​ສອບ​ນີ້​ຈະ​ຊ່ວຍ​ໃຫ້​ຫຼີກ​ເວັ້ນ​ການ hitches ໃນ​ຂັ້ນ​ຕອນ​ຂອງ​ການ​ເຄື່ອນ​ຍ້າຍ​ການ​ຕໍ່​ສູ້​.

ນັ້ນແມ່ນທັງຫມົດສໍາລັບຂ້ອຍ. ໃນຄໍາເຫັນ, ຖາມຄໍາຖາມແລະບອກພວກເຮົາກ່ຽວກັບປະສົບການການເຄື່ອນຍ້າຍຂອງທ່ານ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com