Hystax Cloud Migration: Riding the Clouds

ຫນຶ່ງໃນຜູ້ນຫນຸ່ມໃນຕະຫຼາດສໍາລັບການແກ້ໄຂບັນຫາໄພພິບັດແມ່ນ Hystax, ການເລີ່ມຕົ້ນຂອງລັດເຊຍຈາກ 2016. ເນື່ອງຈາກຫົວຂໍ້ຂອງການຟື້ນຟູໄພພິບັດແມ່ນມີຄວາມນິຍົມຫຼາຍແລະຕະຫຼາດມີການແຂ່ງຂັນທີ່ສຸດ, ການເລີ່ມຕົ້ນໄດ້ຕັດສິນໃຈທີ່ຈະສຸມໃສ່ການເຄື່ອນຍ້າຍລະຫວ່າງໂຄງສ້າງພື້ນຖານຂອງຄລາວທີ່ແຕກຕ່າງກັນ. ຜະລິດຕະພັນທີ່ອະນຸຍາດໃຫ້ທ່ານຈັດການເຄື່ອນຍ້າຍແບບງ່າຍດາຍແລະໄວໄປຫາຄລາວຍັງຈະເປັນປະໂຫຍດຫຼາຍສໍາລັບລູກຄ້າຂອງ Onlanta - ຜູ້ໃຊ້ Oncloud.ru. ນັ້ນແມ່ນວິທີທີ່ຂ້ອຍໄດ້ຮູ້ຈັກກັບ Hystax ແລະເລີ່ມທົດສອບຄວາມສາມາດຂອງມັນ. ຂ້ອຍຈະບອກເຈົ້າວ່າມັນມາຈາກຫຍັງໃນບົດຄວາມນີ້.

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

ນີ້ຊ່ວຍໃຫ້ທ່ານສ້າງບໍ່ພຽງແຕ່ວິທີແກ້ໄຂ DR ເພື່ອເພີ່ມຄວາມທົນທານຕໍ່ຄວາມຜິດຂອງການບໍລິການ, ແຕ່ຍັງການເຄື່ອນຍ້າຍຊັບພະຍາກອນຢ່າງໄວວາແລະມີຄວາມຍືດຫຍຸ່ນລະຫວ່າງສະຖານທີ່ຕ່າງໆແລະ hyperscalers ເພື່ອເພີ່ມການປະຫຍັດຄ່າໃຊ້ຈ່າຍແລະເລືອກເອົາການແກ້ໄຂທີ່ດີທີ່ສຸດສໍາລັບການບໍລິການສະເພາະໃດຫນຶ່ງໃນເວລານີ້. ນອກເຫນືອຈາກເວທີທີ່ລະບຸໄວ້ໃນຮູບຫົວຂໍ້, ບໍລິສັດຍັງຮ່ວມມືຢ່າງຈິງຈັງກັບຜູ້ໃຫ້ບໍລິການຟັງລັດເຊຍ: Yandex.Cloud, CROC Cloud Services, Mail.ru ແລະອື່ນໆຈໍານວນຫຼາຍ. ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າໃນປີ 2020 ບໍລິສັດໄດ້ເປີດສູນ R & D ທີ່ຕັ້ງຢູ່ໃນ Skolkovo. 

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

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

ຂັ້ນຕອນທໍາອິດແມ່ນການຕິດຕັ້ງ Hystax Acura, ເຊິ່ງເປັນແຜງຄວບຄຸມຂອງລະບົບ.

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

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

ຈຸດສິ້ນສຸດ – IP ຫຼື FQDN ຂອງ vCenter ຂອງພວກເຮົາ. 
ເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານ - ນີ້ແມ່ນຈະແຈ້ງ. 
Target ESXi hostname ແມ່ນຫນຶ່ງໃນ host ໃນກຸ່ມຂອງພວກເຮົາທີ່ຈະເຮັດການຈໍາລອງແບບຈໍາລອງ. 
Target datastore ແມ່ນຫນຶ່ງໃນ datastores ໃນ cluster ຂອງພວກເຮົາທີ່ຈະດໍາເນີນການ replication.
Hystax Acura Control Panel IP ສາທາລະນະ – ທີ່ຢູ່ບ່ອນທີ່ແຜງຄວບຄຸມຈະມີໃຫ້.

ຄວາມກະຈ່າງແຈ້ງເລັກນ້ອຍແມ່ນຕ້ອງການກ່ຽວກັບເຈົ້າພາບແລະ datastore. ຄວາມຈິງແມ່ນວ່າການຈໍາລອງແບບ Hystax ເຮັດວຽກຢູ່ໃນລະດັບເຈົ້າພາບແລະ datastore. ຕໍ່ໄປຂ້າພະເຈົ້າຈະບອກທ່ານວ່າທ່ານສາມາດປ່ຽນ host ແລະ datastore ສໍາລັບຜູ້ເຊົ່າໄດ້ແນວໃດ, ແຕ່ບັນຫາແມ່ນແຕກຕ່າງກັນ. Hystax ບໍ່ສະຫນັບສະຫນູນການເຮັດວຽກກັບແຫຼ່ງຊັບພະຍາກອນ, i.e. replica ສະເຫມີຈະໄປຫາຮາກຂອງ cluster (ໃນເວລາທີ່ຂຽນເອກະສານນີ້, guys ຈາກ Hystax ໄດ້ອອກສະບັບປັບປຸງ, ບ່ອນທີ່ເຂົາເຈົ້າໄດ້ປະຕິບັດການຮ້ອງຂໍຄຸນນະສົມບັດຂອງຂ້າພະເຈົ້າຢ່າງວ່ອງໄວກ່ຽວກັບການສະຫນັບສະຫນູນການສະນຸກເກີຊັບພະຍາກອນ). vCloud Director ຍັງບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ, i.e. ຖ້າ, ເຊັ່ນດຽວກັບກໍລະນີຂອງຂ້ອຍ, ຜູ້ເຊົ່າບໍ່ມີສິດ admin ໃນກຸ່ມທັງຫມົດ, ແຕ່ວ່າພຽງແຕ່ໄປຫາກຸ່ມຊັບພະຍາກອນສະເພາະ, ແລະພວກເຮົາໃຫ້ການເຂົ້າເຖິງ Hystax, ຫຼັງຈາກນັ້ນລາວຈະສາມາດເຮັດຊ້ໍາຄືນແລະເປີດຕົວ VMs ເຫຼົ່ານີ້ຢ່າງເປັນເອກະລາດ, ແຕ່ລາວຈະ ບໍ່ສາມາດເຫັນພວກມັນຢູ່ໃນໂຄງສ້າງພື້ນຖານຂອງ VMware , ທີ່ລາວມີການເຂົ້າເຖິງແລະ, ຕາມຄວາມເຫມາະສົມ, ການຄຸ້ມຄອງເຄື່ອງຈັກ virtual ຕື່ມອີກ. ມັນເປັນສິ່ງຈໍາເປັນສໍາລັບຜູ້ບໍລິຫານກຸ່ມທີ່ຈະຍ້າຍ VM ໄປຫາກຸ່ມຊັບພະຍາກອນທີ່ຕ້ອງການຫຼືນໍາເຂົ້າເຂົ້າໄປໃນ vCloud Director.

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

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

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

ໃນຮູບແບບສໍາລັບການເພີ່ມເມຄໃຫມ່, ພວກເຮົາກໍານົດຕົວກໍານົດການດຽວກັນກັບລະຫວ່າງການຕັ້ງຄ່າເບື້ອງຕົ້ນ (ພວກເຮົາຍັງສາມາດໃຊ້ໂຮດດຽວກັນ), ຊີ້ບອກຮ້ານຂໍ້ມູນທີ່ຕ້ອງການສໍາລັບລູກຄ້າສະເພາະ, ແລະໃນປັດຈຸບັນໃນພາລາມິເຕີເພີ່ມເຕີມພວກເຮົາສາມາດກໍານົດຊັບພະຍາກອນທີ່ຕ້ອງການເປັນສ່ວນບຸກຄົນ. ສະລອຍນ້ຳ {"resource_pool" : "YOUR_POOL_NAME"} 

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

ໃນເວລາດຽວກັນ, ມັນບໍ່ໄດ້ຖືກຜູກມັດກັບຜູ້ເຊົ່າທີ່ສ້າງຂຶ້ນ, ແລະລູກຄ້າຂອງພວກເຮົາທັງຫມົດຈະເຮັດວຽກຜ່ານມັນ (ຫຼືຜ່ານຫຼາຍໆຄັ້ງ, ຖ້າພວກເຮົານໍາໃຊ້ພວກມັນ). ຕົວແທນຫນຶ່ງສະຫນັບສະຫນູນ 10 ເຊດຊັນພ້ອມໆກັນ. ເຄື່ອງຫນຶ່ງແມ່ນນັບເປັນຫນຶ່ງກອງປະຊຸມ. ມັນບໍ່ສໍາຄັນວ່າມັນມີຈັກແຜ່ນ. ມາຮອດປະຈຸ, ບໍ່ມີກົນໄກສໍາລັບການຂະຫຍາຍຕົວແທນໃນ Acura ຕົວຂອງມັນເອງພາຍໃຕ້ VMware. ມີອີກຫນຶ່ງຊ່ວງເວລາທີ່ບໍ່ພໍໃຈ - ພວກເຮົາບໍ່ມີໂອກາດທີ່ຈະເບິ່ງ "ການກໍາຈັດ" ຂອງຕົວແທນນີ້ຈາກກະດານ Acura ເພື່ອສະຫຼຸບວ່າພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ຫຼາຍຫຼືວ່າການຕິດຕັ້ງໃນປະຈຸບັນພຽງພໍ. ດັ່ງນັ້ນ, ຂາຕັ້ງເບິ່ງຄືວ່າ:

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

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

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

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

ດັ່ງນັ້ນ, ຫຼັງຈາກການຕິດຕັ້ງຕົວແທນ, ພວກເຮົາສາມາດກັບຄືນໄປຫາກະດານ Acura ແລະເບິ່ງລົດຂອງພວກເຮົາທັງຫມົດ.

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

ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານວ່າ Hystax ຖືກຈັດເປັນຜະລິດຕະພັນສໍາລັບການເຄື່ອນຍ້າຍ. ດັ່ງນັ້ນ, ມັນບໍ່ແປກໃຈວ່າເພື່ອດໍາເນີນການເຄື່ອງຈັກ replicated ຂອງພວກເຮົາພວກເຮົາຈໍາເປັນຕ້ອງສ້າງແຜນ DR. ແຜນການສາມາດເຮັດໄດ້ສໍາລັບເຄື່ອງຈັກທີ່ຢູ່ໃນສະຖານະ Synced ແລ້ວ. ທ່ານສາມາດສ້າງທັງສອງສໍາລັບ VM ສະເພາະຫນຶ່ງແລະສໍາລັບເຄື່ອງຈັກທັງຫມົດໃນເວລາດຽວກັນ.

ຊຸດຂອງພາລາມິເຕີໃນເວລາທີ່ສ້າງແຜນ DR ຈະແຕກຕ່າງກັນຂຶ້ນກັບໂຄງສ້າງພື້ນຖານທີ່ທ່ານຈະຍ້າຍອອກ. ຊຸດຕົວກໍານົດການຫນ້ອຍທີ່ສຸດແມ່ນມີຢູ່ສໍາລັບສະພາບແວດລ້ອມ VMware. Re-IP ສໍາລັບເຄື່ອງແມ່ນຍັງບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ. ໃນເລື່ອງນີ້, ພວກເຮົາມີຄວາມສົນໃຈໃນຈຸດຕໍ່ໄປນີ້: ໃນຄໍາອະທິບາຍ VM, ພາລາມິເຕີ "subnet": "VMNetwork", ບ່ອນທີ່ພວກເຮົາຜູກມັດ VM ກັບເຄືອຂ່າຍສະເພາະໃນກຸ່ມ. ອັນດັບ - ທີ່ກ່ຽວຂ້ອງໃນເວລາທີ່ການເຄື່ອນຍ້າຍ VMs ຫຼາຍ; ມັນກໍານົດຄໍາສັ່ງທີ່ພວກມັນຖືກເປີດຕົວ. ລົດຊາດ - ອະທິບາຍການຕັ້ງຄ່າ VM, ໃນກໍລະນີນີ້ - 1CPU, 2GB RAM. ໃນພາກເຄືອຂ່າຍຍ່ອຍພວກເຮົາກໍານົດວ່າ "subnet": "VMNetwork" ແມ່ນກ່ຽວຂ້ອງກັບ VMware "VM Network". 

ເມື່ອສ້າງແຜນ DR, ບໍ່ມີວິທີທີ່ຈະ "ແຜ່" ແຜ່ນໃນບ່ອນເກັບຂໍ້ມູນທີ່ແຕກຕ່າງກັນ. ພວກເຂົາຈະຕັ້ງຢູ່ໃນ datastore ດຽວກັນທີ່ຖືກກໍານົດໄວ້ສໍາລັບລູກຄ້າຟັງນີ້, ແລະຖ້າທ່ານມີແຜ່ນຂອງຊັ້ນຮຽນທີ່ແຕກຕ່າງກັນ, ນີ້ອາດຈະເຮັດໃຫ້ເກີດຄວາມຫຍຸ້ງຍາກບາງຢ່າງໃນເວລາເລີ່ມຕົ້ນເຄື່ອງ, ແລະຫຼັງຈາກເລີ່ມຕົ້ນແລະ "ແຍກ" VM ຈາກ Hystax, ມັນກໍ່ຈະເປັນໄປໄດ້. ຕ້ອງການແຜ່ນການເຄື່ອນຍ້າຍແຍກຕ່າງຫາກໄປຫາບ່ອນເກັບຂໍ້ມູນທີ່ຕ້ອງການ. ຫຼັງຈາກນັ້ນ, ທັງຫມົດທີ່ພວກເຮົາຕ້ອງເຮັດຄືການເປີດຕົວແຜນການ DR ຂອງພວກເຮົາແລະລໍຖ້າລົດຂອງພວກເຮົາເພີ່ມຂຶ້ນ. ຂະບວນການປ່ຽນ P2V/V2V ຍັງໃຊ້ເວລາ. ໃນເຄື່ອງທົດສອບທີ່ໃຫຍ່ທີ່ສຸດຂອງຂ້ອຍ, 100GB ກັບສາມແຜ່ນ, ມັນໃຊ້ເວລາສູງສຸດ 10 ນາທີ.

ຫຼັງຈາກນີ້, ທ່ານຄວນກວດເບິ່ງ VM ແລ່ນ, ການບໍລິການກ່ຽວກັບມັນ, ຄວາມສອດຄ່ອງຂອງຂໍ້ມູນ, ແລະດໍາເນີນການກວດສອບອື່ນໆ. 

ຫຼັງຈາກນັ້ນ, ພວກເຮົາມີສອງວິທີ: 

1. ລົບ – ລຶບແຜນການ DR ທີ່ໃຊ້ຢູ່. ການປະຕິບັດນີ້ຈະພຽງແຕ່ປິດ VM ແລ່ນ. replicas ເຫຼົ່ານີ້ບໍ່ໄດ້ໄປທຸກບ່ອນ. 
2. Detach – ຈີກເອົາລົດທີ່ຈໍາລອງອອກຈາກ Acura, i.e. ຕົວຈິງແລ້ວຂະບວນການຍົກຍ້າຍ. 

Pros ຂອງ​ການ​ແກ້​ໄຂ​: 

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

Минусы 

• ຮອງຮັບ Vmware ບໍ່ພຽງພໍ.
• ການຂາດໂຄຕ້າສໍາລັບຜູ້ເຊົ່າຈາກເວທີ. 

ຂ້ອຍຍັງໄດ້ລວບລວມຄໍາຮ້ອງຂໍຄຸນສົມບັດ, ເຊິ່ງພວກເຮົາສົ່ງໃຫ້ຜູ້ຂາຍ:

1. ການຕິດຕາມການນຳໃຊ້ ແລະການນຳໃຊ້ຈາກຄອນໂຊການຈັດການ Acura ສຳລັບຕົວແທນ Cloud;
2. ຄວາມພ້ອມຂອງໂຄຕ້າສຳລັບຜູ້ເຊົ່າ; 
3. ຄວາມສາມາດໃນການຈໍາກັດຈໍານວນຂອງ replication ພ້ອມກັນແລະຄວາມໄວສໍາລັບຜູ້ເຊົ່າແຕ່ລະຄົນ; 
4. ສະຫນັບສະຫນູນຜູ້ອໍານວຍການ VMware vCloud; 
5. ສະຫນັບສະຫນູນກຸ່ມຊັບພະຍາກອນ (ປະຕິບັດໃນລະຫວ່າງການທົດສອບ);
6. ຄວາມສາມາດໃນການກໍາຫນົດຄ່າຕົວແທນ VMware ຈາກຕົວແທນຕົວມັນເອງ, ໂດຍບໍ່ມີການເຂົ້າຂໍ້ມູນປະຈໍາຕົວຈາກໂຄງສ້າງພື້ນຖານຂອງລູກຄ້າໃນກະດານ Acura;
7.  "ການເບິ່ງເຫັນ" ຂອງຂະບວນການເລີ່ມຕົ້ນ VM ເມື່ອແລ່ນແຜນການ DR. 

ສິ່ງດຽວທີ່ເຮັດໃຫ້ຂ້ອຍວິພາກວິຈານໃຫຍ່ແມ່ນເອກະສານ. ຂ້ອຍບໍ່ມັກ "ກ່ອງສີດໍາ" ແລະມັກໃນເວລາທີ່ມີເອກະສານລາຍລະອຽດກ່ຽວກັບວິທີການຜະລິດຕະພັນພາຍໃນ. ແລະຖ້າສໍາລັບ AWS ແລະ OpenStack ຜະລິດຕະພັນໄດ້ຖືກອະທິບາຍຫຼາຍຫຼືຫນ້ອຍ, ຫຼັງຈາກນັ້ນສໍາລັບ VMware ມີເອກະສານຫນ້ອຍຫຼາຍ. 

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

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

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

ພວກເຮົາກໍາລັງຊອກຫາສະມາຊິກທີມ ວິສະວະກອນລະບົບການຕິດຕາມນໍາພາ. ບາງທີມັນແມ່ນເຈົ້າບໍ?

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