oVirt ໃນ 2 ຊົ່ວໂມງ. ສ່ວນທີ 1: ເປີດແພລະຕະຟອມ Virtualization ຄວາມຜິດທີ່ທົນທານ

ການນໍາສະເຫນີ

ໂຄງການແຫຼ່ງເປີດ ເສື້ອຍືດ — ເປັນເວທີ virtualization ລະດັບວິສາຫະກິດຟຣີ. ຫຼັງຈາກເລື່ອນຜ່ານ habr, ຂ້າພະເຈົ້າໄດ້ຄົ້ນພົບສິ່ງນັ້ນ ເສື້ອຍືດ ບໍ່ໄດ້ກວມເອົາທີ່ນີ້ຢ່າງກວ້າງຂວາງເທົ່າທີ່ມັນສົມຄວນ.
oVirt ແມ່ນຕົວຈິງແລ້ວສໍາລັບລະບົບການຄ້າ Red Hat Virtualization (RHV, ອະດີດ RHEV), ການຂະຫຍາຍຕົວພາຍໃຕ້ປີກຂອງ Red Hat. ເພື່ອຫຼີກເວັ້ນການສັບສົນ, ນີ້ ບໍ່ ຄືກັນກັບ CentOS vs RHEL, ຮູບແບບທີ່ໃກ້ຊິດກັບ Fedora vs RHEL.
ພາຍ​ໃຕ້​ການ Hood ໄດ້ - KVM, ການໂຕ້ຕອບເວັບໄຊຕ໌ຖືກນໍາໃຊ້ສໍາລັບການຄຸ້ມຄອງ. ອີງໃສ່ RHEL/CentOS 7 OS.
oVirt ສາມາດຖືກນໍາໃຊ້ສໍາລັບທັງສອງເຄື່ອງແມ່ຂ່າຍ "ແບບດັ້ງເດີມ" ແລະ desktop virtualization (VDI), ບໍ່ເຫມືອນກັບການແກ້ໄຂ VMware, ທັງສອງລະບົບສາມາດຢູ່ຮ່ວມກັນໃນສະລັບສັບຊ້ອນຫນຶ່ງ.
ໂຄງການແມ່ນດີ ເອກະສານ, ໄດ້ບັນລຸການເຕີບໂຕເຕັມທີ່ຍາວນານສໍາລັບການນໍາໃຊ້ຜະລິດຕະພັນແລະກຽມພ້ອມສໍາລັບການໂຫຼດສູງ.
ບົດຄວາມນີ້ແມ່ນຄັ້ງທໍາອິດໃນຊຸດກ່ຽວກັບວິທີການສ້າງກຸ່ມທີ່ລົ້ມເຫລວທີ່ເຮັດວຽກ. ໂດຍໄດ້ຜ່ານພວກມັນ, ໃນເວລາສັ້ນໆ (ປະມານ 2 ຊົ່ວໂມງ) ພວກເຮົາຈະໄດ້ຮັບລະບົບການເຮັດວຽກຢ່າງເຕັມທີ່, ເຖິງແມ່ນວ່າບັນຫາຈໍານວນຫນຶ່ງ, ແນ່ນອນ, ຈະບໍ່ເປີດເຜີຍ; ຂ້ອຍຈະພະຍາຍາມກວມເອົາພວກເຂົາໃນບົດຄວາມຕໍ່ໄປນີ້.
ພວກ​ເຮົາ​ໄດ້​ນໍາ​ໃຊ້​ມັນ​ເປັນ​ເວ​ລາ​ຫຼາຍ​ປີ​, ໂດຍ​ເລີ່ມ​ຕົ້ນ​ກັບ​ສະ​ບັບ 4.1​. ລະບົບອຸດສາຫະກໍາຂອງພວກເຮົາປະຈຸບັນເຮັດວຽກຢູ່ໃນຄອມພິວເຕີ HPE Synergy 480 ແລະ ProLiant BL460c ຮຸ່ນທີ 10 ທີ່ມີ CPU Xeon Gold.
ໃນເວລາຂຽນ, ສະບັບປະຈຸບັນແມ່ນ 4.3.

ບົດ​ຄວາມ​ທີ່

1. ແນະນຳ (ພວກເຮົາຢູ່ທີ່ນີ້)
2. ການຕິດຕັ້ງຜູ້ຈັດການ (ເຄື່ອງຈັກ ovirt) ແລະ hypervisors (ເຈົ້າພາບ)
3. ການຕັ້ງຄ່າເພີ່ມເຕີມ

ຄຸນນະສົມບັດທີ່ເຮັດວຽກ

ມີ 2 ຫນ່ວຍງານຕົ້ນຕໍໃນ oVirt: ovirt-engine ແລະ ovirt-host(s). ສໍາລັບຜູ້ທີ່ຄຸ້ນເຄີຍກັບຜະລິດຕະພັນ VMware, oVirt ໂດຍລວມເປັນແພລະຕະຟອມແມ່ນ vSphere, ovirt-engine - ຊັ້ນຄວບຄຸມ - ປະຕິບັດຫນ້າທີ່ດຽວກັນກັບ vCenter, ແລະ ovirt-host ແມ່ນ hypervisor, ເຊັ່ນ ESX (i). ເນື່ອງຈາກວ່າ vSphere ເປັນການແກ້ໄຂທີ່ນິຍົມຫຼາຍ, ບາງຄັ້ງຂ້ອຍຈະປຽບທຽບກັບມັນ.

ເຂົ້າ. 1 — ແຜງຄວບຄຸມ oVirt.

ການແຈກຢາຍ Linux ສ່ວນໃຫຍ່ ແລະເວີຊັນຂອງ Windows ແມ່ນຮອງຮັບເປັນເຄື່ອງຂອງແຂກ. ສໍາລັບເຄື່ອງຂອງແຂກມີຕົວແທນແລະອຸປະກອນ virtual ທີ່ດີທີ່ສຸດແລະໄດເວີ virtio, ຕົ້ນຕໍແມ່ນຕົວຄວບຄຸມແຜ່ນແລະການໂຕ້ຕອບເຄືອຂ່າຍ.
ເພື່ອປະຕິບັດການແກ້ໄຂທີ່ທົນທານຕໍ່ຄວາມຜິດແລະລັກສະນະທີ່ຫນ້າສົນໃຈທັງຫມົດ, ທ່ານຈະຕ້ອງການເກັບຮັກສາຮ່ວມກັນ. ທັງສອງບລັອກ FC, FCoE, iSCSI, ແລະ NFS ການເກັບຮັກສາໄຟລ໌, ແລະອື່ນໆແມ່ນໄດ້ຮັບການສະຫນັບສະຫນູນ. ເພື່ອປະຕິບັດການແກ້ໄຂທີ່ທົນທານຕໍ່ຄວາມຜິດ, ລະບົບການເກັບຮັກສາຈະຕ້ອງມີຄວາມທົນທານຕໍ່ຄວາມຜິດ (ຢ່າງນ້ອຍ 2 ຕົວຄວບຄຸມ, multipassing).
ການນໍາໃຊ້ບ່ອນເກັບຂໍ້ມູນໃນທ້ອງຖິ່ນແມ່ນເປັນໄປໄດ້, ແຕ່ໂດຍຄ່າເລີ່ມຕົ້ນພຽງແຕ່ການເກັບຮັກສາທີ່ໃຊ້ຮ່ວມກັນແມ່ນເຫມາະສົມສໍາລັບກຸ່ມທີ່ແທ້ຈິງ. ການເກັບຮັກສາທ້ອງຖິ່ນເຮັດໃຫ້ລະບົບເປັນຊຸດ hypervisors ທີ່ແຕກຕ່າງກັນ, ແລະເຖິງແມ່ນວ່າມີການເກັບຮັກສາຮ່ວມກັນ, ກຸ່ມບໍ່ສາມາດຖືກລວບລວມໄດ້. ວິທີທີ່ຖືກຕ້ອງທີ່ສຸດແມ່ນເຄື່ອງທີ່ບໍ່ມີແຜ່ນທີ່ມີ boot ຈາກ SAN, ຫຼືແຜ່ນທີ່ມີຂະຫນາດຫນ້ອຍທີ່ສຸດ. ອາດຈະເປັນ, ໂດຍຜ່ານ vdsm hook, ທາງເລືອກໃນການປະກອບ Software Defined Storage ຈາກແຜ່ນທ້ອງຖິ່ນ (ຕົວຢ່າງ, Ceph) ແລະນໍາສະເຫນີມັນກັບ VM ແມ່ນເປັນໄປໄດ້, ແຕ່ຂ້ອຍບໍ່ໄດ້ພິຈາລະນາຢ່າງຈິງຈັງ.

ຖາປັດຕະຍະ

ເຂົ້າ. 2 - ສະຖາປັດຕະຍະກໍາ oVirt.
ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບສະຖາປັດຕະສາມາດພົບເຫັນຢູ່ໃນ ເອກະສານ ນັກພັດທະນາ.

ເຂົ້າ. 3 — oVirt objects.

ອົງປະກອບເທິງສຸດໃນລໍາດັບແມ່ນ − ສູນ​ຂໍ້​ມູນ. ມັນກໍານົດວ່າບ່ອນເກັບຂໍ້ມູນທີ່ໃຊ້ຮ່ວມກັນຫຼືທ້ອງຖິ່ນຖືກນໍາໃຊ້, ເຊັ່ນດຽວກັນກັບຊຸດຄຸນສົມບັດທີ່ໃຊ້ (ເຂົ້າກັນໄດ້, 4.1 ຫາ 4.3). ອາດຈະມີຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ. ສໍາລັບທາງເລືອກຫຼາຍ, ການນໍາໃຊ້ສູນຂໍ້ມູນເລີ່ມຕົ້ນ - ເລີ່ມຕົ້ນ - ແມ່ນເຫມາະສົມ.
ສູນຂໍ້ມູນປະກອບດ້ວຍຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ ກຸ່ມ. ກຸ່ມກໍານົດປະເພດຂອງໂປເຊດເຊີ, ນະໂຍບາຍການເຄື່ອນຍ້າຍ, ແລະອື່ນໆ. ສໍາລັບການຕິດຕັ້ງຂະຫນາດນ້ອຍ, ທ່ານຍັງສາມາດຈໍາກັດຕົວເອງໃຫ້ກັບກຸ່ມເລີ່ມຕົ້ນ.
ກຸ່ມ, ໃນທາງກັບກັນ, ປະກອບດ້ວຍ ເຈົ້າພາບ's ທີ່ເຮັດວຽກຕົ້ນຕໍ - ພວກເຂົາປະຕິບັດເຄື່ອງຈັກ virtual, ການເກັບຮັກສາແມ່ນເຊື່ອມຕໍ່ກັບພວກເຂົາ. ກຸ່ມໜຶ່ງສົມມຸດ 2 ໂຮສ ຫຼືຫຼາຍກວ່ານັ້ນ. ເຖິງແມ່ນວ່າມັນເປັນໄປໄດ້ທາງດ້ານວິຊາການທີ່ຈະເຮັດໃຫ້ກຸ່ມທີ່ມີ 1 ໂຮດ, ມັນບໍ່ມີປະໂຫຍດຫຍັງເລີຍ.

oVirt ສະຫນັບສະຫນູນຫຼາຍຫນ້າທີ່, ລວມທັງ. ການເຄື່ອນຍ້າຍແບບສົດໆຂອງເຄື່ອງ virtual ລະຫວ່າງ hypervisors (ການເຄື່ອນຍ້າຍແບບສົດໆ) ແລະການເຄື່ອນຍ້າຍບ່ອນເກັບມ້ຽນ (ການຍ້າຍບ່ອນເກັບຂໍ້ມູນ), desktop virtualization (ໂຄງສ້າງພື້ນຖານ desktop virtual) ກັບ VM pools, statefull ແລະ stateless VMs, ສະຫນັບສະຫນູນ NVidia Grid vGPU, ນໍາເຂົ້າຈາກ vSphere, KVM, ມີ ມີອໍານາດ API ແລະອື່ນໆອີກ. ຄຸນສົມບັດທັງໝົດເຫຼົ່ານີ້ແມ່ນບໍ່ມີຄ່າພາກຫຼວງ, ແລະຖ້າຕ້ອງການການຊ່ວຍເຫຼືອ, ການຊ່ວຍເຫຼືອສາມາດຊື້ໄດ້ຈາກ Red Hat ຜ່ານຄູ່ຮ່ວມງານໃນພາກພື້ນ.

ກ່ຽວກັບລາຄາ RHV

ຄ່າໃຊ້ຈ່າຍແມ່ນບໍ່ສູງເມື່ອທຽບໃສ່ກັບ VMware, ພຽງແຕ່ການສະຫນັບສະຫນູນແມ່ນຊື້ - ໂດຍບໍ່ມີເງື່ອນໄຂໃນການຊື້ໃບອະນຸຍາດຂອງມັນເອງ. ການສະຫນັບສະຫນູນແມ່ນຊື້ພຽງແຕ່ສໍາລັບ hypervisors; ເຄື່ອງຈັກ ovirt, ບໍ່ເຫມືອນກັບ vCenter Server, ບໍ່ຈໍາເປັນຕ້ອງມີຄ່າໃຊ້ຈ່າຍໃດໆ.

ຕົວຢ່າງການຄິດໄລ່ສໍາລັບປີທີ 1 ຂອງການເປັນເຈົ້າຂອງ

ໃຫ້ພິຈາລະນາກຸ່ມຂອງ 4 ເຄື່ອງ 2-socket ແລະລາຄາຂາຍຍ່ອຍ (ໂດຍບໍ່ມີການຫຼຸດໂຄງການ).
ການສະໝັກໃຊ້ RHV ມາດຕະຖານ ລາຄາ 999 ໂດລາ ຕໍ່ຊັອກເກັດ/ປີ (ພຣີມຽມ 365/24/7 — $1499), ທັງໝົດ 4*2*$999=$7992.
ລາຄາ vSphere:

• VMware vCenter Server Standard $10,837.13 ຕໍ່ຕົວຢ່າງ, ບວກກັບການສະໝັກໃຊ້ພື້ນຖານ $2,625.41 (ການຜະລິດ — $3,125.39);
• VMware vSphere Standard $1,164.15 + ການສະໝັກໃຊ້ພື້ນຖານ $552.61 (ການຜະລິດ $653.82);
• VMware vSphere Enterprise Plus $6,309.23 + ການສະໝັກໃຊ້ພື້ນຖານ $1,261.09 (ການຜະລິດ $1,499.94).

ຈໍານວນທັງຫມົດ: 10 + 837,13 + 2 * 625,41 * (4 + 2) = . $ 27 196,62 ສໍາລັບທາງເລືອກທີ່ນ້ອຍທີ່ສຸດ. ຄວາມແຕກຕ່າງແມ່ນປະມານ 3,5 ເທົ່າ!
ໃນ oVirt, ຟັງຊັນທັງຫມົດສາມາດໃຊ້ໄດ້ໂດຍບໍ່ມີຂໍ້ຈໍາກັດ.

ລັກສະນະໂດຍຫຍໍ້ແລະສູງສຸດ

ຄວາມຕ້ອງການຂອງລະບົບ

hypervisor ຕ້ອງການ CPU ທີ່ມີການເປີດໃຊ້ຮາດແວ virtualization, ຈໍານວນ RAM ຕໍາ່ສຸດທີ່ຈະເລີ່ມຕົ້ນແມ່ນ 2 GiB, ຈໍານວນການເກັບຮັກສາທີ່ແນະນໍາສໍາລັບ OS ແມ່ນ 55 GiB (ສ່ວນຫຼາຍແມ່ນສໍາລັບບັນທຶກ, ແລະອື່ນໆ, OS ຕົວຂອງມັນເອງໃຊ້ເວລາຫນ້ອຍ).
ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ - ທີ່ນີ້.
ໄປ ເຄື່ອງຈັກ ຄວາມຕ້ອງການຂັ້ນຕ່ໍາ 2 cores / 4 GiB RAM / 25 GiB ການເກັບຮັກສາ. ແນະນໍາ - ຈາກ 4 cores / 16 GiB ຂອງ RAM / 50 GiB ຂອງການເກັບຮັກສາ.
ເຊັ່ນດຽວກັນກັບລະບົບໃດກໍ່ຕາມ, ມີຂໍ້ຈໍາກັດກ່ຽວກັບປະລິມານແລະປະລິມານ, ສ່ວນໃຫຍ່ເກີນຄວາມສາມາດຂອງເຄື່ອງແມ່ຂ່າຍການຄ້າມະຫາຊົນທີ່ມີຢູ່. ແມ່ນແລ້ວ, ຄູ່ຜົວເມຍ Intel Xeon Gold 6230 ສາມາດແກ້ໄຂ 2 TiB ຂອງ RAM ແລະໃຫ້ 40 cores (80 threads), ເຊິ່ງແມ່ນຫນ້ອຍກວ່າຂອບເຂດຈໍາກັດຂອງ VM ດຽວ.

ສູງສຸດຂອງເຄື່ອງ Virtual:

• ສູງສຸດພ້ອມໆກັນແລ່ນເຄື່ອງ virtual: ບໍ່ຈໍາກັດ;
• CPU virtual ສູງສຸດຕໍ່ເຄື່ອງ virtual: 384;
• ຫນ່ວຍຄວາມຈໍາສູງສຸດຕໍ່ເຄື່ອງ virtual: 4 TiB;
• ຂະໜາດແຜ່ນດຽວສູງສຸດຕໍ່ເຄື່ອງສະເໝືອນ: 8 TiB.

ສູງສຸດຂອງເຈົ້າພາບ:

• ຫຼັກ CPU ຕາມເຫດຜົນ ຫຼືກະທູ້: 768;
• RAM: 12 TiB;
• ຈໍານວນເຄື່ອງ virtual ທີ່ເປັນເຈົ້າພາບ: 250;
• ການເຄື່ອນຍ້າຍທີ່ມີຊີວິດພ້ອມໆກັນ: 2 ຂາເຂົ້າ, 2 ຂາອອກ;
• ແບນວິດການເຄື່ອນຍ້າຍແບບສົດໆ: ຄ່າເລີ່ມຕົ້ນເປັນ 52 MiB (~436 Mb) ຕໍ່ການເຄື່ອນຍ້າຍເມື່ອໃຊ້ນະໂຍບາຍການເຄື່ອນຍ້າຍແບບເກົ່າ. ນະໂຍບາຍອື່ນໆໃຊ້ຄ່າການປັບຕົວໂດຍຜ່ານຄວາມໄວຂອງອຸປະກອນທາງດ້ານຮ່າງກາຍ. ນະໂຍບາຍ QoS ສາມາດຈໍາກັດແບນວິດການເຄື່ອນຍ້າຍ.

Manager Logical Entity ສູງສຸດ:

ໃນ 4.3 ມີ ຂໍ້​ຈໍາ​ກັດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​.

• ສູນ​ຂໍ້​ມູນ
  • ຈໍານວນສູນຂໍ້ມູນສູງສຸດ: 400;
  • ຈໍານວນເຈົ້າພາບສູງສຸດ: 400 ສະຫນັບສະຫນູນ, 500 ທົດສອບ;
  • ຈຳນວນ VM ສູງສຸດ: 4000 ຮອງຮັບ, 5000 ທົດສອບ;
• ກຸ່ມບ້ານ
  • ຈຳນວນກຸ່ມສູງສຸດ: 400;
  • ຈໍານວນເຈົ້າພາບສູງສຸດ: 400 ສະຫນັບສະຫນູນ, 500 ທົດສອບ;
  • ຈຳນວນ VM ສູງສຸດ: 4000 ຮອງຮັບ, 5000 ທົດສອບ;
• ເຄືອຂ່າຍ
  • ເຄືອຂ່າຍຕາມເຫດຜົນ/ກຸ່ມ: 300;
  • SDN / ເຄືອຂ່າຍພາຍນອກ: 2600 ທົດສອບ, ບໍ່ມີຂອບເຂດຈໍາກັດ;
• ການເກັບຮັກສາ
  • ໂດເມນສູງສຸດ: 50 ສະຫນັບສະຫນູນ, 70 ທົດສອບ;
  • ເຈົ້າພາບຕໍ່ໂດເມນ: ບໍ່ຈໍາກັດ;
  • ປະລິມານຕາມເຫດຜົນຕໍ່ໂດເມນບລັອກ (ຫຼາຍ): 1500;
  • ຈໍານວນສູງສຸດຂອງ LUNs (ຫຼາຍ): 300;
  • ຂະໜາດດິສກ໌ສູງສຸດ: 500 TiB (ຈຳກັດໄວ້ທີ່ 8 TiB ຕາມຄ່າເລີ່ມຕົ້ນ).

ທາງເລືອກໃນການຈັດຕັ້ງປະຕິບັດ

ດັ່ງທີ່ໄດ້ກ່າວມາແລ້ວ, oVirt ຖືກສ້າງຂຶ້ນຈາກ 2 ອົງປະກອບພື້ນຖານ - ovirt-engine (ການຄວບຄຸມ) ແລະ ovirt-host (hypervisor).
ເຄື່ອງຈັກສາມາດຕັ້ງຢູ່ພາຍນອກເວທີຕົວມັນເອງ (ຜູ້ຈັດການແບບສະແຕນເລດ - ນີ້ສາມາດເປັນ VM ທີ່ເຮັດວຽກຢູ່ໃນເວທີອື່ນຫຼື hypervisor ແຍກຕ່າງຫາກ, ຫຼືແມ້ກະທັ້ງເຄື່ອງຈັກທາງດ້ານຮ່າງກາຍ) ຫຼືໃນເວທີຂອງມັນເອງ (ເຄື່ອງຈັກທີ່ເປັນເຈົ້າພາບ, ຄ້າຍຄືກັບວິທີການ VCSA. ຈາກ VMware).
ສາມາດຕິດຕັ້ງ hypervisor ໄດ້ ປົກກະຕິ OS RHEL/CentOS 7 (EL Host), ແລະສຸດ OS ຫນ້ອຍພິເສດ (oVirt-Node, ອີງໃສ່ el7).
ຄວາມຕ້ອງການຮາດແວສໍາລັບທາງເລືອກທັງຫມົດແມ່ນປະມານດຽວກັນ.

ເຂົ້າ. 4 - ສະຖາປັດຕະຍະກໍາມາດຕະຖານ.

ເຂົ້າ. 5 - ສະຖາປັດຕະຍະກໍາເຄື່ອງຈັກຕົນເອງເປັນເຈົ້າພາບ.

ສໍາລັບຕົວຂ້ອຍເອງຂ້ອຍເລືອກທາງເລືອກຜູ້ຈັດການ standalone ແລະ EL Hosts:

• ຜູ້ຈັດການຢືນຢູ່ໂດດດ່ຽວແມ່ນງ່າຍຂຶ້ນເລັກນ້ອຍໃນເວລາທີ່ມັນມາກັບບັນຫາການເລີ່ມຕົ້ນ, ບໍ່ມີບັນຫາໄກ່ແລະໄຂ່ (ເຊັ່ນດຽວກັບ VCSA - ທ່ານບໍ່ສາມາດເລີ່ມຕົ້ນໄດ້ຈົນກ່ວາຢ່າງຫນ້ອຍຫນຶ່ງເຈົ້າພາບເຕັມ), ແຕ່ມີການຂຶ້ນກັບລະບົບອື່ນ *;
• EL Host ສະຫນອງພະລັງງານທັງຫມົດຂອງ OS, ເຊິ່ງເປັນປະໂຫຍດສໍາລັບການກວດສອບພາຍນອກ, ການດີບັກ, ການແກ້ໄຂບັນຫາ, ແລະອື່ນໆ.

* ຢ່າງໃດກໍຕາມ, ໃນໄລຍະເວລາທັງຫມົດຂອງການດໍາເນີນງານນີ້ບໍ່ຈໍາເປັນຕ້ອງ, ເຖິງແມ່ນວ່າຫຼັງຈາກຄວາມລົ້ມເຫຼວຂອງພະລັງງານທີ່ຮ້າຍແຮງ.
ແຕ່ຂໍໃຫ້ມາຮອດຈຸດ!
ສໍາລັບການທົດລອງ, ມັນເປັນໄປໄດ້ທີ່ຈະປ່ອຍຄູ່ຂອງແຜ່ນໃບຄ້າຍຄື ProLiant BL460c G7 ທີ່ມີ CPU Xeon®. ພວກເຮົາຈະນໍາໃຊ້ພວກມັນເພື່ອຜະລິດຂະບວນການຕິດຕັ້ງ.
ໃຫ້ພວກເຮົາຕັ້ງຊື່ ovirt.lab.example.com, kvm01.lab.example.com ແລະ kvm02.lab.example.com.
ໃຫ້ຂອງໄປໂດຍກົງ ການຕິດຕັ້ງ.

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