ກ່ຽວກັບການສໍາຮອງຂໍ້ມູນໃນ Proxmox VE

ບົດຂຽນ "Magic of Virtualization: ການແນະນໍາ Proxmox VE" ພວກເຮົາໄດ້ຕິດຕັ້ງ hypervisor ໃນເຊີບເວີຢ່າງສໍາເລັດຜົນ, ການເກັບຮັກສາທີ່ເຊື່ອມຕໍ່ກັບມັນ, ໄດ້ດູແລຄວາມປອດໄພຂັ້ນພື້ນຖານ, ແລະແມ້ກະທັ້ງການສ້າງເຄື່ອງ virtual ທໍາອິດ. ຕອນນີ້ໃຫ້ເບິ່ງວິທີການປະຕິບັດວຽກງານພື້ນຖານທີ່ສຸດທີ່ຕ້ອງໄດ້ປະຕິບັດເພື່ອໃຫ້ສາມາດຟື້ນຟູການບໍລິການໄດ້ສະເຫມີໃນກໍລະນີທີ່ລົ້ມເຫລວ.

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

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

ກ່ອນອື່ນ, ໃຫ້ເບິ່ງວິທີການບັນທຶກຂໍ້ມູນໃນລະຫວ່າງຂັ້ນຕອນການສໍາຮອງຂໍ້ມູນ.

ຂັ້ນຕອນການສຳຮອງຂໍ້ມູນ

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

ທໍາອິດໃຫ້ເບິ່ງກົນໄກການບີບອັດ:

1. ການບີບອັດ LZO. ຂັ້ນຕອນການບີບອັດຂໍ້ມູນທີ່ບໍ່ມີການສູນເສຍໄດ້ປະດິດຂຶ້ນໃນກາງຊຸມປີ 90. ລະຫັດຖືກຂຽນ Markus Oberheimer (ປະຕິບັດໃນ Proxmox ໂດຍ lzop utility). ຄຸນນະສົມບັດຕົ້ນຕໍຂອງສູດການຄິດໄລ່ນີ້ແມ່ນການ unpacking ຄວາມໄວສູງຫຼາຍ. ດັ່ງນັ້ນ, ການສໍາຮອງຂໍ້ມູນໃດໆທີ່ສ້າງຂຶ້ນໂດຍໃຊ້ສູດການຄິດໄລ່ນີ້ສາມາດຖືກນໍາໄປໃຊ້ໃນຈໍານວນເວລາຕໍາ່ສຸດທີ່ຖ້າຈໍາເປັນ.
2. ການບີບອັດ GZIP. ການນໍາໃຊ້ສູດການຄິດໄລ່ນີ້, ການສໍາຮອງຂໍ້ມູນຈະຖືກບີບອັດທັນທີໂດຍ GNU Zip utility, ເຊິ່ງໃຊ້ລະບົບ Deflate algorithm ທີ່ມີປະສິດທິພາບທີ່ສ້າງຂຶ້ນໂດຍ. Phil Katz. ການເນັ້ນຫນັກໃສ່ຕົ້ນຕໍແມ່ນກ່ຽວກັບການບີບອັດຂໍ້ມູນສູງສຸດ, ເຊິ່ງຫຼຸດຜ່ອນພື້ນທີ່ດິດທີ່ຖືກຄອບຄອງໂດຍສໍາເນົາສໍາຮອງ. ຄວາມແຕກຕ່າງຕົ້ນຕໍຈາກ LZO ແມ່ນວ່າຂັ້ນຕອນການບີບອັດ / ການບີບອັດແມ່ນໃຊ້ເວລາຫຼາຍ.

ໂໝດການຈັດເກັບ

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

1. ໂໝດຖ່າຍພາບ. ຮູບແບບນີ້ຍັງສາມາດເອີ້ນວ່າການສໍາຮອງຂໍ້ມູນສົດ, ເນື່ອງຈາກວ່າມັນບໍ່ຈໍາເປັນຕ້ອງຢຸດເຄື່ອງ virtual ເພື່ອໃຊ້ມັນ. ການນໍາໃຊ້ກົນໄກນີ້ບໍ່ໄດ້ຂັດຂວາງການເຮັດວຽກຂອງ VM, ແຕ່ມັນມີສອງຂໍ້ເສຍທີ່ຮ້າຍແຮງຫຼາຍ - ບັນຫາອາດຈະເກີດຂື້ນຍ້ອນການລັອກໄຟລ໌ໂດຍລະບົບປະຕິບັດການແລະຄວາມໄວຂອງການສ້າງຊ້າທີ່ສຸດ. ການສຳຮອງຂໍ້ມູນທີ່ສ້າງຂຶ້ນດ້ວຍວິທີນີ້ຄວນຈະຖືກທົດສອບໃນສະພາບແວດລ້ອມການທົດສອບສະເໝີ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມີຄວາມສ່ຽງວ່າຖ້າການຟື້ນຕົວສຸກເສີນແມ່ນມີຄວາມຈໍາເປັນ, ພວກເຂົາອາດຈະລົ້ມເຫລວ.
2. ໂໝດໂຈະ. ເຄື່ອງ virtual "ຢຸດ" ຊົ່ວຄາວຈົນກ່ວາຂະບວນການສໍາຮອງຂໍ້ມູນຈະສໍາເລັດ. ເນື້ອໃນຂອງ RAM ບໍ່ໄດ້ຖືກລຶບ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດສືບຕໍ່ເຮັດວຽກໄດ້ແນ່ນອນຈາກຈຸດທີ່ການເຮັດວຽກຖືກຢຸດຊົ່ວຄາວ. ແນ່ນອນ, ນີ້ເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍຢຸດເຮັດວຽກໃນຂະນະທີ່ຂໍ້ມູນຖືກຄັດລອກ, ແຕ່ບໍ່ຈໍາເປັນຕ້ອງປິດ / ເປີດເຄື່ອງ virtual, ເຊິ່ງຂ້ອນຂ້າງສໍາຄັນສໍາລັບບາງບໍລິການ. ໂດຍສະເພາະຖ້າການເປີດຕົວການບໍລິການບາງຢ່າງບໍ່ແມ່ນອັດຕະໂນມັດ. ຢ່າງໃດກໍ່ຕາມ, ການສໍາຮອງດັ່ງກ່າວຄວນຖືກນໍາໄປໃຊ້ໃນສະພາບແວດລ້ອມການທົດສອບສໍາລັບການທົດສອບ.
3. ໂໝດຢຸດ. ວິທີການສໍາຮອງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ຫຼາຍທີ່ສຸດ, ແຕ່ຮຽກຮ້ອງໃຫ້ມີການປິດເຄື່ອງ virtual ຢ່າງສົມບູນ. ຄໍາສັ່ງຖືກສົ່ງເພື່ອປະຕິບັດການປິດປົກກະຕິ, ຫຼັງຈາກຢຸດ, ການສໍາຮອງຂໍ້ມູນໄດ້ຖືກປະຕິບັດ, ແລະຫຼັງຈາກນັ້ນຄໍາສັ່ງຖືກມອບໃຫ້ເປີດເຄື່ອງ virtual. ຈໍານວນຂໍ້ຜິດພາດກັບວິທີການນີ້ແມ່ນຫນ້ອຍທີ່ສຸດແລະສ່ວນຫຼາຍມັກຈະຫຼຸດລົງເປັນສູນ. Backups ສ້າງຂຶ້ນດ້ວຍວິທີນີ້ເກືອບສະເຫມີທີ່ຈະນໍາໃຊ້ຢ່າງຖືກຕ້ອງ.

ປະຕິບັດຂັ້ນຕອນການຈອງ

ເພື່ອສ້າງສໍາຮອງຂໍ້ມູນ:

1. ໃຫ້ໄປທີ່ເຄື່ອງ virtual ທີ່ຕ້ອງການ.
2. ເລືອກລາຍການ ການຈອງ.
3. ກົດປຸ່ມ ຈອງດຽວນີ້. ປ່ອງຢ້ຽມຈະເປີດຂຶ້ນທີ່ທ່ານສາມາດເລືອກພາລາມິເຕີສໍາລັບການສໍາຮອງຂໍ້ມູນໃນອະນາຄົດ.

   

4. ໃນ​ຖາ​ນະ​ເປັນ​ການ​ເກັບ​ຮັກ​ສາ​ທີ່​ພວກ​ເຮົາ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ຫນຶ່ງ​ທີ່​ພວກ​ເຮົາ​ເຊື່ອມ​ຕໍ່​ ໃນສ່ວນທີ່ຜ່ານມາ.
5. ຫຼັງຈາກເລືອກຕົວກໍານົດການ, ກົດປຸ່ມ ການຈອງ ແລະລໍຖ້າຈົນກ່ວາການສໍາຮອງຂໍ້ມູນໄດ້ຖືກສ້າງຂື້ນ. ຈະມີການຈາລຶກກ່ຽວກັບເລື່ອງນີ້ TASK OK.

   

ຕອນນີ້ບ່ອນເກັບມ້ຽນທີ່ສ້າງຂຶ້ນດ້ວຍສຳເນົາສຳຮອງຂອງເຄື່ອງສະເໝືອນຈະມີໃຫ້ດາວໂຫຼດຈາກເຊີບເວີ. ວິທີທີ່ງ່າຍທີ່ສຸດແລະທົ່ວໄປທີ່ສຸດຂອງການຄັດລອກແມ່ນ SFTP. ເພື່ອເຮັດສິ່ງນີ້, ໃຊ້ FileZilla ລູກຄ້າ FTP ຂ້າມເວທີທີ່ນິຍົມ, ເຊິ່ງສາມາດເຮັດວຽກໂດຍໃຊ້ໂປໂຕຄອນ SFTP.

1. ໃນພາກສະຫນາມ ເຈົ້າພາບ ໃສ່ທີ່ຢູ່ IP ຂອງເຄື່ອງແມ່ຂ່າຍ virtualization ຂອງພວກເຮົາໃນພາກສະຫນາມ ຊື່ຜູ້ໃຊ້ ເຂົ້າຮາກໃນພາກສະຫນາມ ລະ​ຫັດ​ຜ່ານ - ຫນຶ່ງ​ທີ່​ໄດ້​ຮັບ​ການ​ຄັດ​ເລືອກ​ໃນ​ລະ​ຫວ່າງ​ການ​ຕິດ​ຕັ້ງ​, ແລະ​ໃນ​ພາກ​ສະ​ຫນາມ​ ທ່າເຮືອ ຊີ້ບອກ “22” (ຫຼືພອດອື່ນໆທີ່ຖືກກໍານົດໄວ້ສໍາລັບການເຊື່ອມຕໍ່ SSH).
2. ກົດປຸ່ມ ການເຊື່ອມຕໍ່ໄວ ແລະ, ຖ້າຂໍ້ມູນທັງຫມົດຖືກໃສ່ຢ່າງຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນຢູ່ໃນກະດານທີ່ເປີດໃຊ້, ທ່ານຈະເຫັນໄຟລ໌ທັງຫມົດທີ່ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ.
3. ໄປທີ່ໄດເລກະທໍລີ /mnt/ການເກັບຮັກສາ. ຂໍ້ມູນສຳຮອງທີ່ສ້າງຂຶ້ນທັງໝົດຈະຢູ່ໃນໄດເຣັກທໍຣີຍ່ອຍ "dump". ພວກເຂົາຈະມີລັກສະນະຄື:
   • vzdump-qemu-machine_number-date-time.vma.gz ຖ້າທ່ານເລືອກວິທີການ GZIP;
   • vzdump-qemu-machine_number-date-time.vma.lzo ໃນກໍລະນີຂອງການເລືອກວິທີການ LZO.

ແນະນຳໃຫ້ດາວໂຫຼດສຳເນົາສຳຮອງຈາກເຊີບເວີທັນທີ ແລະບັນທຶກພວກມັນໄວ້ໃນບ່ອນທີ່ປອດໄພ, ຕົວຢ່າງ, ຢູ່ໃນບ່ອນເກັບມ້ຽນຄລາວຂອງພວກເຮົາ. ຖ້າທ່ານ unpack ໄຟລ໌ທີ່ມີຄວາມລະອຽດ vma, ຜົນປະໂຫຍດຂອງຊື່ດຽວກັນທີ່ມາພ້ອມກັບ Proxmox, ຫຼັງຈາກນັ້ນພາຍໃນຈະມີໄຟລ໌ທີ່ມີສ່ວນຂະຫຍາຍ. ວັດຖຸດິບ, conf и fw. ໄຟລ໌ເຫຼົ່ານີ້ມີສິ່ງຕໍ່ໄປນີ້:

• ວັດຖຸດິບ — ຮູບ​ພາບ​ແຜ່ນ​;
• conf - ການ​ຕັ້ງ​ຄ່າ VM​;
• fw - ການ​ຕັ້ງ​ຄ່າ firewall​.

ການ​ຟື້ນ​ຟູ​ຈາກ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​

ໃຫ້ພິຈາລະນາສະຖານະການທີ່ເຄື່ອງ virtual ຖືກລຶບໂດຍບັງເອີນແລະການຟື້ນຟູສຸກເສີນຂອງມັນຈາກການສໍາຮອງຂໍ້ມູນແມ່ນຈໍາເປັນ:

1. ເປີດບ່ອນເກັບມ້ຽນບ່ອນທີ່ສໍາເນົາສໍາຮອງຕັ້ງຢູ່.
2. ໄປທີ່ແຖບ ເນື້ອຫາ.
3. ເລືອກສໍາເນົາທີ່ຕ້ອງການແລະກົດປຸ່ມ ການຟື້ນຟູ.

   

4. ພວກເຮົາຊີ້ບອກການເກັບຮັກສາເປົ້າຫມາຍແລະ ID ທີ່ຈະມອບໃຫ້ເຄື່ອງຈັກຫຼັງຈາກຂະບວນການສໍາເລັດ.
5. ກົດປຸ່ມ ການຟື້ນຟູ.

ເມື່ອການກູ້ຂໍ້ມູນສຳເລັດແລ້ວ, VM ຈະປາກົດຢູ່ໃນລາຍຊື່ຂອງອັນທີ່ມີຢູ່.

Cloning ເຄື່ອງ virtual

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

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

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

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

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

Cloning VM ໃນ Proxmox ເປັນວຽກທີ່ງ່າຍດາຍຫຼາຍ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງເຮັດດັ່ງຕໍ່ໄປນີ້:

1. ໄປຫາເຄື່ອງທີ່ພວກເຮົາຕ້ອງການ.
2. ເລືອກຈາກເມນູ ເພີ່ມເຕີມ ອານຸປະໂຫຍດ Clone.
3. ໃນປ່ອງຢ້ຽມທີ່ເປີດ, ຕື່ມຂໍ້ມູນໃສ່ພາລາມິເຕີຊື່.

   

4. ດໍາເນີນການ cloning ດ້ວຍການແຕະປຸ່ມຫນຶ່ງ Clone.

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

ຮູບແບບການເກັບຮັກສາ virtual

ໃຫ້ບອກທ່ານເພີ່ມເຕີມກ່ຽວກັບຮູບແບບໄດທີ່ໃຊ້ໃນ Proxmox:

1. RAW. ຮູບແບບທີ່ເຂົ້າໃຈໄດ້ຫຼາຍທີ່ສຸດແລະງ່າຍດາຍ. ນີ້ແມ່ນໄຟລ໌ຂໍ້ມູນຮາດດິດ byte-for-byte ໂດຍບໍ່ມີການບີບອັດ ຫຼືການເພີ່ມປະສິດທິພາບ. ນີ້ແມ່ນຮູບແບບທີ່ສະດວກຫຼາຍເພາະວ່າມັນສາມາດຕິດຕັ້ງໄດ້ງ່າຍດ້ວຍຄໍາສັ່ງ mount ມາດຕະຖານໃນລະບົບ Linux ໃດ. ຍິ່ງໄປກວ່ານັ້ນ, ນີ້ແມ່ນ "ປະເພດ" ຂອງໄດທີ່ໄວທີ່ສຸດ, ເພາະວ່າ hypervisor ບໍ່ຈໍາເປັນຕ້ອງປຸງແຕ່ງມັນໃນທາງໃດກໍ່ຕາມ.

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

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

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

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

3. ຮູບແບບຮູບພາບ VMware (vmdk). ຮູບແບບນີ້ແມ່ນມາຈາກ VMware vSphere hypervisor ແລະຖືກລວມຢູ່ໃນ Proxmox ເພື່ອຄວາມເຂົ້າກັນໄດ້. ມັນອະນຸຍາດໃຫ້ທ່ານສາມາດຍ້າຍເຄື່ອງ virtual VMware ໄປສູ່ໂຄງສ້າງພື້ນຖານ Proxmox.

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

ເຮັດວຽກກັບຮູບພາບແຜ່ນ

Proxmox ມາພ້ອມກັບອຸປະກອນທີ່ສະດວກຫຼາຍທີ່ເອີ້ນວ່າ qemu-img. ຫນຶ່ງໃນຫນ້າທີ່ຂອງຕົນແມ່ນເພື່ອປ່ຽນຮູບພາບແຜ່ນ virtual. ເພື່ອໃຊ້ມັນ, ພຽງແຕ່ເປີດ hypervisor console ແລະດໍາເນີນການຄໍາສັ່ງໃນຮູບແບບ:

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

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

ຂໍຂອບໃຈກັບຄໍາສັ່ງດຽວກັນ, ທ່ານສາມາດບັງຄັບການສ້າງຮູບພາບທີ່ຕ້ອງການໂດຍໃຊ້ການໂຕ້ຖຽງ ສ້າງ:

qemu-img create -f raw test.raw 40G

ຄໍາສັ່ງນີ້ຈະສ້າງຮູບພາບການທົດສອບໃນຮູບແບບ RAW, ຂະຫນາດ 40 GB. ໃນປັດຈຸບັນມັນເຫມາະສົມສໍາລັບການເຊື່ອມຕໍ່ກັບເຄື່ອງ virtual ໃດ.

ປັບຂະໜາດແຜ່ນສະເໝືອນ

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

qemu-img resize -f raw test.raw 80G

ໃນປັດຈຸບັນຮູບພາບຂອງພວກເຮົາໄດ້ກາຍເປັນຂະຫນາດ 80 GB. ທ່ານສາມາດເບິ່ງຂໍ້ມູນລາຍລະອຽດກ່ຽວກັບຮູບພາບໂດຍໃຊ້ການໂຕ້ຖຽງ ຂໍ້ມູນ:

qemu-img info test.raw

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

resize2fs /dev/sda1

ບ່ອນທີ່ / dev / sda1 - ພາກ​ສ່ວນ​ທີ່​ຕ້ອງ​ການ​.

ອັດຕະໂນມັດຂອງການສໍາຮອງຂໍ້ມູນ

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

1. ການນໍາໃຊ້ການໂຕ້ຕອບເວັບໄຊຕ໌ hypervisor, ເປີດລາຍການ ສູນ​ຂໍ້​ມູນ.
2. ເລືອກລາຍການ ການຈອງ.
3. ກົດປຸ່ມ ຕື່ມ.
4. ກໍານົດພາລາມິເຕີສໍາລັບຕົວກໍານົດເວລາ.

   

5. ກວດເບິ່ງກ່ອງ ເປີດໃຊ້ງານ.
6. ບັນທຶກການປ່ຽນແປງໂດຍໃຊ້ປຸ່ມ ສ້າງ.

ໃນປັດຈຸບັນຜູ້ກໍານົດເວລາຈະເປີດຕົວໂຄງການສໍາຮອງຂໍ້ມູນອັດຕະໂນມັດໃນເວລາທີ່ກໍານົດ, ອີງຕາມຕາຕະລາງທີ່ກໍານົດໄວ້.

ສະຫລຸບ

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

ແນ່ນອນ, ນີ້ບໍ່ແມ່ນວິທີດຽວທີ່ຈະຊ່ວຍປະຢັດຂໍ້ມູນທີ່ສໍາຄັນ. ມີຫຼາຍເຄື່ອງມືທີ່ມີຢູ່, e.g. ຄວາມທົນທານ, ທີ່ທ່ານສາມາດສ້າງສໍາເນົາເຕັມແລະເພີ່ມຂຶ້ນຂອງເນື້ອຫາຂອງເຄື່ອງແມ່ຂ່າຍ virtual ທີ່ອີງໃສ່ Linux.

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

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