ການຕິດຕັ້ງ RHEV Clustering ແລະ RHEL hypervisors - ພາກ 5

ໃນພາກນີ້ພວກເຮົາຈະປຶກສາຫາລືບາງຈຸດ ສຳ ຄັນທີ່ກ່ຽວຂ້ອງກັບຊຸດ RHEV ຂອງພວກເຮົາ. ໃນພາກທີ 2 ຂອງຊຸດນີ້, ພວກເຮົາໄດ້ປຶກສາຫາລືກ່ຽວກັບການ ນຳ ໃຊ້ແລະຕິດຕັ້ງ RHEV Hypervisor. ໃນພາກນີ້ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບວິທີອື່ນໃນການຕິດຕັ້ງ RHEV Hypervisor.

ວິທີ ທຳ ອິດແມ່ນເຮັດໄດ້ໂດຍການໃຊ້ RHEVH ທີ່ອຸທິດຕົນເຊິ່ງໄດ້ປັບແຕ່ງໂດຍ RedHat ເອງໂດຍບໍ່ມີການດັດແປງໃດໆຫຼືປ່ຽນຈາກຝ່າຍ admin. ອີກວິທີ ໜຶ່ງ, ພວກເຮົາຈະ ນຳ ໃຊ້ server RHEL ທຳ ມະດາ [ການຕິດຕັ້ງ Minimal] ເຊິ່ງຈະເຮັດ ໜ້າ ທີ່ເປັນ RHEV Hypervisor.

ຂັ້ນຕອນທີ 1: ເພີ່ມ RHEL Hypervisor ເຂົ້າໃນສິ່ງແວດລ້ອມ

1. ຕິດຕັ້ງເຄື່ອງແມ່ຂ່າຍ RHEL6 ທີ່ສະ ໝັກ [ຕິດຕັ້ງ ໜ້ອຍ ທີ່ສຸດ]. ທ່ານອາດຈະເພີ່ມສະພາບແວດລ້ອມເສມືນຂອງທ່ານໂດຍການເພີ່ມເຄື່ອງແມ່ຂ່າຍ RHEL6 ທີ່ມີການສະ ໝັກ ເພີ່ມເຕີມ [ການຕິດຕັ້ງ ໜ້ອຍ ທີ່ສຸດ] ເຮັດ ໜ້າ ທີ່ເປັນ hypervisor.

OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

ແລະໃຫ້ແນ່ໃຈວ່າທ່ານໄດ້ກວດເບິ່ງຕົວເລືອກ virtualization ໃນການຕັ້ງຄ່າໂປແກຼມ vm.

ຄຳ ແນະ ນຳ: ໃຫ້ແນ່ໃຈວ່າລະບົບຂອງທ່ານຖືກສະ ໝັກ ໃຊ້ຊ່ອງທາງ redhat ແລະທັນສະ ໄໝ, ຖ້າທ່ານບໍ່ຮູ້ວິທີທີ່ຈະລົງທະບຽນຊ່ອງທາງການຈອງສີແດງ, ທ່ານອາດຈະໄດ້ອ່ານບົດຄວາມທີ່ເປີດໃຊ້ຊ່ອງທາງການຈອງ Red Hat ຈອງ.

ຄຳ ແນະ ນຳ: ເພື່ອປະຫຍັດຊັບພະຍາກອນຂອງທ່ານທ່ານສາມາດປິດ ໜຶ່ງ ໃນບັນດາ hypervisors ທັງໃນປະຈຸບັນແລະ ກຳ ລັງແລ່ນ.

2. ເພື່ອເຮັດໃຫ້ເຄື່ອງແມ່ຂ່າຍຂອງທ່ານກາຍເປັນ hypervisor {ໃຊ້ມັນເປັນ hypervisor} ທ່ານອາດຈະຕ້ອງຕິດຕັ້ງຕົວແທນ RHEVM ໃສ່ມັນ.

# yum install vdsm

ຫຼັງຈາກການຕິດຕັ້ງແພັກເກດ ສຳ ເລັດແລ້ວ, ໃຫ້ໄປທີ່ອິນເຕີເຟດ RHEVM ເພື່ອເພີ່ມມັນ.

3. ໃນການຕ້ານກັບ RHEVH hypervisor, ທ່ານສາມາດເພີ່ມ RHEL hypervisor ຈາກທາງ ໜຶ່ງ ຈາກ RHEM ໂດຍ ນຳ ໃຊ້ຂໍ້ມູນຄວາມເຊື່ອຖືຮາກຂອງ hypervisor RHEL. ດັ່ງນັ້ນ, ຈາກ rhevm WUI ປ່ຽນໄປທີ່ແຖບ Hosts ແລະກົດ ໃໝ່.

ຫຼັງຈາກນັ້ນໃຫ້ຂໍ້ມູນຂອງເຈົ້າພາບຂອງທ່ານດັ່ງທີ່ສະແດງ.

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

ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການເພີ່ມ RHEL based Host, ໃຫ້ກວດເບິ່ງເອກະສານ RHEV ຢ່າງເປັນທາງການຂອງ RedHat.

ຂັ້ນຕອນທີ 2: ການຄຸ້ມຄອງກຸ່ມ RHEV

ການແບ່ງກຸ່ມໃນ RHEV ອະທິບາຍກຸ່ມຂອງເຈົ້າພາບປະເພດ CPU ດຽວກັນແມ່ນການແບ່ງປັນບ່ອນຈັດເກັບຂໍ້ມູນແບບດຽວກັນ [e. over network] ແລະ ກຳ ລັງໃຊ້ເພື່ອເຮັດວຽກງານສະເພາະ [ຕົວຢ່າງ: ມີຄວາມພ້ອມສູງ]

ການແບ່ງກຸ່ມໂດຍທົ່ວໄປມີຫຼາຍ ໜ້າ ວຽກເພີ່ມເຕີມທ່ານສາມາດກວດເບິ່ງບົດຄວາມທີ່ອະທິບາຍວ່າ Clustering ແລະຂໍ້ດີ/ຂໍ້ເສຍປຽບຂອງມັນແມ່ນຫຍັງ.

ປະໂຫຍດຕົ້ນຕໍຂອງການແບ່ງກຸ່ມໃນ RHEV ແມ່ນເພື່ອໃຫ້ສາມາດແລະຈັດການການເຄື່ອນຍ້າຍເຄື່ອງຈັກ virtual ລະຫວ່າງເຈົ້າພາບທີ່ເປັນຂອງກຸ່ມດຽວກັນ.

RHEV ມີສອງຍຸດທະສາດ:

1. ການອົບພະຍົບສົດ
2. ມີຄວາມພ້ອມສູງ

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

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

ການຍ້າຍຖິ່ນຖານສາມາດ ດຳ ເນີນການດ້ວຍຕົນເອງຫຼືອັດຕະໂນມັດຕາມນະໂຍບາຍທີ່ໄດ້ ກຳ ນົດໄວ້ກ່ອນ:

ຄູ່ມື: ບັງຄັບໃຫ້ເລືອກໂຮດຈຸດ ໝາຍ ປາຍທາງຫຼັງຈາກນັ້ນຍ້າຍ VM ໃສ່ມັນດ້ວຍຕົນເອງໂດຍໃຊ້ WUI.

ອັດຕະໂນມັດ: ໃຊ້ນະໂຍບາຍ ໜຶ່ງ ຂອງ Cluster ເພື່ອຈັດການການຍ້າຍຖິ່ນຖານໂດຍອີງຕາມການ ນຳ ໃຊ້ RAM, ການ ນຳ ໃຊ້ CPU, ແລະອື່ນໆ

ປ່ຽນໄປທີ່ແຖບ Clusters ແລະເລືອກ Cluster1 ກົດທີ່ປຸ່ມ edit.

ຈາກກ່ອງປ່ອງຢ້ຽມ, ປ່ຽນໄປທີ່ແຖບນະໂຍບາຍ Cluster.

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

ຄຳ ແນະ ນຳ

ດັ່ງທີ່ສະແດງໃຫ້ເຫັນຂ້ອຍໄດ້ ກຳ ນົດຂອບເຂດສູງສຸດໃຫ້ເປັນ 50% ແລະໄລຍະເວລາແມ່ນ 1 ນາທີ.

ຫຼັງຈາກນັ້ນ OK ແລະປ່ຽນໄປທີ່ແທັບ VM.

ເລືອກ Linux vm [ສ້າງຂື້ນກ່ອນ ໜ້າ ນີ້] ຈາກນັ້ນກົດປຸ່ມ edit ແລະກວດເບິ່ງຈຸດນີ້.

1. ຈາກແຖບໂຮດຕິ້ງ: ກວດສອບຄູ່ມືແລະການຍ້າຍຖິ່ນຖານໂດຍອັດຕະໂນມັດແມ່ນອະນຸຍາດ ສຳ ລັບ VM ນີ້.

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

ຫຼັງຈາກນັ້ນ, ເລີ່ມຕົ້ນ Linux VM.

ກ່ອນອື່ນ ໝົດ, ພວກເຮົາຈະ ນຳ ໃຊ້ການຍ້າຍຖິ່ນຖານດ້ວຍຕົນເອງ. Linux VM ໃນຕອນນີ້ ກຳ ລັງແລ່ນຢູ່ rhel.mydomain.org.

ໃຫ້ສາມາດ ດຳ ເນີນການ ຄຳ ສັ່ງຕໍ່ໄປນີ້ໃນ console vm, ກ່ອນທີ່ຈະເລີ່ມຍ້າຍ.

# ls -lRZ /

ຫຼັງຈາກນັ້ນເລືອກ Linux VM ແລະກົດ Migrate.

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

ສະນັ້ນ, ຫລັງຈາກເລືອກຄູ່ມືແລະເລືອກຈຸດ ໝາຍ ປາຍທາງ, ກົດ OK ແລະເຂົ້າໄປປອບໂຍນແລະຕິດຕາມ ຄຳ ສັ່ງແລ່ນ. ທ່ານຍັງສາມາດກວດເບິ່ງສະຖານະ vm.

ທ່ານອາດຈະຕ້ອງຕິດຕາມເຫດການຕ່າງໆຂອງ Task.

ຫລັງຈາກສອງສາມວິນາທີ, ທ່ານຈະເຫັນການປ່ຽນແປງຂອງລາວ vm Hostname.

VM ຂອງທ່ານແມ່ນຍ້າຍດ້ວຍຕົນເອງ Live ເຄື່ອນຍ້າຍສົບຜົນສໍາເລັດ !!

ສາມາດທົດລອງໃຊ້ການອົບພະຍົບໂດຍອັດຕະໂນມັດ, ເປົ້າ ໝາຍ ຂອງພວກເຮົາແມ່ນເພື່ອເຮັດໃຫ້ CPU Load ເທິງ rhevhn1 Host ເກີນ 50%. ພວກເຮົາຈະເຮັດແນວນັ້ນໂດຍການເພີ່ມພາລະໃນ vm ຕົວມັນເອງ, ດັ່ງນັ້ນຈາກ console ຂຽນ ຄຳ ສັ່ງນີ້:

# dd if=/dev/urandom of=/dev/null

ແລະຕິດຕາມການໂຫຼດຂອງ Host.

ຫຼັງຈາກສອງສາມນາທີ, ການໂຫຼດຢູ່ໃນ Host ຈະເກີນ 50%.

ພຽງແຕ່ລໍຖ້າອີກສອງສາມນາທີຕໍ່ມາຫຼັງຈາກນັ້ນການເຄື່ອນຍ້າຍທີ່ມີຊີວິດຈະເລີ່ມຕົ້ນໂດຍອັດຕະໂນມັດດັ່ງທີ່ສະແດງ.

ທ່ານຍັງສາມາດກວດເບິ່ງແຖບ ໜ້າ ວຽກ, ແລະຫຼັງຈາກລໍຖ້າພຽງເລັກນ້ອຍ, ເຄື່ອງ virtual ຂອງທ່ານຈະຖືກຍ້າຍໂດຍອັດຕະໂນມັດໄປທີ່ rhel Host.

ສິ່ງທີ່ສໍາຄັນ: ໃຫ້ແນ່ໃຈວ່າເຈົ້າພາບຂອງທ່ານຜູ້ ໜຶ່ງ ມີຊັບພະຍາກອນຫຼາຍກວ່າອີກອັນ ໜຶ່ງ. ຖ້າວ່າເຈົ້າພາບທັງສອງມີຄືກັນໃນຊັບພະຍາກອນ. VM ຈະບໍ່ເຄື່ອນຍ້າຍເພາະຈະບໍ່ມີຄວາມແຕກຕ່າງເລີຍ !!

ຄຳ ແນະ ນຳ: ການໃສ່ໂຮດເຂົ້າໄປໃນ ໂໝດ ການ ບຳ ລຸງຮັກສາໂດຍອັດຕະໂນມັດຈະມີ Live Migration Up ແລະເຮັດວຽກ VM ໃຫ້ກັບໂຮດອື່ນໃນກຸ່ມດຽວກັນ.

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການເຄື່ອນຍ້າຍ VM, ອ່ານການເຄື່ອນຍ້າຍເຄື່ອງຈັກ virtual ລະຫວ່າງເຈົ້າພາບ.

ຄຳ ແນະ ນຳ: ການຍ້າຍຖິ່ນຖານລະຫວ່າງບັນດາກຸ່ມທີ່ແຕກຕ່າງກັນບໍ່ໄດ້ຮັບການສະ ໜັບ ສະ ໜູນ ຢ່າງເປັນທາງການ, ຄາດວ່າທ່ານຈະສາມາດກວດເບິ່ງມັນຢູ່ບ່ອນນີ້ໄດ້.

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

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

ເພື່ອເປີດໃຊ້ HA ໃນສະພາບແວດລ້ອມຂອງທ່ານ, ທ່ານຕ້ອງມີອຸປະກອນຄຸ້ມຄອງພະລັງງານຢ່າງ ໜ້ອຍ ໜຶ່ງ ເຄື່ອງ (ຕົວຢ່າງ: ຫຼັບໄຟຟ້າ] ໃນສະພາບແວດລ້ອມຂອງທ່ານ.

ແຕ່ໂຊກບໍ່ດີ, ພວກເຮົາບໍ່ສາມາດເຮັດແນວນັ້ນໄດ້ໃນສະພາບແວດລ້ອມເສມືນຂອງພວກເຮົາ. ສະນັ້ນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ HA ໃນ RHEV ກະລຸນາກວດເບິ່ງການປັບປຸງ Uptime ກັບ VM High Availability.

ຈືຂໍ້ມູນການ: ການເຄື່ອນຍ້າຍແຮງງານທີ່ມີຊີວິດແລະມີຄວາມພ້ອມສູງແມ່ນ ກຳ ລັງເຮັດວຽກຮ່ວມກັບເຈົ້າພາບໃນກຸ່ມທີ່ມີ CPU ແບບດຽວກັນແລະເຊື່ອມຕໍ່ກັບ Storage ທີ່ໃຊ້ຮ່ວມກັນ.

ສະຫຼຸບ:

ພວກເຮົາໄດ້ບັນລຸຈຸດສູງສຸດໃນຊຸດຂອງພວກເຮົາໃນຂະນະທີ່ພວກເຮົາໄດ້ສົນທະນາ ໜຶ່ງ ໃນລັກສະນະທີ່ ສຳ ຄັນໃນ RHEV Clustering ດັ່ງທີ່ພວກເຮົາໄດ້ອະທິບາຍມັນແລະຄວາມ ສຳ ຄັນຂອງມັນ. ພ້ອມກັນນີ້ພວກເຮົາໄດ້ປຶກສາຫາລືກ່ຽວກັບວິທີການປະເພດທີສອງໃນການ ນຳ ໃຊ້ຕົວກວດກາ hyperHors ທີ່ອີງໃສ່ RHEL [ຢ່າງ ໜ້ອຍ 6.6 x86_64].

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