Opennebula. ບັນທຶກສັ້ນ

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

ແລະດັ່ງນັ້ນ, ດັ່ງທີ່ພວກເຮົາເຫັນ, ຜູ້ໃຫ້ບໍລິການຟັງຈໍານວນຫຼາຍເຮັດວຽກກ່ຽວກັບ kvm ແລະເຮັດໃຫ້ການເຊື່ອມຕໍ່ພາຍນອກເພື່ອຄວບຄຸມເຄື່ອງຈັກ. ມັນເປັນທີ່ຊັດເຈນວ່າເຈົ້າພາບຂະຫນາດໃຫຍ່ຂຽນກອບຂອງຕົນເອງສໍາລັບໂຄງສ້າງພື້ນຖານຂອງເມຄ, YANDEX ດຽວກັນສໍາລັບຕົວຢ່າງ. ບາງຄົນໃຊ້ openstack ແລະເຮັດໃຫ້ການເຊື່ອມຕໍ່ບົນພື້ນຖານນີ້ - SELECTEL, MAIL.RU. ແຕ່ຖ້າຫາກວ່າທ່ານມີຮາດແວຂອງທ່ານເອງແລະພະນັກງານຂະຫນາດນ້ອຍຂອງຜູ້ຊ່ຽວຊານ, ປົກກະຕິແລ້ວທ່ານເລືອກສິ່ງທີ່ພ້ອມທີ່ຈະເຮັດ - VMWARE, HYPER-V, ມີໃບອະນຸຍາດຟຣີແລະເສຍເງິນ, ແຕ່ນັ້ນບໍ່ແມ່ນສິ່ງທີ່ພວກເຮົາເວົ້າກ່ຽວກັບໃນປັດຈຸບັນ. ໃຫ້ເວົ້າກ່ຽວກັບຜູ້ທີ່ມີຄວາມກະຕືລືລົ້ນ - ເຫຼົ່ານີ້ແມ່ນຜູ້ທີ່ບໍ່ຢ້ານທີ່ຈະສະເຫນີແລະລອງສິ່ງໃຫມ່, ເຖິງແມ່ນວ່າບໍລິສັດໄດ້ຊີ້ແຈງຢ່າງຊັດເຈນວ່າ "ໃຜຈະໃຫ້ບໍລິການນີ້ຫຼັງຈາກເຈົ້າ," "ພວກເຮົາຈະນໍາມັນອອກສູ່ການຜະລິດຕໍ່ມາບໍ? ? ຢ້ານ." ແຕ່ທໍາອິດທ່ານສາມາດນໍາໃຊ້ວິທີແກ້ໄຂເຫຼົ່ານີ້ຢູ່ໃນຫ້ອງທົດລອງ, ແລະຖ້າທຸກຄົນມັກມັນ, ຫຼັງຈາກນັ້ນທ່ານສາມາດຕັ້ງຄໍາຖາມຂອງການພັດທະນາຕໍ່ໄປແລະນໍາໃຊ້ໃນສະພາບແວດລ້ອມທີ່ຮ້າຍແຮງກວ່າເກົ່າ.

ນອກຈາກນັ້ນ, ນີ້ແມ່ນການເຊື່ອມຕໍ່ກັບບົດລາຍງານ www.youtube.com/watch?v=47Mht_uoX3A ຈາກຜູ້ມີສ່ວນຮ່ວມຢ່າງຫ້າວຫັນໃນການພັດທະນາເວທີນີ້.

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

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

1. ການຕິດຕັ້ງຊ້ຳ

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

2. ການຕິດຕາມ

ພວກເຮົາຈະຕິດຕາມ node ຕົວຂອງມັນເອງ, kvm ແລະ opennebula. ໂຊກດີ, ມັນພ້ອມແລ້ວ. ມີຫຼາຍທາງເລືອກກ່ຽວກັບການຕິດຕາມກວດກາ Linux hosts, Zabbix ດຽວກັນຫຼື node exporter - ໃຜມັກສິ່ງທີ່ດີກວ່າ - ໃນປັດຈຸບັນຂ້າພະເຈົ້າກໍານົດມັນເປັນ metrics ລະບົບຕິດຕາມກວດກາ (ອຸນຫະພູມທີ່ມັນສາມາດວັດແທກໄດ້, ຄວາມສອດຄ່ອງຂອງ disk array), ຜ່ານ zabbix. , ແລະສໍາລັບຄໍາຮ້ອງສະຫມັກໂດຍຜ່ານຜູ້ສົ່ງອອກ Prometheus. ສໍາລັບການຕິດຕາມ kvm, ສໍາລັບຕົວຢ່າງ, ທ່ານສາມາດເອົາໂຄງການ github.com/zhangjianweibj/prometheus-libvirt-exporter.git ແລະຕັ້ງໃຫ້ມັນແລ່ນຜ່ານ systemd, ມັນເຮັດວຽກໄດ້ດີແລະສະແດງ kvm metrics, ຍັງມີ dashboard ທີ່ກຽມພ້ອມ. grafana.com/grafana/dashboards/12538.

ຕົວຢ່າງ, ນີ້ແມ່ນໄຟລ໌ຂອງຂ້ອຍ:

/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter

[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"

[Install]
WantedBy=multi-user.target

ແລະດັ່ງນັ້ນພວກເຮົາມີ 1 ຜູ້ສົ່ງອອກ, ພວກເຮົາຕ້ອງການອັນທີສອງເພື່ອຕິດຕາມ opennebula ຕົວຂອງມັນເອງ, ຂ້ອຍໃຊ້ມັນ github.com/kvaps/opennebula-exporter/blob/master/opennebula_exporter

ສາມາດເພີ່ມໃສ່ໄດ້ຕາມປົກກະຕິ node_exporter ເພື່ອຕິດຕາມລະບົບດັ່ງຕໍ່ໄປນີ້.

ໃນໄຟລ໌ node_exporter ພວກເຮົາປ່ຽນການເລີ່ມຕົ້ນເຊັ່ນນີ້:

ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collector

ສ້າງໄດເລກະທໍລີ mkdir -p /var/lib/opennebula_exporter

bash script ທີ່ນໍາສະເຫນີຂ້າງເທິງ, ທໍາອິດພວກເຮົາກວດເບິ່ງການເຮັດວຽກຜ່ານ console, ຖ້າມັນສະແດງສິ່ງທີ່ພວກເຮົາຕ້ອງການ (ຖ້າມັນເຮັດໃຫ້ມີຂໍ້ຜິດພາດ, ຫຼັງຈາກນັ້ນຕິດຕັ້ງ xmlstarlet), ຄັດລອກມັນໄປທີ່ /usr/local/bin/opennebula_exporter.sh

ເພີ່ມວຽກ cron ສໍາລັບທຸກໆນາທີ:

*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)

Metrics ເລີ່ມປາກົດ, ທ່ານສາມາດເອົາພວກມັນຄືກັບ prometheus ແລະສ້າງກາຟແລະແຈ້ງເຕືອນ. ໃນ Grafana ທ່ານສາມາດແຕ້ມ, ສໍາລັບການຍົກຕົວຢ່າງ, ເຊັ່ນ dashboard ງ່າຍດາຍ.

(ມັນຊັດເຈນວ່າໃນທີ່ນີ້ຂ້ອຍ overcommit cpu, ram)

ສໍາລັບຜູ້ທີ່ຮັກແລະນໍາໃຊ້ Zabbix, ມີ github.com/OpenNebula/addon-zabbix

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

ຂ້ອຍຍັງບໍ່ໄດ້ເລີ່ມບັນທຶກເທື່ອ. ທາງເລືອກທີ່ງ່າຍດາຍທີ່ສຸດແມ່ນການເພີ່ມ td-agent ເພື່ອວິເຄາະ /var/lib/one directory ດ້ວຍການສະແດງອອກປົກກະຕິ. ຕົວຢ່າງ, ໄຟລ໌ sunstone.log ກົງກັບ nginx regexp ແລະໄຟລ໌ອື່ນໆທີ່ສະແດງປະຫວັດຂອງການເຂົ້າເຖິງເວທີ - ປະໂຫຍດຂອງສິ່ງນີ້ແມ່ນຫຍັງ? ຕົວຢ່າງເຊັ່ນ, ພວກເຮົາສາມາດຕິດຕາມຈໍານວນ "ຄວາມຜິດພາດ, ຄວາມຜິດພາດ" ຢ່າງຊັດເຈນແລະຕິດຕາມໄດ້ໄວຢູ່ບ່ອນໃດແລະລະດັບໃດທີ່ມີການຜິດປົກກະຕິ.

3. ຂໍ້ມູນສຳຮອງ

ຍັງມີໂຄງການທີ່ໄດ້ຮັບຄ່າຈ້າງ - ສໍາລັບການຍົກຕົວຢ່າງ sep wiki.sepsoftware.com/wiki/index.php/4_4_3_Tigon:OpenNebula_Backup. ໃນທີ່ນີ້ພວກເຮົາຕ້ອງເຂົ້າໃຈວ່າພຽງແຕ່ການສໍາຮອງຮູບພາບຂອງເຄື່ອງຈັກແມ່ນບໍ່ຄືກັນໃນກໍລະນີນີ້, ເພາະວ່າເຄື່ອງ virtual ຂອງພວກເຮົາຕ້ອງເຮັດວຽກກັບການລວມຕົວຢ່າງເຕັມທີ່ (ໄຟລ໌ສະພາບການດຽວກັນທີ່ອະທິບາຍການຕັ້ງຄ່າເຄືອຂ່າຍ, ຊື່ vm ແລະການຕັ້ງຄ່າທີ່ກໍາຫນົດເອງສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງທ່ານ) . ດັ່ງນັ້ນ, ໃນທີ່ນີ້ພວກເຮົາຕັດສິນໃຈວ່າພວກເຮົາຈະສໍາຮອງຂໍ້ມູນແນວໃດແລະແນວໃດ. ໃນບາງກໍລະນີມັນດີກວ່າທີ່ຈະເຮັດສໍາເນົາສິ່ງທີ່ຢູ່ໃນ vm ຕົວຂອງມັນເອງ. ແລະບາງທີທ່ານພຽງແຕ່ຕ້ອງການສໍາຮອງຂໍ້ມູນຫນຶ່ງແຜ່ນຈາກເຄື່ອງທີ່ໃຫ້.

ຕົວຢ່າງ, ພວກເຮົາໄດ້ກໍານົດວ່າເຄື່ອງຈັກທັງຫມົດເລີ່ມຕົ້ນດ້ວຍຮູບພາບຄົງທີ່, ດັ່ງນັ້ນ, ຫຼັງຈາກອ່ານ docs.opennebula.io/5.12/operation/vm_management/img_guide.html

ນີ້ຫມາຍຄວາມວ່າທໍາອິດພວກເຮົາສາມາດອັບໂຫລດຮູບພາບຈາກ vm ຂອງພວກເຮົາ:

onevm disk-saveas 74 3 prom.qcow2
Image ID: 77

Смотрим, под каким именем он сохранился

oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
   
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.

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

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

4. ຄວາມງ່າຍຂອງການນໍາໃຊ້

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

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

ແລະຫຼັງຈາກນັ້ນມັນມາຮອດຄວາມເຂົ້າໃຈວ່າເປັນຫຍັງຕົວເລກ opennebula ແຕ່ລະຕົວຢ່າງໃຫມ່ທີ່ມີ id ໃຫມ່, ສໍາລັບການຍົກຕົວຢ່າງ, ໃນ proxmox ດຽວກັນໄດ້ສ້າງ vm ກັບ id 101, ລົບມັນ, ຫຼັງຈາກນັ້ນທ່ານສ້າງມັນອີກເທື່ອຫນຶ່ງແລະ id 101. ໃນ opennebula ນີ້ຈະບໍ່ເກີດຂຶ້ນ, ແຕ່ລະຕົວຢ່າງໃຫມ່ຈະຖືກສ້າງຂື້ນດ້ວຍ id ໃຫມ່ແລະນີ້ມີເຫດຜົນຂອງຕົນເອງ - ຕົວຢ່າງເຊັ່ນການລຶບຂໍ້ມູນເກົ່າຫຼືການຕິດຕັ້ງທີ່ບໍ່ສໍາເລັດ.

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

5. ຄວາມງ່າຍດາຍສູງສຸດ

ແນ່ນອນ, ຍິ່ງເຈົ້າໄປອີກ, ຜູ້ທີ່ຈະເຂົ້າໃຈເຈົ້າມີໜ້ອຍລົງ.

ພາຍໃຕ້ເງື່ອນໄຂຂອງການຢືນຂອງຂ້ອຍ - 3 nodes ທີ່ມີການເກັບຮັກສາ nfs - ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກດີ. ແຕ່ຖ້າພວກເຮົາດໍາເນີນການທົດລອງທີ່ກ່ຽວຂ້ອງກັບການປິດໄຟ, ຕົວຢ່າງ, ເມື່ອແລ່ນ snapshot ແລະປິດພະລັງງານຂອງ node, ພວກເຮົາບັນທຶກການຕັ້ງຄ່າໃນຖານຂໍ້ມູນວ່າມີ snapshot, ແຕ່ຄວາມຈິງແລ້ວບໍ່ມີ (ດີ, ພວກເຮົາທຸກຄົນເຂົ້າໃຈວ່າພວກເຮົາ. ໃນເບື້ອງຕົ້ນໄດ້ຂຽນຖານຂໍ້ມູນກ່ຽວກັບການດໍາເນີນການນີ້ໃນ sql, ແຕ່ການດໍາເນີນງານຂອງມັນເອງບໍ່ປະສົບຜົນສໍາເລັດ). ປະໂຫຍດແມ່ນວ່າເມື່ອສ້າງພາບຖ່າຍ, ໄຟລ໌ແຍກຕ່າງຫາກໄດ້ຖືກສ້າງຕັ້ງຂື້ນແລະມີ "ພໍ່ແມ່", ດັ່ງນັ້ນໃນກໍລະນີມີບັນຫາແລະເຖິງແມ່ນວ່າມັນບໍ່ເຮັດວຽກຜ່ານ gui, ພວກເຮົາສາມາດເອົາໄຟລ໌ qcow2 ແລະຟື້ນຟູມັນແຍກຕ່າງຫາກ. docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

ໃນເຄືອຂ່າຍ, ແຕ່ຫນ້າເສຍດາຍ, ບໍ່ແມ່ນທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍ. ດີ, ຢ່າງຫນ້ອຍມັນງ່າຍກວ່າໃນ openstack, ຂ້ອຍໃຊ້ພຽງແຕ່ vlan (802.1Q) - ມັນເຮັດວຽກໄດ້ດີ, ແຕ່ຖ້າທ່ານເຮັດການປ່ຽນແປງການຕັ້ງຄ່າຈາກເຄືອຂ່າຍແມ່ແບບ, ຫຼັງຈາກນັ້ນ, ການຕັ້ງຄ່າເຫຼົ່ານີ້ຈະບໍ່ຖືກນໍາໃຊ້ກັບເຄື່ອງຈັກທີ່ໃຊ້ແລ້ວ, i.e. ທ່ານຈໍາເປັນຕ້ອງລຶບແລະເພີ່ມບັດເຄືອຂ່າຍ, ຫຼັງຈາກນັ້ນການຕັ້ງຄ່າໃຫມ່ຈະຖືກນໍາໃຊ້.

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

6. plugins ເພີ່ມເຕີມແລະການຕິດຕັ້ງ

ຫຼັງຈາກທີ່ທັງຫມົດ, ດັ່ງທີ່ພວກເຮົາເຂົ້າໃຈມັນ, ເວທີຟັງສາມາດຈັດການບໍ່ພຽງແຕ່ kvm, ແຕ່ຍັງ vmware esxi. ແຕ່ຫນ້າເສຍດາຍ, ຂ້ອຍບໍ່ມີສະລອຍນ້ໍາກັບ Vcenter, ຖ້າໃຜໄດ້ພະຍາຍາມ, ກະລຸນາຂຽນ.

ສະຫນັບສະຫນູນຜູ້ໃຫ້ບໍລິການຟັງອື່ນໆແມ່ນລະບຸໄວ້ docs.opennebula.io/5.12/advanced_components/cloud_bursting/index.html
AWS, AZURE.

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

ນອກຈາກນີ້, ໃນປັດຈຸບັນສະບັບໃຫມ່ມີ firecracker - ນີ້ແມ່ນການເປີດຕົວຂອງ microvm, ປະເພດຂອງ kvm harness over docker, ເຊິ່ງເຮັດໃຫ້ versatility ຫຼາຍ, ຄວາມປອດໄພແລະຜົນຜະລິດເພີ່ມຂຶ້ນເນື່ອງຈາກວ່າບໍ່ຈໍາເປັນຕ້ອງເສຍຊັບພະຍາກອນໃນການ emulating ອຸປະກອນ. ປະໂຫຍດດຽວທີ່ຂ້ອຍເຫັນໃນ Docker ແມ່ນວ່າມັນບໍ່ໄດ້ໃຊ້ເວລາເຖິງຈໍານວນຂະບວນການເພີ່ມເຕີມແລະບໍ່ມີເຕົ້າສຽບທີ່ຖືກຄອບຄອງໃນເວລາທີ່ໃຊ້ emulation ນີ້, i.e. ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ມັນເປັນຕົວດຸ່ນດ່ຽງການໂຫຼດ (ແຕ່ມັນອາດຈະຄຸ້ມຄ່າທີ່ຈະຂຽນບົດຄວາມແຍກຕ່າງຫາກກ່ຽວກັບເລື່ອງນີ້ຈົນກ່ວາຂ້ອຍໄດ້ດໍາເນີນການທົດສອບທັງຫມົດ).

7. ປະສົບການໃນທາງບວກຂອງການນໍາໃຊ້ແລະການແກ້ບັນຫາຄວາມຜິດພາດ

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

ສໍາລັບຕົວຢ່າງ, ການດໍາເນີນງານງ່າຍດາຍຂອງການຄັດລອກຮູບພາບແຜ່ນຈາກບ່ອນເກັບຂໍ້ມູນຫນຶ່ງໄປຫາບ່ອນອື່ນ. ໃນກໍລະນີຂອງຂ້ອຍ, ມີ 2 nodes ທີ່ມີ nfs, ຂ້ອຍສົ່ງຮູບພາບ - ການຄັດລອກເກີດຂື້ນຜ່ານ frontend opennebula, ເຖິງແມ່ນວ່າພວກເຮົາທຸກຄົນຄຸ້ນເຄີຍກັບຄວາມຈິງທີ່ວ່າຂໍ້ມູນຄວນຖືກຄັດລອກໂດຍກົງລະຫວ່າງໂຮດ - ໃນ vmware ດຽວກັນ, hyper-v ພວກເຮົາແມ່ນ. ເຮັດ ໃຫ້ ເຄຍ ຊີນ ກັບ ນີ້ , ແຕ່ ນີ້ ກັບ ຄົນ ອື່ນ . ມີວິທີການທີ່ແຕກຕ່າງກັນແລະອຸດົມການທີ່ແຕກຕ່າງກັນ, ແລະໃນສະບັບ 5.12 ພວກເຂົາເຈົ້າໄດ້ເອົາປຸ່ມ "migrate to datastore" - ພຽງແຕ່ເຄື່ອງຕົວມັນເອງໄດ້ຖືກໂອນ, ແຕ່ບໍ່ແມ່ນການເກັບຮັກສາເພາະວ່າ. ຫມາຍຄວາມວ່າການເກັບຮັກສາສູນກາງ.

ຕໍ່ໄປແມ່ນຄວາມຜິດພາດທີ່ນິຍົມກັບເຫດຜົນຕ່າງໆ: "ຄວາມຜິດພາດໃນການຕິດຕັ້ງເຄື່ອງ virtual: ບໍ່ສາມາດສ້າງໂດເມນຈາກ /var/lib/one//datastores/103/10/deployment.5" ຂ້າງລຸ່ມນີ້ແມ່ນສິ່ງເທິງທີ່ຈະເບິ່ງ.

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

system datastore ເກັບຮັກສາ metadata ສໍາລັບ vm ຂອງທ່ານ, ຖ້າທ່ານດໍາເນີນການ vm ດ້ວຍຮູບພາບຄົງທີ່, vm ຈໍາເປັນຕ້ອງມີການເຂົ້າເຖິງການຕັ້ງຄ່າທີ່ສ້າງຂຶ້ນໃນເບື້ອງຕົ້ນກ່ຽວກັບການເກັບຮັກສາທີ່ທ່ານສ້າງ vm - ນີ້ແມ່ນສໍາຄັນຫຼາຍ. ດັ່ງນັ້ນ, ເມື່ອໂອນ vm ກັບ datastore ອື່ນ, ທ່ານຈໍາເປັນຕ້ອງກວດເບິ່ງທຸກຢ່າງ.

8. ເອກະສານ, ຊຸມຊົນ. ການພັດທະນາຕໍ່ໄປ

ແລະສ່ວນທີ່ເຫຼືອ, ເອກະສານທີ່ດີ, ຊຸມຊົນແລະສິ່ງທີ່ສໍາຄັນແມ່ນໂຄງການສືບຕໍ່ດໍາລົງຊີວິດໃນອະນາຄົດ.

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

ຊຸມຊົນ, ການເຄື່ອນໄຫວ. ເຜີຍແຜ່ວິທີແກ້ໄຂທີ່ກຽມພ້ອມຫຼາຍທີ່ທ່ານສາມາດນໍາໃຊ້ໃນການຕິດຕັ້ງຂອງທ່ານ.

ໃນປັດຈຸບັນ, ນະໂຍບາຍບາງຢ່າງໃນບໍລິສັດໄດ້ມີການປ່ຽນແປງນັບຕັ້ງແຕ່ 5.12 forum.opennebula.io/t/towards-a-stronger-opennebula-community/8506/14 ມັນຈະເປັນຫນ້າສົນໃຈທີ່ຈະເຫັນວ່າໂຄງການພັດທະນາແນວໃດ. ໃນຕອນເລີ່ມຕົ້ນ, ຂ້າພະເຈົ້າໂດຍສະເພາະຊີ້ໃຫ້ເຫັນບາງຜູ້ຂາຍທີ່ນໍາໃຊ້ວິທີແກ້ໄຂຂອງພວກເຂົາແລະສິ່ງທີ່ອຸດສາຫະກໍາສະເຫນີ. ແນ່ນອນ, ບໍ່ມີຄໍາຕອບທີ່ຊັດເຈນກ່ຽວກັບສິ່ງທີ່ຈະໃຊ້. ແຕ່ສໍາລັບອົງການຈັດຕັ້ງຂະຫນາດນ້ອຍ, ການຮັກສາ cloud ສ່ວນຕົວຂະຫນາດນ້ອຍຂອງພວກເຂົາອາດຈະບໍ່ມີລາຄາແພງເທົ່າທີ່ມັນເບິ່ງຄືວ່າ. ສິ່ງທີ່ ສຳ ຄັນແມ່ນການຮູ້ສິ່ງທີ່ທ່ານຕ້ອງການ.

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

ມີການສົນທະນາທີ່ດີ t.me/opennebula ພວກເຂົາຊ່ວຍຢ່າງຫ້າວຫັນແລະບໍ່ໄດ້ສົ່ງໃຫ້ທ່ານຊອກຫາວິທີແກ້ໄຂບັນຫາໃນ Google. ເຂົ້າ​ຮ່ວມ​ນໍາ​ພວກ​ເຮົາ.

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