ການທົດແທນການນໍາເຂົ້າໃນການປະຕິບັດ. ພາກທີ 2. ເລີ່ມຕົ້ນ. Hypervisor

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

1. ຄວາມເຈັບປວດຂອງການເລືອກ

ດັ່ງນັ້ນ, ເຈົ້າສາມາດເລືອກຈາກຫຍັງ? IN ທະບຽນກະຊວງໂທລະຄົມ ແລະ ສື່ສານມວນຊົນ ມີທາງເລືອກ:

• ລະບົບເຊີບເວີ virtualization "R-Virtualization» (libvirt, KVM, QEMU)
• ຊຸດຊອບແວ "Brest ເຄື່ອງມື virtualization» (libvirt, KVM, QEMU)
• ເວທີສໍາລັບການຄຸ້ມຄອງແລະຕິດຕາມກວດກາສະພາບແວດລ້ອມ virtualization "Sharx Stream" (ການແກ້ໄຂຄລາວທີ່ບໍ່ເຫມາະສົມກັບຫ້ອງການຂອງລັດຖະບານໃນ 95% ຂອງກໍລະນີ (ຄວາມລັບ, ແລະອື່ນໆ).
• ຊຸດຊອບແວສໍາລັບການ virtualization ຂອງເຄື່ອງແມ່ຂ່າຍ, desktops ແລະຄໍາຮ້ອງສະຫມັກ "ເຈົ້າພາບ" (KVM x86)
• ລະບົບການຄຸ້ມຄອງຄວາມປອດໄພຂອງສະພາບແວດລ້ອມ virtualization "Z|virt"(aka oVirt+KVM)
• ລະບົບການຄຸ້ມຄອງສະພາບແວດລ້ອມ virtualization "ROSA Virtualization"(aka oVirt+KVM)
• Hypervisor QP VMM (ຄ້າຍກັບ Oracle Virtual Box ເກີນໄປທີ່ຈະເປັນອັນອື່ນ)

ນອກນັ້ນທ່ານຍັງສາມາດຄໍານຶງເຖິງ hypervisors ລວມຢູ່ໃນການແຈກຢາຍ OS ຫຼືຕັ້ງຢູ່ໃນ repositories ຂອງເຂົາເຈົ້າ. ຕົວຢ່າງ, Astra Linux ມີການສະຫນັບສະຫນູນ KVM. ແລະນັບຕັ້ງແຕ່ມັນຖືກລວມຢູ່ໃນບ່ອນເກັບມ້ຽນ OS, ມັນສາມາດຖືວ່າເປັນ "ທີ່ຖືກຕ້ອງ" ສໍາລັບການຕິດຕັ້ງແລະການນໍາໃຊ້. "ສິ່ງທີ່ສາມາດນໍາໃຊ້ເປັນສ່ວນຫນຶ່ງຂອງການທົດແທນການນໍາເຂົ້າແລະສິ່ງທີ່ບໍ່ສາມາດ" ໄດ້ຖືກປຶກສາຫາລືໃນກ່ອນຫນ້ານີ້ ບົດຄວາມ, ສະນັ້ນຂ້າພະເຈົ້າຈະບໍ່ຢູ່ໃນບັນຫານີ້.

ໃນຄວາມເປັນຈິງ, ທີ່ນີ້ ບັນຊີລາຍຊື່ຂອງເຄື່ອງມື virtualization Astra Linux:

• VirtualBox
• ຜູ້​ຈັດ​ການ Virt​ (KVM) Eagle ປັດຈຸບັນ
• ເສລີພາບ ຫຼາຍກວ່າ KVM

ROSA Linux ບໍ່ມີລາຍຊື່ດັ່ງກ່າວ, ແຕ່ທ່ານສາມາດຊອກຫາມັນຢູ່ໃນ wiki ຊຸດຕໍ່ໄປນີ້:

• ROSA Virtualization ຫຼາຍກວ່າ oVirt ຫຼາຍກວ່າ KVM
• QEMU ຫຼາຍກວ່າ KVM
• oVirt 3.5 ຫຼາຍກວ່າ KVM

ການ​ຄິດ​ໄລ່​ມີ​ນີ້​ QEMU ຫຼາຍກວ່າ KVM

Alt Linux ມີອັນດຽວກັນ KVM

1.2. ມີຫນຶ່ງແຕ່

ເມື່ອການກວດກາຢ່າງໃກ້ຊິດ, ພວກເຮົາສະຫຼຸບໄດ້ວ່າພວກເຮົາຈະຕ້ອງໄດ້ຈັດການກັບ hypervisors ທີ່ມີຊື່ສຽງຈໍານວນຫນ້ອຍ, ຄື:

1. KVM
2. VirtualBox
3. QEMU

QEMU ເປັນໂຄງການທີ່ບໍ່ເສຍຄ່າແລະເປີດແຫຼ່ງສໍາລັບການຈໍາລອງຮາດແວຂອງແພລະຕະຟອມຕ່າງໆ, ເຊິ່ງສາມາດເຮັດວຽກໄດ້ໂດຍບໍ່ຕ້ອງໃຊ້ KVM, ແຕ່ການໃຊ້ຮາດແວ virtualization ເລັ່ງການເຮັດວຽກຂອງລະບົບແຂກຢ່າງຫຼວງຫຼາຍ, ດັ່ງນັ້ນການໃຊ້ KVM ໃນ QEMU (-enable-kvm) ແມ່ນທາງເລືອກທີ່ຕ້ອງການ. (c) ນັ້ນແມ່ນ, QEMU ແມ່ນ hypervisor ປະເພດ 2, ເຊິ່ງບໍ່ສາມາດຍອມຮັບໄດ້ໃນສະພາບແວດລ້ອມຂອງຜະລິດຕະພັນ. ດ້ວຍ KVM ມັນສາມາດໃຊ້ໄດ້, ແຕ່ໃນກໍລະນີນີ້ QEMU ຈະຖືກນໍາໃຊ້ເປັນເຄື່ອງມືການຄຸ້ມຄອງ KVM ...

ການນໍາໃຊ້ຕົ້ນສະບັບ VirtualBox ໃນການຄ້າແມ່ນຕົວຈິງແລ້ວ ການລະເມີດໃບອະນຸຍາດ: “ເລີ່ມຕົ້ນດ້ວຍຮຸ່ນ 4, ປ່ອຍອອກມາໃນເດືອນທັນວາ 2010, ສ່ວນຕົ້ນຕໍຂອງຜະລິດຕະພັນແມ່ນແຈກຢາຍໂດຍບໍ່ເສຍຄ່າພາຍໃຕ້ໃບອະນຸຍາດ GPL v2. ຊຸດເພີ່ມເຕີມທີ່ຕິດຕັ້ງຢູ່ເທິງຂອງມັນ, ສະຫນອງການສະຫນັບສະຫນູນສໍາລັບອຸປະກອນ USB 2.0 ແລະ 3.0, Remote Desktop Protocol (RDP), ການເຂົ້າລະຫັດຂອງໄດ, ການບູດຈາກ NVMe ແລະ PXE, ແມ່ນແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດພິເສດ PUEL ("ສໍາລັບການນໍາໃຊ້ສ່ວນບຸກຄົນແລະການປະເມີນຜົນ") , ພາຍໃຕ້ລະບົບທີ່ບໍ່ເສຍຄ່າສໍາລັບການນໍາໃຊ້ສ່ວນບຸກຄົນ, ສໍາລັບຈຸດປະສົງການຝຶກອົບຮົມ, ຫຼືສໍາລັບການປະເມີນຜົນກ່ອນທີ່ຈະຕັດສິນໃຈຊື້ສະບັບການຄ້າ." (c) Plus VirtualBox ຍັງເປັນ hypervisor ປະເພດ 2, ດັ່ງນັ້ນມັນກໍ່ຫາຍໄປ.

ລວມ: ໃນຮູບແບບທີ່ບໍລິສຸດຂອງພວກເຮົາພວກເຮົາມີພຽງແຕ່ KVM.

2. ສ່ວນທີ່ເຫຼືອ: KVM ຫຼື KVM?

ຖ້າທ່ານຍັງຕ້ອງການປ່ຽນເປັນ hypervisor "ພາຍໃນ", ທາງເລືອກຂອງເຈົ້າ, ເວົ້າກົງໄປກົງມາ, ແມ່ນຫນ້ອຍ. ມັນ​ຈະ​ເປັນ KVM ໃນຫໍ່ຫນຶ່ງຫຼືອື່ນ, ມີການດັດແກ້ທີ່ແນ່ນອນ, ແຕ່ມັນຈະຍັງຄົງເປັນ KVM. ບໍ່ວ່ານີ້ແມ່ນດີຫຼືບໍ່ດີແມ່ນຄໍາຖາມອື່ນ, ບໍ່ມີທາງເລືອກອື່ນ.

ຖ້າ​ຫາກ​ວ່າ​ເງື່ອນ​ໄຂ​ບໍ່​ເຄັ່ງ​ຄັດ​, ດັ່ງ​ນັ້ນ​, ດັ່ງ​ທີ່​ໄດ້​ປຶກ​ສາ​ຫາ​ລື​ໃນ​ທີ່​ຜ່ານ​ມາ​ ບົດຄວາມ: “ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ນໍາເອົາຕົວຊີ້ວັດໄປສູ່ຂອບເຂດກໍານົດ. ໃນຄວາມເປັນຈິງ, ນີ້ຫມາຍຄວາມວ່າພວກເຮົາຕ້ອງທົດແທນ OS ທີ່ມີຢູ່ແລ້ວກັບຜະລິດຕະພັນຈາກທະບຽນກະຊວງໂທລະຄົມແລະການສື່ສານມະຫາຊົນແລະເພີ່ມຈໍານວນຂອງລະບົບປະຕິບັດການທົດແທນເປັນ 80% .... ດັ່ງນັ້ນ, ພວກເຮົາສາມາດອອກຈາກ cluster ໄດ້ຢ່າງປອດໄພໃນ Hyper-V , ເນື່ອງ​ຈາກ​ວ່າ​ພວກ​ເຮົາ​ມີ​ມັນ​ແລະ​ພວກ​ເຮົາ​ມັກ​ມັນ…” (c) ດັ່ງ​ນັ້ນ​ພວກ​ເຮົາ​ໄດ້​ປະ​ເຊີນ​ກັບ​ທາງ​ເລືອກ​: Microsoft Hyper-v ຫຼື KVM. KVM ບາງທີມີການຄວບຄຸມ " screwed" ກັບມັນ, ແຕ່ມັນຈະຍັງຄົງຢູ່ຄືກັນ KVM.

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

ກ່ຽວ​ກັບ​ການ​ນໍາ​ໃຊ້​ແລະ​ການ​ຕັ້ງ​ຄ່າ​ KVM ມັນບໍ່ໄດ້ຖືກຂຽນແບບດຽວກັນ ຄັ້ງດຽວ, ບໍ່ແມ່ນ ສອງເທື່ອ, ບໍ່ແມ່ນ ສາມເທື່ອ ແລະບໍ່ ສີ່ເທື່ອ... ໃນຄໍາສັບໃດຫນຶ່ງ, ຈາງຫາຍໄປ.

ດຽວກັນໄປສໍາລັບ Microsoft Hyper V..

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

ຄວາມແຕກຕ່າງທີ່ຂ້ອຍຕ້ອງການເນັ້ນໃສ່ແມ່ນການຈັດກຸ່ມທີ່ລົ້ມເຫລວ. ຖ້າ Microsoft ມີອັນນີ້ສ້າງຂຶ້ນໃນ OS ແລະການເຮັດວຽກຂອງ hypervisor, ຫຼັງຈາກນັ້ນ, ໃນກໍລະນີຂອງ KVM, ທ່ານຈະຕ້ອງໃຊ້ຊອບແວພາກສ່ວນທີສາມ, ເຊິ່ງຄວນຈະຖືກລວມຢູ່ໃນ OS repositories. ການປະສົມປະສານດຽວກັນຂອງ Corosync + Pacemaker, ສໍາລັບການຍົກຕົວຢ່າງ. (ເກືອບທຸກລະບົບປະຕິບັດການພາຍໃນປະເທດມີການປະສົມປະສານນີ້ ... ອາດຈະເປັນທັງຫມົດ, ແຕ່ຂ້ອຍບໍ່ໄດ້ກວດເບິ່ງ 100%.

3. ສະຫຼຸບ

ດີ, ຕາມປົກກະຕິ, Kulibins ຂອງພວກເຮົາບໍ່ໄດ້ລົບກວນ, ພວກເຂົາເອົາສິ່ງທີ່ເຂົາເຈົ້າມີ, ເພີ່ມເລັກນ້ອຍຂອງຕົນເອງ, ແລະຜະລິດ "ຜະລິດຕະພັນ" ທີ່, ອີງຕາມເອກະສານ, ແມ່ນພາຍໃນປະເທດ, ແຕ່ໃນຄວາມເປັນຈິງແມ່ນ OpenSource. ມັນສົມເຫດສົມຜົນທີ່ຈະໃຊ້ເງິນຈາກງົບປະມານໃນລະບົບ virtualization "ແຍກຕ່າງຫາກ" (ອ່ານ: ບໍ່ລວມຢູ່ໃນ OS)? ຢ່າຄິດ. ເນື່ອງຈາກທ່ານຍັງຈະໄດ້ຮັບ KVM ດຽວກັນ, ທ່ານຈະຕ້ອງຈ່າຍຄ່າມັນເທົ່ານັ້ນ.

ດັ່ງນັ້ນ, ການເລືອກຕົວປ່ຽນແທນ hypervisor ແມ່ນມາຈາກເຄື່ອງແມ່ຂ່າຍ OS ທີ່ທ່ານຈະຊື້ສໍາລັບວິສາຫະກິດແລະດໍາເນີນການ. ຫຼື, ໃນກໍລະນີຂອງຂ້ອຍ, ທ່ານຈະຢູ່ກັບສິ່ງທີ່ທ່ານມີຢູ່ແລ້ວ (Hyper-VESXi insert_needed).

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