ການສ້າງໂຄງສ້າງພື້ນຖານດ້ານໄອທີທີ່ທົນທານຕໍ່ຄວາມຜິດ. ສ່ວນທີ 2. ການຕິດຕັ້ງ ແລະກຳນົດຄ່າກຸ່ມ oVirt 4.3

ບົດ​ຄວາມ​ນີ້​ແມ່ນ​ການ​ສືບ​ຕໍ່​ຂອງ​ທີ່​ຜ່ານ​ມາ - “.ການສ້າງພື້ນຖານໂຄງລ່າງ IT ທີ່ທົນທານຕໍ່ຄວາມຜິດ. ພາກທີ 1 - ການກະກຽມເພື່ອນຳໃຊ້ກຸ່ມ oVirt 4.3".

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

ການແນະ ນຳ

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

ຈາກທັດສະນະຂອງຫົວຂໍ້, oVirt 4.3 ການທໍາງານຂອງມັນແມ່ນຄ້າຍຄືກັນກັບ VMware vSphere ເວີຊັ່ນ 5.x, ແຕ່ແນ່ນອນວ່າມີການຕັ້ງຄ່າ ແລະຄຸນສົມບັດການເຮັດວຽກຂອງຕົນເອງ.

ສໍາລັບຜູ້ທີ່ສົນໃຈ, ຄວາມແຕກຕ່າງທັງຫມົດລະຫວ່າງ RHEV (aka oVirt) ແລະ VMware vSphere ສາມາດພົບໄດ້ໃນອິນເຕີເນັດ, ສໍາລັບການຍົກຕົວຢ່າງ. ທີ່ນີ້, ແຕ່ບາງຄັ້ງຂ້າພະເຈົ້າຍັງຈະສັງເກດເຫັນບາງຄວາມແຕກຕ່າງຫຼືຄວາມຄ້າຍຄືກັນຂອງເຂົາເຈົ້າກັບກັນແລະກັນໃນຂະນະທີ່ບົດຄວາມກ້າວຫນ້າ.

ແຍກຕ່າງຫາກ, ຂ້າພະເຈົ້າຢາກຈະປຽບທຽບການເຮັດວຽກກັບເຄືອຂ່າຍສໍາລັບເຄື່ອງ virtual ເລັກນ້ອຍ. oVirt ປະຕິບັດຫຼັກການທີ່ຄ້າຍຄືກັນຂອງການຄຸ້ມຄອງເຄືອຂ່າຍສໍາລັບເຄື່ອງ virtual (ຕໍ່ໄປນີ້ເອີ້ນວ່າ VMs), ເຊັ່ນດຽວກັບ VMware vSphere:

• с помощью стандартного Linux bridge (в VMware — vSwitch ມາດຕະຖານ), ແລ່ນຢູ່ໃນ virtualization hosts;
• ໃຊ້ Open vSwitch (OVS) (ໃນ VMware - vSwitch ທີ່ແຈກຢາຍ) ເປັນສະຫຼັບ virtual ທີ່ແຈກຢາຍປະກອບດ້ວຍສອງອົງປະກອບຕົ້ນຕໍ: ເຄື່ອງແມ່ຂ່າຍ OVN ສູນກາງແລະຕົວຄວບຄຸມ OVN ຢູ່ໃນໂຮດທີ່ຖືກຄຸ້ມຄອງ.

Необходимо отметить, что из-за простоты реализации, в статье будет описана настройка сетей в oVirt’е для ВМ с помощью стандартного Linux bridge, который является стандартным выбором, при использовании гипервизора KVM.

ໃນເລື່ອງນີ້, ມີກົດລະບຽບພື້ນຖານຈໍານວນຫນຶ່ງສໍາລັບການເຮັດວຽກກັບເຄືອຂ່າຍໃນກຸ່ມ, ເຊິ່ງດີທີ່ສຸດທີ່ຈະບໍ່ຖືກລະເມີດ:

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

ອື່ນ vajnoe zamechanie — ສໍາ​ລັບ​ສະ​ພາບ​ແວດ​ລ້ອມ​ທີ່​ສໍາ​ຄັນ​ຫຼາຍ (ຄວາມ​ອ່ອນ​ໄຫວ​ຫຼາຍ​ຕໍ່​ການ​ສູນ​ເສຍ​ເງິນ​)​, ມັນ​ຍັງ​ຈະ​ໄດ້​ຮັບ​ການ​ແນະ​ນໍາ​ໃຫ້​ນໍາ​ໃຊ້​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ແລະ​ການ​ໃຊ້​ຈ່າຍ​. Red Hat Virtualization 4.3. ໃນລະຫວ່າງການປະຕິບັດງານຂອງກຸ່ມ oVirt, ບາງບັນຫາອາດຈະເກີດຂື້ນ, ແນະນໍາໃຫ້ໄດ້ຮັບການຊ່ວຍເຫຼືອທີ່ມີຄຸນວຸດທິໄວເທົ່າທີ່ຈະໄວໄດ້, ແທນທີ່ຈະຈັດການກັບຕົວເອງ.

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

ພື້ນຖານໃນການເຂົ້າໃຈບົດຄວາມ ແລະຫຼັກການຂອງການດໍາເນີນງານຂອງກຸ່ມ oVirt ແມ່ນເອກະສານແນະນໍາເຫຼົ່ານີ້:

• oVirt ຄູ່ມືການຕິດຕັ້ງ
• oVirt ຄູ່ມືການເປັນເຈົ້າພາບຂອງເຄື່ອງຈັກດ້ວຍຕົນເອງ
• oVirt ຄູ່ມືການບໍລິຫານ
  

ປະລິມານທີ່ນັ້ນບໍ່ໃຫຍ່ຫຼາຍ, ໃນຫນຶ່ງຊົ່ວໂມງຫຼືສອງຊົ່ວໂມງ, ທ່ານສາມາດເຂົ້າໃຈຫຼັກການພື້ນຖານ, ແຕ່ສໍາລັບຜູ້ທີ່ມັກລາຍລະອຽດ, ແນະນໍາໃຫ້ອ່ານ. ເອກະສານຜະລິດຕະພັນສໍາລັບ Red Hat Virtualization 4.3 - RHEV ແລະ oVirt ແມ່ນສິ່ງດຽວກັນທີ່ຈໍາເປັນ.

ດັ່ງນັ້ນ, ຖ້າການຕັ້ງຄ່າພື້ນຖານທັງຫມົດໃນໂຮດ, ສະຫຼັບແລະລະບົບການເກັບຮັກສາໄດ້ຖືກສໍາເລັດ, ພວກເຮົາດໍາເນີນການໂດຍກົງກັບການນໍາໃຊ້ oVirt.

ສ່ວນທີ 2. ການຕິດຕັ້ງ ແລະກຳນົດຄ່າກຸ່ມ oVirt 4.3

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

1. ການຕິດຕັ້ງເຊີບເວີການຈັດການ oVirt
2. ການສ້າງສູນຂໍ້ມູນໃຫມ່
3. ການສ້າງກຸ່ມໃຫມ່
4. ການຕິດຕັ້ງໂຮດເພີ່ມເຕີມໃນສະພາບແວດລ້ອມທີ່ໂຮດເອງ
5. ການສ້າງພື້ນທີ່ເກັບຮັກສາຫຼື Storage Domains
6. ການສ້າງ ແລະກຳນົດຄ່າເຄືອຂ່າຍສຳລັບເຄື່ອງສະເໝືອນ
7. ການສ້າງຮູບພາບການຕິດຕັ້ງສໍາລັບການນໍາໃຊ້ເຄື່ອງ virtual
8. ສ້າງເຄື່ອງ virtual

ການຕິດຕັ້ງເຊີບເວີການຈັດການ oVirt

oVirt ເຄື່ອງແມ່ຂ່າຍການຄຸ້ມຄອງ - ນີ້ແມ່ນອົງປະກອບທີ່ສໍາຄັນທີ່ສຸດໃນໂຄງສ້າງພື້ນຖານຂອງ oVirt, ໃນຮູບແບບຂອງເຄື່ອງ virtual, ເຈົ້າພາບ, ຫຼືອຸປະກອນ virtual ທີ່ຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານຂອງ oVirt ທັງຫມົດ.

ການປຽບທຽບທີ່ໃກ້ຊິດຂອງມັນຈາກໂລກຂອງ virtualization ແມ່ນ:

• VMware vSphere - vCenter Server
• Microsoft Hyper-V - System Center Virtual Machine Manager (VMM).

ເພື່ອຕິດຕັ້ງເຄື່ອງແມ່ຂ່າຍການຈັດການ oVirt, ພວກເຮົາມີສອງທາງເລືອກ:

Option 1
ນຳໃຊ້ເຊີບເວີໃນຮູບແບບຂອງ VM ຫຼືໂຮສພິເສດ.

ທາງເລືອກນີ້ເຮັດວຽກໄດ້ດີ, ແຕ່ສະຫນອງໃຫ້ VM ດັ່ງກ່າວດໍາເນີນການເປັນເອກະລາດຂອງກຸ່ມ, i.e. ບໍ່ໄດ້ແລ່ນຢູ່ໃນໂຮສຂອງກຸ່ມໃດນຶ່ງທີ່ເປັນເຄື່ອງ virtual ປົກກະຕິທີ່ແລ່ນ KVM.

ເປັນຫຍັງ VM ດັ່ງກ່າວຈຶ່ງບໍ່ສາມາດຖືກນຳໃຊ້ໃນ cluster hosts?

В самом начале процесса развёртывания управляющего сервера oVirt, у нас имеется дилемма — управляющую ВМ ставить нужно, но самого кластера фактически ещё нет, и поэтому что можно с ходу придумать? Правильно – установить KVM на будущий узел кластера, далее на нём создать виртуальную машину, например, с ОС CentOS и в ней развернуть oVirt engine. Это может делаться обычно из соображений полного контроля над такой ВМ, но это ошибочное намерение, потому что в таком случае, в дальнейшем 100% будут проблемы с такой управляющей ВМ:

• ມັນບໍ່ສາມາດຖືກຍ້າຍໃນ oVirt console ລະຫວ່າງ host (nodes) ຂອງ cluster;
• ເມື່ອເຄື່ອນຍ້າຍໂດຍໃຊ້ KVM ຜ່ານ virsh ເຄື່ອນ​ຍ້າຍ​, VM ນີ້ຈະບໍ່ສາມາດໃຊ້ໄດ້ສໍາລັບການຈັດການຈາກ oVirt console.
• cluster hosts ບໍ່ສາມາດສະແດງຢູ່ໃນ ຮູບແບບການ ບຳ ລຸງຮັກສາ (ໂຫມດການບໍາລຸງຮັກສາ), ຖ້າທ່ານຍ້າຍ VM ນີ້ຈາກເຈົ້າພາບໄປຫາໂຮດໂດຍໃຊ້ virsh ເຄື່ອນ​ຍ້າຍ​.

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

Option 2
ການຕິດຕັ້ງ oVirt Engine Appliance ຢູ່ໃນ cluster host ທີ່ຈັດການໂດຍມັນ.

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

ການຕິດຕັ້ງ oVirt Engine Appliance ຢູ່ໃນໂຮດທໍາອິດຂອງກຸ່ມ

ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ເອ​ກະ​ສານ​ທາງ​ການ - oVirt ຄູ່ມືການເປັນເຈົ້າພາບຂອງເຄື່ອງຈັກດ້ວຍຕົນເອງ, ບົດ "ການຕິດຕັ້ງເຄື່ອງຈັກທີ່ໂຮດເອງໂດຍໃຊ້ເສັ້ນຄໍາສັ່ງ»

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

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

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

• ພວກເຮົາເລີ່ມຂັ້ນຕອນການນຳໃຊ້ oVirt Hosted Engine ໃນໜ້າຈໍເທິງໂຮດ (ທ່ານສາມາດອອກຈາກມັນໄດ້ຜ່ານ Ctrl-A + D, ປິດຜ່ານ Ctrl-D):

screen
hosted-engine --deploy

ຖ້າທ່ານຕ້ອງການ, ທ່ານສາມາດດໍາເນີນການຕິດຕັ້ງດ້ວຍໄຟລ໌ຄໍາຕອບທີ່ກຽມໄວ້ກ່ອນ:

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

• ເມື່ອນຳໃຊ້ເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ, ພວກເຮົາກຳນົດພາລາມິເຕີທີ່ຈຳເປັນທັງໝົດ:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

• ການຕິດຕັ້ງ VM ທີ່ມີຢູ່ສູງກັບເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ, ກ່ອນຫນ້ານີ້ພວກເຮົາໄດ້ສ້າງ LUN ພິເສດໃນລະບົບການເກັບຮັກສາ, ຈໍານວນ 4 ແລະ 150 GB ໃນຂະຫນາດ, ເຊິ່ງໄດ້ຖືກນໍາສະເຫນີໃຫ້ກັບເຈົ້າພາບຂອງກຸ່ມ - ເບິ່ງ. ບົດຄວາມທີ່ຜ່ານມາ.

ກ່ອນຫນ້ານີ້ພວກເຮົາຍັງໄດ້ກວດເບິ່ງການເບິ່ງເຫັນຂອງມັນຢູ່ໃນໂຮດ:

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

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

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

ພວກເຮົາກວດສອບການມີບໍລິການ oVirt ຢູ່ໃນເຈົ້າພາບ:

ຖ້າທຸກສິ່ງທຸກຢ່າງຖືກເຮັດຢ່າງຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນ, ຫຼັງຈາກການຕິດຕັ້ງສໍາເລັດ, ໃຫ້ໃຊ້ຕົວທ່ອງເວັບເພື່ອໄປຫາ https://ovirt_hostname/ovirt-engine ຈາກຄອມພິວເຕີຂອງຜູ້ເບິ່ງແຍງລະບົບ, ແລະຄລິກ [ປະຕູບໍລິຫານ].

ພາບຫນ້າຈໍຂອງ "ປະຕູການບໍລິຫານ"

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

1. ເພີ່ມສູນຂໍ້ມູນ
2. ເພີ່ມ ແລະກຳນົດຄ່າກຸ່ມ
3. ເພີ່ມ ແລະຈັດການໂຮສ
4. ເພີ່ມພື້ນທີ່ຈັດເກັບຂໍ້ມູນ ຫຼື Storage Domains ສໍາລັບແຜ່ນ virtual machine
5. ເພີ່ມ ແລະກຳນົດຄ່າເຄືອຂ່າຍສຳລັບເຄື່ອງສະເໝືອນ
6. ເພີ່ມ ແລະຈັດການເຄື່ອງສະເໝືອນ, ຮູບພາບການຕິດຕັ້ງ, ແມ່ແບບ VM

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

ເສີມ

1) ໃນຫຼັກການ, ຖ້າມີຄວາມຕ້ອງການດັ່ງກ່າວ, ບໍ່ມີຫຍັງຂັດຂວາງທ່ານຈາກການຕິດຕັ້ງ KVM hypervisor ຢູ່ໃນກຸ່ມກຸ່ມລ່ວງຫນ້າໂດຍໃຊ້ແພັກເກັດ. ເສລີພາບ и qemu-kvm (ຫຼື qemu-kvm-ev) ຂອງສະບັບທີ່ຕ້ອງການ, ເຖິງແມ່ນວ່າໃນເວລາທີ່ deploy a oVirt cluster node, ມັນສາມາດເຮັດມັນເອງ.

ແຕ່ຖ້າ ເສລີພາບ и qemu-kvm ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ໄດ້​ຕິດ​ຕັ້ງ​ສະ​ບັບ​ຫລ້າ​ສຸດ​, ທ່ານ​ອາດ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ໃນ​ເວ​ລາ​ທີ່​ການ​ນໍາ​ໃຊ້​ເຄື່ອງ​ຈັກ​ເປັນ​ເຈົ້າ​ພາບ​:

error: unsupported configuration: unknown CPU feature: md-clear

ເຫຼົ່ານັ້ນ. ຕ້ອງ​ມີ ສະບັບປັບປຸງ ເສລີພາບ ດ້ວຍການປົກປ້ອງຈາກ MDS, ເຊິ່ງສະຫນັບສະຫນູນນະໂຍບາຍນີ້:

<feature policy='require' name='md-clear'/>

ຕິດຕັ້ງ libvirt v.4.5.0-10.el7_6.12, ດ້ວຍການຮອງຮັບ md-clear:

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

ກວດເບິ່ງການສະຫນັບສະຫນູນ 'md-clear':

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

ຫຼັງຈາກນີ້, ທ່ານສາມາດສືບຕໍ່ຕິດຕັ້ງເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ.

2) ໃນ oVirt 4.3, ການປະກົດຕົວແລະການນໍາໃຊ້ໄຟວໍ ເຕົາໄຟ ເປັນ​ຂໍ້​ກໍາ​ນົດ​ບັງ​ຄັບ​.

ຖ້າໃນລະຫວ່າງການນຳໃຊ້ VM ສໍາລັບເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ ພວກເຮົາໄດ້ຮັບຂໍ້ຜິດພາດຕໍ່ໄປນີ້:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

ຫຼັງຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງປິດ firewall ອື່ນ (ຖ້າມັນຖືກນໍາໃຊ້), ແລະຕິດຕັ້ງແລະດໍາເນີນການ ເຕົາໄຟ:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

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

3) ການປິດເປີດໂຮສຄືນໃໝ່ດ້ວຍ VM ທີ່ເຮັດວຽກກັບມັນດ້ວຍເຄື່ອງຈັກໂຮສ.

ຕາມປົກກະຕິ, ລິ້ງ 1 и ລິ້ງ 2 ກັບ​ເອ​ກະ​ສານ​ການ​ປົກ​ຄອງ​.

ການຈັດການທັງໝົດຂອງເຄື່ອງຈັກໂຮດ VM ແມ່ນເຮັດໂດຍໃຊ້ຄຳສັ່ງເທົ່ານັ້ນ ເຄື່ອງຈັກໂຮດ ກ່ຽວກັບເຈົ້າພາບບ່ອນທີ່ມັນແລ່ນ, ປະມານ ໄວຣັດ ພວກເຮົາຕ້ອງລືມ, ເຊັ່ນດຽວກັນກັບຄວາມຈິງທີ່ວ່າທ່ານສາມາດເຊື່ອມຕໍ່ກັບ VM ນີ້ຜ່ານ SSH ແລະດໍາເນີນການຄໍາສັ່ງ "ປິດ​ເຄື່ອງ".

ຂັ້ນຕອນການວາງ VM ເຂົ້າໃນໂໝດການບຳລຸງຮັກສາ:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

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

ຫຼັງຈາກປິດເປີດໃໝ່, ໃຫ້ກວດເບິ່ງສະຖານະຂອງ VM ດ້ວຍເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ:

hosted-engine --vm-status

ຖ້າ VM ຂອງພວກເຮົາກັບເຄື່ອງຈັກໂຮດບໍ່ເລີ່ມຕົ້ນແລະຖ້າພວກເຮົາເຫັນຂໍ້ຜິດພາດທີ່ຄ້າຍຄືກັນໃນບັນທຶກການບໍລິການ:

ຂໍ້ຜິດພາດໃນບັນທຶກການບໍລິການ:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

ຫຼັງຈາກນັ້ນ, ພວກເຮົາເຊື່ອມຕໍ່ການເກັບຮັກສາແລະ restart ຕົວແທນ:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

ຫຼັງຈາກເລີ່ມຕົ້ນ VM ດ້ວຍເຄື່ອງຈັກໂຮດ, ພວກເຮົາເອົາມັນອອກຈາກຮູບແບບການບໍາລຸງຮັກສາ:

ຂັ້ນຕອນການຖອນ VM ອອກຈາກໂໝດການບຳລຸງຮັກສາ:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) ການຖອນເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບແລະທຸກສິ່ງທຸກຢ່າງທີ່ກ່ຽວຂ້ອງກັບມັນ.

ບາງຄັ້ງມັນຈໍາເປັນຕ້ອງເອົາເຄື່ອງຈັກທີ່ຕິດຕັ້ງໄວ້ກ່ອນຫນ້ານີ້ຢ່າງຖືກຕ້ອງ - ຫນ້າທໍາອິດ ກັບເອກະສານແນະນໍາ.

ພຽງແຕ່ດໍາເນີນການຄໍາສັ່ງກ່ຽວກັບເຈົ້າພາບ:

/usr/sbin/ovirt-hosted-engine-cleanup

ຕໍ່ໄປ, ພວກເຮົາເອົາແພັກເກັດທີ່ບໍ່ຈໍາເປັນ, ສໍາຮອງຂໍ້ມູນການຕັ້ງຄ່າບາງຢ່າງກ່ອນນີ້, ຖ້າຈໍາເປັນ:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

ການສ້າງສູນຂໍ້ມູນໃຫມ່

ເອກະສານອ້າງອີງ - oVirt ຄູ່ມືການບໍລິຫານ. ບົດທີ 4: ສູນຂໍ້ມູນ

ທໍາອິດໃຫ້ກໍານົດສິ່ງທີ່ມັນເປັນ ສູນ​ຂໍ້​ມູນ (ຂ້າພະເຈົ້າອ້າງອີງຈາກການຊ່ວຍເຫຼືອ) ເປັນຫນ່ວຍງານທີ່ມີເຫດຜົນທີ່ກໍານົດຊຸດຂອງຊັບພະຍາກອນທີ່ໃຊ້ໃນສະພາບແວດລ້ອມສະເພາະໃດຫນຶ່ງ.

ສູນຂໍ້ມູນແມ່ນປະເພດຂອງບັນຈຸທີ່ປະກອບດ້ວຍ:

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

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

ສູນຂໍ້ມູນ, ຫຼືສູນຂໍ້ມູນຖ້າມີຫຼາຍໆອັນ, ຖືກຈັດການຈາກ console ຫຼືປະຕູດຽວ.

ເພື່ອສ້າງສູນຂໍ້ມູນ, ໄປທີ່ປະຕູບໍລິຫານ ແລະສ້າງສູນຂໍ້ມູນໃໝ່:
Compute >> ສູນຂໍ້ມູນ >> ໃຫມ່

ເນື່ອງຈາກພວກເຮົາໃຊ້ບ່ອນຈັດເກັບຂໍ້ມູນຮ່ວມກັນໃນລະບົບການເກັບຮັກສາ, ປະເພດການເກັບຮັກສາຄວນຖືກແບ່ງປັນ:

ພາບໜ້າຈໍຂອງຕົວຊ່ວຍສ້າງສູນຂໍ້ມູນ

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

ການສ້າງສູນຂໍ້ມູນແມ່ນເປັນວຽກງານທີ່ງ່າຍດາຍ, ໂດຍບໍ່ມີການ nuances tricky ໃດ, ແລະການດໍາເນີນການເພີ່ມເຕີມທັງຫມົດກັບມັນໄດ້ຖືກອະທິບາຍຢູ່ໃນເອກະສານ. ສິ່ງດຽວທີ່ຂ້ອຍຈະສັງເກດແມ່ນວ່າໂຮດດຽວທີ່ມີບ່ອນເກັບຂໍ້ມູນທ້ອງຖິ່ນ (ແຜ່ນ) ສໍາລັບ VMs ຈະບໍ່ສາມາດເຂົ້າໄປໃນສູນຂໍ້ມູນທີ່ມີປະເພດການເກັບຮັກສາ - ແບ່ງປັນ (ພວກເຂົາບໍ່ສາມາດເພີ່ມຢູ່ທີ່ນັ້ນ), ແລະສໍາລັບພວກມັນ, ທ່ານຈໍາເປັນຕ້ອງສ້າງ. ສູນຂໍ້ມູນແຍກຕ່າງຫາກ - i.e. ແຕ່ລະເຈົ້າພາບທີ່ມີບ່ອນເກັບຂໍ້ມູນໃນທ້ອງຖິ່ນຕ້ອງການສູນຂໍ້ມູນແຍກຕ່າງຫາກຂອງຕົນເອງ.

ການສ້າງກຸ່ມໃຫມ່

ການເຊື່ອມຕໍ່ກັບເອກະສານ - oVirt ຄູ່ມືການບໍລິຫານ. ບົດທີ 5: ກຸ່ມ

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

ກຸ່ມແມ່ນສ່ວນຫນຶ່ງຂອງສູນຂໍ້ມູນ (ມີປະເພດສະເພາະຂອງການເກັບຮັກສາ - ທ້ອງຖິ່ນ ຫຼື ແບ່ງປັນ), ແລະໂຮສທັງໝົດຈະຕ້ອງເປັນຂອງກຸ່ມບາງປະເພດ, ຂຶ້ນກັບວ່າເຂົາເຈົ້າມີບ່ອນເກັບຂໍ້ມູນຮ່ວມກັນຫຼືບໍ່.

ເມື່ອຕິດຕັ້ງເຄື່ອງ virtual ກັບເຄື່ອງຈັກໃນໂຮດ, ສູນຂໍ້ມູນຖືກສ້າງຂື້ນໂດຍຄ່າເລີ່ມຕົ້ນ - ສູນ​ຂໍ້​ມູນ1, ຮ່ວມ​ກັບ​ກຸ່ມ – ກຸ່ມ 1, ແລະ​ໃນ​ອະ​ນາ​ຄົດ​ທ່ານ​ສາ​ມາດ​ກໍາ​ນົດ​ຄ່າ​ຕົວ​ກໍາ​ນົດ​ການ​ຂອງ​ຕົນ​, ເຮັດ​ໃຫ້​ທາງ​ເລືອກ​ເພີ່ມ​ເຕີມ​, ເພີ່ມ hosts ກັບ​ມັນ​, ແລະ​ອື່ນໆ​.

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

ຂ້ອຍຈະສັງເກດຕົວກໍານົດການທີ່ສໍາຄັນທີ່ສຸດ:

• ປະເພດຕົວປະມວນຜົນ — ຖືກເລືອກໂດຍອີງໃສ່ວ່າໂປເຊດເຊີໃດຖືກຕິດຕັ້ງຢູ່ໃນ cluster hosts, ຜູ້ຜະລິດແມ່ນຫຍັງມາຈາກ, ແລະໂປເຊດເຊີໃດໃນ hosts ແມ່ນເກົ່າແກ່ທີ່ສຸດ, ດັ່ງນັ້ນ, ອີງຕາມການນີ້, ຄໍາແນະນໍາຂອງໂປເຊດເຊີທັງຫມົດທີ່ມີຢູ່ໃນ cluster ແມ່ນຖືກນໍາໃຊ້.
• ປະເພດສັບປ່ຽນ – у нас в кластере используется только Linux bridge, поэтому его и выбираем.
• ປະເພດ Firewall – ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ແມ່ນ​ຈະ​ແຈ້ງ​ຢູ່​ທີ່​ນີ້​, ນີ້​ແມ່ນ firewalld​, ທີ່​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເປີດ​ໃຊ້​ງານ​ແລະ​ການ​ຕັ້ງ​ຄ່າ​ກ່ຽວ​ກັບ​ເຈົ້າ​ພາບ​.

ພາບຫນ້າຈໍທີ່ມີຕົວກໍານົດການຂອງກຸ່ມ

ການຕິດຕັ້ງໂຮດເພີ່ມເຕີມໃນສະພາບແວດລ້ອມທີ່ໂຮດເອງ

ການເຊື່ອມຕໍ່ ສໍາລັບເອກະສານ.

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

ໃນໂຮດເພີ່ມເຕີມ, ປິດການໃຊ້ງານ iptables (ຖ້າເປີດໃຊ້), ເປີດ firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

ຕິດຕັ້ງເວີຊັນ KVM ທີ່ຕ້ອງການ (ຖ້າຈໍາເປັນ):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

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

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

ຕໍ່ໄປ, ໄປທີ່ console ເປີດ Virtualization Manager, ເພີ່ມເຈົ້າພາບໃຫມ່, ແລະເຮັດທຸກຢ່າງເປັນຂັ້ນຕອນ, ຕາມທີ່ຂຽນໄວ້ໃນ ເອກະສານ.

ດັ່ງນັ້ນ, ຫຼັງຈາກເພີ່ມ host ເພີ່ມເຕີມ, ພວກເຮົາຄວນຈະໄດ້ຮັບບາງສິ່ງບາງຢ່າງເຊັ່ນ: ຮູບໃນ console ການບໍລິຫານ, ໃນ screenshot.

ພາບຫນ້າຈໍຂອງປະຕູການບໍລິຫານ - ເຈົ້າພາບ

ເຈົ້າພາບທີ່ເຄື່ອງຈັກ VM ເຮັດວຽກໃນປະຈຸບັນມີມົງກຸດຄໍາແລະຄໍາຈາລຶກ "ແລ່ນ Hosted Engine VM", ເຈົ້າພາບທີ່ VM ນີ້ສາມາດເປີດຕົວໄດ້ຖ້າຈໍາເປັນ - inscription "ສາມາດເອີ້ນໃຊ້ Hosted Engine VM".

ໃນກໍລະນີຂອງເຈົ້າພາບລົ້ມເຫລວທີ່ "ແລ່ນ Hosted Engine VM", ມັນຈະປິດເປີດໃໝ່ໂດຍອັດຕະໂນມັດໃນເຈົ້າພາບທີສອງ. VM ນີ້ຍັງສາມາດຖືກຍ້າຍຈາກແມ່ຂ່າຍທີ່ເຄື່ອນໄຫວໄປເປັນແມ່ຂ່າຍສະແຕນບາຍສໍາລັບການບໍາລຸງຮັກສາຂອງມັນ.

ການຕັ້ງຄ່າການຄຸ້ມຄອງ / ຮົ້ວໃນ oVirt hosts

ລິ້ງເອກະສານ:

• Red Hat Virtualization 4.3 –> ການອ້າງອິງດ້ານວິຊາການ -> ບົດທີ 4. ການຄຸ້ມຄອງພະລັງງານ
• oVirt ຄູ່ມືການບໍລິຫານ -> ບົດທີ 7: ເຈົ້າພາບ

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

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

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

1. ໄປທີ່ປະຕູການບໍລິຫານ, ຄລິກ Compute >> ເຈົ້າພາບ ເລືອກເຈົ້າພາບ.
2. ກົດ ດັດແກ້.
3. ກົດແຖບ ການຄຸ້ມຄອງພະລັງງານ.
4. ກວດເບິ່ງກ່ອງທີ່ຢູ່ຂ້າງຕົວເລືອກ ເປີດໃຊ້ການຈັດການພະລັງງານ.
5. ກວດເບິ່ງກ່ອງທີ່ຢູ່ຂ້າງຕົວເລືອກ ການເຊື່ອມໂຍງ Kdumpເພື່ອປ້ອງກັນບໍ່ໃຫ້ເຈົ້າພາບເຂົ້າໄປໃນໂຫມດຮົ້ວໃນຂະນະທີ່ບັນທຶກການຖິ້ມຂີ້ເຫຍື້ອຂອງແກ່ນ.

ຫມາຍ​ເຫດ​.

ຫຼັງຈາກເປີດໃຊ້ການເຊື່ອມໂຍງ Kdump ຢູ່ໃນໂຮດທີ່ແລ່ນແລ້ວ, ມັນຕ້ອງໄດ້ຮັບການຕິດຕັ້ງໃຫມ່ຕາມຂັ້ນຕອນໃນ oVirt Administration Guide -> ບົດທີ 7: ເຈົ້າພາບ -> ການຕິດຕັ້ງໂຮດໃຫມ່.

1. ທາງເລືອກອື່ນ, ທ່ານສາມາດກວດເບິ່ງກ່ອງ ປິດການນຳໃຊ້ການຄວບຄຸມນະໂຍບາຍຂອງການຈັດການພະລັງງານ, ຖ້າພວກເຮົາບໍ່ຕ້ອງການການຈັດການພະລັງງານຂອງເຈົ້າພາບຖືກຄວບຄຸມໂດຍນະໂຍບາຍການກໍານົດເວລາຂອງກຸ່ມ.
2. ກົດ​ປຸ່ມ (+) ເພື່ອເພີ່ມອຸປະກອນການຈັດການພະລັງງານໃຫມ່, ປ່ອງຢ້ຽມການແກ້ໄຂຄຸນສົມບັດຕົວແທນຈະເປີດ.
   ສໍາລັບ iDRAC9, ຕື່ມຂໍ້ມູນໃສ່ໃນຊ່ອງຂໍ້ມູນ:
   • ທີ່ຢູ່ – ທີ່ຢູ່ iDRAC9
   • ຊື່​ຜູ້​ໃຊ້​ລະ​ຫັດ​ຜ່ານ – ເຂົ້າ​ສູ່​ລະ​ບົບ​ແລະ​ລະ​ຫັດ​ຜ່ານ​ສໍາ​ລັບ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ iDRAC9​, ຕາມ​ລໍາ​ດັບ​
   • ປະເພດ —drac5
   • ໝາຍ ຄວາມປອດໄພ
   • ເພີ່ມຕົວເລືອກຕໍ່ໄປນີ້: cmd_prompt=>,login_timeout=30

ພາບຫນ້າຈໍທີ່ມີຕົວກໍານົດ "ການຄຸ້ມຄອງພະລັງງານ" ໃນຄຸນສົມບັດຂອງເຈົ້າພາບ

ການສ້າງພື້ນທີ່ເກັບຮັກສາຫຼື Storage Domains

ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ເອ​ກະ​ສານ - oVirt ຄູ່​ມື​ການ​ບໍ​ລິ​ຫານ​, ບົດທີ 8: ການເກັບຮັກສາ.

ໂດເມນບ່ອນເກັບຂໍ້ມູນ, ຫຼືພື້ນທີ່ເກັບຮັກສາ, ເປັນສະຖານທີ່ສູນກາງສໍາລັບການເກັບຮັກສາແຜ່ນ virtual machine, ຮູບພາບການຕິດຕັ້ງ, ແມ່ແບບ, ແລະ snapshots.

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

oVirt ມີສາມປະເພດຂອງພື້ນທີ່ເກັບຮັກສາ:

• ໂດເມນຂໍ້ມູນ – ເພື່ອ​ເກັບ​ຮັກ​ສາ​ຂໍ້​ມູນ​ທັງ​ຫມົດ​ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ virtual machines (disks​, templates​)​. Data Domain ບໍ່ສາມາດແບ່ງປັນລະຫວ່າງສູນຂໍ້ມູນທີ່ແຕກຕ່າງກັນໄດ້.
• ໂດເມນ ISO (ປະເພດພື້ນທີ່ເກັບຂໍ້ມູນລ້າສະໄຫມ) - ສໍາລັບການເກັບຮັກສາຮູບພາບການຕິດຕັ້ງ OS. ໂດເມນ ISO ສາມາດຖືກແບ່ງປັນລະຫວ່າງສູນຂໍ້ມູນທີ່ແຕກຕ່າງກັນ.
• ສົ່ງອອກໂດເມນ (ປະເພດພື້ນທີ່ເກັບຮັກສາທີ່ລ້າສະໄຫມ) - ສໍາລັບການເກັບຮັກສາຊົ່ວຄາວຂອງຮູບພາບທີ່ຍ້າຍລະຫວ່າງສູນຂໍ້ມູນ.

ໃນກໍລະນີສະເພາະຂອງພວກເຮົາ, ພື້ນທີ່ເກັບຮັກສາທີ່ມີປະເພດ Data Domain ໃຊ້ Fiber Channel Protocol (FCP) ເພື່ອເຊື່ອມຕໍ່ກັບ LUNs ໃນລະບົບການເກັບຮັກສາ.

ຈາກທັດສະນະຂອງ oVirt, ເມື່ອນໍາໃຊ້ລະບົບການເກັບຮັກສາ (FC ຫຼື iSCSI), ແຕ່ລະແຜ່ນ virtual, snapshot ຫຼືແມ່ແບບແມ່ນແຜ່ນທີ່ມີເຫດຜົນ.
ອຸປະກອນບລັອກໄດ້ຖືກປະກອບເຂົ້າເປັນຫນ່ວຍດຽວ (ຢູ່ໃນໂຮດຂອງກຸ່ມ) ໂດຍໃຊ້ Volume Group ແລະຫຼັງຈາກນັ້ນແບ່ງອອກໂດຍໃຊ້ LVM ເຂົ້າໄປໃນປະລິມານທີ່ມີເຫດຜົນ, ເຊິ່ງຖືກນໍາໃຊ້ເປັນແຜ່ນ virtual ສໍາລັບ VMs.

ກຸ່ມເຫຼົ່ານີ້ທັງຫມົດແລະປະລິມານ LVM ຈໍານວນຫຼາຍສາມາດເຫັນໄດ້ໃນ cluster host ໂດຍໃຊ້ຄໍາສັ່ງ ແລະອື່ນໆ и lvs. ຕາມທໍາມະຊາດ, ການປະຕິບັດທັງຫມົດທີ່ມີແຜ່ນດັ່ງກ່າວຄວນຈະເຮັດໄດ້ພຽງແຕ່ຈາກ oVirt console, ຍົກເວັ້ນໃນກໍລະນີພິເສດ.

ແຜ່ນ virtual ສໍາລັບ VMs ສາມາດມີສອງປະເພດ - QCOW2 ຫຼື RAW. ແຜ່ນອາດຈະເປັນ "ບາງໆ"ຫຼື"ຫນາ". ພາບຖ່າຍແມ່ນຖືກສ້າງຂື້ນສະເໝີເປັນ "ບາງໆ".

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

ເຄື່ອງສະເໝືອນທີ່ຕັ້ງຢູ່ໃນພື້ນທີ່ເກັບຂໍ້ມູນດຽວກັນສາມາດເຄື່ອນຍ້າຍລະຫວ່າງໂຮສທີ່ຂຶ້ນກັບກຸ່ມດຽວກັນ.

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

ໃຫ້ດໍາເນີນການໂດຍກົງກັບການສ້າງພື້ນທີ່ເກັບຮັກສາຂໍ້ມູນ (VM disks), ເພາະວ່າບໍ່ມີມັນສູນຂໍ້ມູນຈະບໍ່ຖືກເລີ່ມຕົ້ນ.
ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານວ່າ LUNs ທັງຫມົດທີ່ນໍາສະເຫນີໃຫ້ກັບ cluster hosts ໃນລະບົບການເກັບຮັກສາຕ້ອງເຫັນໄດ້ໃນພວກມັນໂດຍໃຊ້ຄໍາສັ່ງ "multipath -ll".

ອີງຕາມການ ເອກະສານ, ໄປປະຕູໄປຫາ ການເກັບຮັກສາ >> Domains -> ໂດເມນໃຫມ່ ແລະປະຕິບັດຕາມຄໍາແນະນໍາຈາກພາກ "ເພີ່ມ FCP Storage".

ຫຼັງ​ຈາກ​ການ​ເປີດ​ຕົວ​ຂອງ​ຄວາມ​ຍາວ​ປາ​, ຕື່ມ​ຂໍ້​ມູນ​ໃສ່​ໃນ​ຊ່ອງ​ທີ່​ຕ້ອງ​ການ​:

• ຊື່ — ຕັ້ງຊື່ກຸ່ມ
• ຫນ້າທີ່ໂດເມນ - ຂໍ້​ມູນ
• ປະເພດການເກັບຮັກສາ — ຊ່ອງໄຟເບີ
• ເຈົ້າພາບທີ່ຈະໃຊ້ — ເລືອກ​ເຈົ້າ​ພາບ​ທີ່ LUN ທີ່​ພວກ​ເຮົາ​ຕ້ອງ​ການ​ແມ່ນ​ມີ​ຢູ່​

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

ພາບຫນ້າຈໍຂອງຕົວຊ່ວຍສ້າງສໍາລັບການເພີ່ມ "ໂດເມນເກັບຮັກສາ"

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

ພາບໜ້າຈໍຂອງສູນຂໍ້ມູນ ແລະພື້ນທີ່ເກັບຂໍ້ມູນໃນມັນ:

ການສ້າງ ແລະກຳນົດຄ່າເຄືອຂ່າຍສຳລັບເຄື່ອງສະເໝືອນ

ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ເອ​ກະ​ສານ - oVirt ຄູ່​ມື​ການ​ບໍ​ລິ​ຫານ​, ບົດທີ 6: ເຄືອຂ່າຍຢ່າງມີເຫດຜົນ

ເຄືອຂ່າຍ, ຫຼືເຄືອຂ່າຍ, ໃຫ້ບໍລິການຕໍ່ກຸ່ມເຄືອຂ່າຍທີ່ມີເຫດຜົນທີ່ໃຊ້ໃນໂຄງສ້າງພື້ນຖານສະເໝືອນ oVirt.

Для взаимодействия сетевого адаптера на виртуальной машине, с физическим адаптером на хосте, используются логические интерфейсы типа Linux ຂົວ

ເພື່ອຈັດກຸ່ມແລະແບ່ງການຈາລະຈອນລະຫວ່າງເຄືອຂ່າຍ, VLANs ແມ່ນຖືກຕັ້ງຄ່າຢູ່ໃນສະວິດ.

ເມື່ອສ້າງເຄືອຂ່າຍຢ່າງມີເຫດຜົນສໍາລັບເຄື່ອງ virtual ໃນ oVirt, ມັນຕ້ອງຖືກມອບຫມາຍຕົວລະບຸທີ່ສອດຄ້ອງກັບຕົວເລກ VLAN ໃນສະວິດເພື່ອໃຫ້ VMs ສາມາດສື່ສານກັບກັນແລະກັນ, ເຖິງແມ່ນວ່າພວກເຂົາເຮັດວຽກຢູ່ໃນ nodes ທີ່ແຕກຕ່າງກັນຂອງ cluster.

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

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

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

ການຕັ້ງຄ່າເຄືອຂ່າຍຢ່າງມີເຫດຜົນ ovritmgmt

ເພື່ອສ້າງເຄືອຂ່າຍຢ່າງມີເຫດຜົນໃຫມ່ສໍາລັບ VMs ປົກກະຕິ, ໃນປະຕູການບໍລິຫານໄປຫາ ເຄືອຂ່າຍ >> ເຄືອຂ່າຍ >> ໃຫມ່, ແລະຢູ່ໃນແຖບ ໂດຍ​ທົ່ວ​ໄປ ເພີ່ມເຄືອຂ່າຍທີ່ມີ ID VLAN ທີ່ຕ້ອງການ, ແລະກວດເບິ່ງກ່ອງທີ່ຢູ່ຂ້າງ "ເຄືອຂ່າຍ VM", ນີ້ຫມາຍຄວາມວ່າມັນສາມາດຖືກນໍາໃຊ້ສໍາລັບການມອບຫມາຍໃຫ້ VM.

ພາບໜ້າຈໍຂອງເຄືອຂ່າຍໂລຈິກ VLAN32 ໃໝ່

ຢູ່ໃນແຖບ ກຸ່ມບ້ານ, ພວກເຮົາຕິດເຄືອຂ່າຍນີ້ກັບກຸ່ມຂອງພວກເຮົາ ກຸ່ມ 1.

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

ພາບໜ້າຈໍຂອງຕົວຊ່ວຍສ້າງ “ຕັ້ງຄ່າເຄືອຂ່າຍແມ່ຂ່າຍ”

ຕົວແທນ oVirt ອັດຕະໂນມັດຈະເຮັດໃຫ້ການຕັ້ງຄ່າເຄືອຂ່າຍທີ່ຈໍາເປັນທັງຫມົດໃນໂຮດ - ສ້າງ VLAN ແລະ BRIDGE .

ຕົວຢ່າງໄຟລ໌ການຕັ້ງຄ່າສໍາລັບເຄືອຂ່າຍໃຫມ່ໃນໂຮດ:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

ຂ້ອຍຂໍເຕືອນເຈົ້າອີກເທື່ອໜຶ່ງວ່າຢູ່ໃນ cluster host ບໍ່ຈໍາເປັນຕ້ອງ ສ້າງການໂຕ້ຕອບເຄືອຂ່າຍດ້ວຍຕົນເອງລ່ວງຫນ້າ ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

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

ການສ້າງຮູບພາບການຕິດຕັ້ງສໍາລັບການນໍາໃຊ້ເຄື່ອງ virtual

ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ເອ​ກະ​ສານ - oVirt ຄູ່​ມື​ການ​ບໍ​ລິ​ຫານ​, ບົດທີ 8: ການເກັບຮັກສາ, ສ່ວນການອັບໂຫລດຮູບພາບໄປຍັງໂດເມນບ່ອນເກັບຂໍ້ມູນ.

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

ໃນກໍລະນີຂອງພວກເຮົາ, ນີ້ເປັນໄປບໍ່ໄດ້, ດັ່ງນັ້ນທ່ານຈະຕ້ອງນໍາເຂົ້າຮູບພາບນີ້ເຂົ້າໄປໃນ oVirt ຕົວທ່ານເອງ. ກ່ອນຫນ້ານີ້, ນີ້ຈໍາເປັນຕ້ອງສ້າງ ISO Domain, ແຕ່ໃນສະບັບໃຫມ່ຂອງ oVirt ມັນໄດ້ຖືກຍົກເລີກ, ແລະດັ່ງນັ້ນ, ຕອນນີ້ທ່ານສາມາດອັບໂຫລດຮູບພາບໂດຍກົງໃສ່ໂດເມນເກັບຮັກສາຈາກປະຕູບໍລິຫານ.

ໃນປະຕູບໍລິຫານໄປ ການເກັບຮັກສາ >> Disks >> Upload >> ເລີ່ມຕົ້ນ
ພວກ​ເຮົາ​ເພີ່ມ​ຮູບ​ພາບ OS ຂອງ​ພວກ​ເຮົາ​ເປັນ​ໄຟລ​໌ ISO​, ຕື່ມ​ຂໍ້​ມູນ​ໃສ່​ໃນ​ທຸກ​ຂົງ​ເຂດ​ໃນ​ຮູບ​ແບບ​, ແລະ​ຄລິກ​ໃສ່​ປຸ່ມ ".ທົດສອບການເຊື່ອມຕໍ່".

ພາບໜ້າຈໍຂອງຕົວຊ່ວຍສ້າງຮູບພາບການເພີ່ມການຕິດຕັ້ງ

ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຮົາ​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ​ດັ່ງ​ນີ້​:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

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

ຫຼັງ​ຈາກ​ທີ່​ເພີ່ມ​ໃບ​ຢັ້ງ​ຢືນ​ການ​ທີ່​ເຊື່ອ​ຖື​ຮາກ CA​, ໃຫ້​ຄລິກ​ໃສ່​ອີກ​ເທື່ອ​ຫນຶ່ງ "ທົດສອບການເຊື່ອມຕໍ່", ຄວນໄດ້ຮັບ:

Connection to ovirt-imageio-proxy was successful.

ຫຼັງ​ຈາກ​ທີ່​ທ່ານ​ເຮັດ​ສໍາ​ເລັດ​ການ​ປະ​ຕິ​ບັດ​ຂອງ​ການ​ເພີ່ມ​ໃບ​ຢັ້ງ​ຢືນ​ການ​, ທ່ານ​ສາ​ມາດ​ພະ​ຍາ​ຍາມ​ອັບ​ໂຫລດ​ຮູບ​ພາບ ISO ກັບ​ໂດ​ເມນ​ບ່ອນ​ເກັບ​ຮັກ​ສາ​ໄດ້​ອີກ​ເທື່ອ​ຫນຶ່ງ​.

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

ພາບຫນ້າຈໍທີ່ມີຮູບພາບ ISO ໃນ Storage Domain ສໍາລັບເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ

ສ້າງເຄື່ອງ virtual

ລິ້ງເອກະສານ:
oVirt ຄູ່ມືການຄຸ້ມຄອງເຄື່ອງ virtual -> Chapter 2: Installing Linux ເຄື່ອງຈັກເສມືນ
Console ຊັບພະຍາກອນລູກຄ້າ

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

Для создания виртуальной машины с CentOS 7, должен быть загружен установочный образ с ОС.

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

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

ພາບໜ້າຈໍທີ່ມີການຕັ້ງຄ່າ VM ທີ່ມີໃຫ້ສູງ

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

ພາບໜ້າຈໍຂອງການຕັ້ງຄ່າປະຕູບໍລິຫານສຳລັບການເຊື່ອມຕໍ່ກັບ VM console

ເພື່ອເຊື່ອມຕໍ່ກັບ VM console, ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງຕັ້ງຄ່າ console ໃນຄຸນສົມບັດຂອງເຄື່ອງ virtual.

ພາບໜ້າຈໍຂອງການຕັ້ງຄ່າ VM, ແຖບ “Console”

ເພື່ອເຊື່ອມຕໍ່ກັບ VM console ທ່ານສາມາດນໍາໃຊ້, ສໍາລັບການຍົກຕົວຢ່າງ, ຕົວເບິ່ງເຄື່ອງສະເໝືອນ.

ເພື່ອເຊື່ອມຕໍ່ກັບ VM console ໂດຍກົງຢູ່ໃນປ່ອງຢ້ຽມຂອງຕົວທ່ອງເວັບ, ການຕັ້ງຄ່າການເຊື່ອມຕໍ່ຜ່ານ console ຄວນຈະເປັນດັ່ງຕໍ່ໄປນີ້:

ຫຼັງ​ຈາກ​ການ​ຕິດ​ຕັ້ງ OS ໃນ VM​, ມັນ​ເປັນ​ການ​ແນະ​ນໍາ​ໃຫ້​ຕິດ​ຕັ້ງ oVirt guest agent​:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

ດັ່ງນັ້ນ, ເປັນຜົນມາຈາກການກະທໍາຂອງພວກເຮົາ, VM ທີ່ສ້າງຂຶ້ນຈະມີຢູ່ສູງ, i.e. ຖ້າ node cluster ທີ່ມັນເຮັດວຽກລົ້ມເຫລວ, oVirt ຈະ restart ມັນໂດຍອັດຕະໂນມັດໃນ node ທີສອງ. VM ນີ້ຍັງສາມາດຖືກໂອນຍ້າຍລະຫວ່າງແມ່ຂ່າຍຂອງກຸ່ມເພື່ອການບຳລຸງຮັກສາ ຫຼືຈຸດປະສົງອື່ນໆ.

ສະຫລຸບ

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

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

ເຖິງແມ່ນວ່າພວກເຮົາໄດ້ສ້າງພື້ນຖານໂຄງລ່າງ virtual, ພວກເຮົາຈໍາເປັນຕ້ອງສອນມັນເພື່ອໂຕ້ຕອບທັງສອງອົງປະກອບຂອງມັນ: ເຈົ້າພາບ, ເຄື່ອງ virtual, ເຄືອຂ່າຍພາຍໃນແລະກັບໂລກພາຍນອກ.

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

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