ການວິເຄາະປະສິດທິພາບ VM ໃນ VMware vSphere. ສ່ວນທີ 3: ການເກັບຮັກສາ

ສ່ວນທີ 1. ກ່ຽວກັບ CPU
ສ່ວນທີ 2. ກ່ຽວກັບຄວາມຊົງຈໍາ

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

ຂ້າພະເຈົ້າຈະປຶກສາຫາລືກ່ຽວກັບຫົວຂໍ້ການນໍາໃຊ້ຕົວຢ່າງຂອງການເຂົ້າເຖິງຕັນກັບລະບົບການເກັບຮັກສາ, ເຖິງແມ່ນວ່າສໍາລັບການເຂົ້າເຖິງໄຟລ໌ counters ປະມານຄືກັນ.

ບິດຂອງທິດສະດີ

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

• ຈໍາ​ນວນ​ການ​ປະ​ຕິ​ບັດ​ການ​ປ້ອນ​ຂໍ້​ມູນ / ຜົນ​ຜະ​ລິດ (ການ​ປະ​ຕິ​ບັດ​ການ​ປ້ອນ​ຂໍ້​ມູນ / ຜົນ​ຜະ​ລິດ​ຕໍ່​ວິ​ນາ​ທີ​, IOPS​)​;
• ຜ່ານ;
• ການຊັກຊ້າຂອງການປະຕິບັດການປ້ອນຂໍ້ມູນ / ຜົນຜະລິດ (Latency).

ຈໍານວນ IOPS ປົກກະຕິແລ້ວມີຄວາມສໍາຄັນສໍາລັບການເຮັດວຽກແບບສຸ່ມ: ການເຂົ້າເຖິງແຜ່ນດິດທີ່ຕັ້ງຢູ່ໃນສະຖານທີ່ຕ່າງໆ. ຕົວຢ່າງຂອງການໂຫຼດດັ່ງກ່າວອາດຈະເປັນຖານຂໍ້ມູນ, ຄໍາຮ້ອງສະຫມັກທຸລະກິດ (ERP, CRM), ແລະອື່ນໆ.

ແບນວິດ ທີ່ສໍາຄັນສໍາລັບການໂຫຼດຕາມລໍາດັບ: ການເຂົ້າເຖິງຕັນທີ່ຕັ້ງຢູ່ຫນຶ່ງຫຼັງຈາກທີ່ອື່ນ. ຕົວຢ່າງເຊັ່ນ, ເຄື່ອງແມ່ຂ່າຍໄຟລ໌ (ແຕ່ບໍ່ແມ່ນສະເຫມີ) ແລະລະບົບການເຝົ້າລະວັງວິດີໂອສາມາດສ້າງການໂຫຼດດັ່ງກ່າວ.

ການສົ່ງຜ່ານແມ່ນກ່ຽວຂ້ອງກັບຈໍານວນຂອງການດໍາເນີນການ I/O ດັ່ງຕໍ່ໄປນີ້:

ຜ່ານ = IOPS * ຂະຫນາດຕັນ, ບ່ອນທີ່ Block size ແມ່ນຂະຫນາດຂອງຕັນ.

ຂະຫນາດຕັນແມ່ນລັກສະນະທີ່ສໍາຄັນພໍສົມຄວນ. ຮຸ່ນທີ່ທັນສະໄຫມຂອງ ESXi ອະນຸຍາດໃຫ້ຕັນໄດ້ເຖິງ 32 KB ໃນຂະຫນາດ. ຖ້າຕັນແມ່ນໃຫຍ່ກວ່າ, ມັນແບ່ງອອກເປັນຫຼາຍ. ບໍ່ແມ່ນທຸກລະບົບການເກັບຮັກສາສາມາດເຮັດວຽກໄດ້ຢ່າງມີປະສິດທິພາບກັບຕັນຂະຫນາດໃຫຍ່ດັ່ງກ່າວ, ດັ່ງນັ້ນຈຶ່ງມີພາລາມິເຕີ DiskMaxIOSize ໃນ ESXi Advanced Settings. ການນໍາໃຊ້ມັນ, ທ່ານສາມາດຫຼຸດຜ່ອນຂະຫນາດຕັນສູງສຸດທີ່ຂ້າມໂດຍ hypervisor (ລາຍລະອຽດເພີ່ມເຕີມ ທີ່ນີ້). ກ່ອນທີ່ຈະປ່ຽນພາລາມິເຕີນີ້, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານປຶກສາກັບຜູ້ຜະລິດລະບົບການເກັບຮັກສາຫຼືຢ່າງຫນ້ອຍທົດສອບການປ່ຽນແປງໃນ bench ຫ້ອງທົດລອງ. 

ຂະໜາດບລັອກໃຫຍ່ສາມາດສົ່ງຜົນຮ້າຍຕໍ່ປະສິດທິພາບການເກັບຮັກສາ. ເຖິງແມ່ນວ່າຈໍານວນຂອງ IOPS ແລະ throughput ຂ້ອນຂ້າງນ້ອຍ, latencies ສູງສາມາດໄດ້ຮັບການສັງເກດເຫັນດ້ວຍຂະຫນາດຕັນຂະຫນາດໃຫຍ່. ເພາະສະນັ້ນ, ເອົາໃຈໃສ່ກັບພາລາມິເຕີນີ້.

ການເລື່ອນເວລາ - ຕົວກໍານົດການປະສິດທິພາບທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດ. latency I/O ສໍາລັບເຄື່ອງ virtual ປະກອບດ້ວຍ:

• ຄວາມລ່າຊ້າພາຍໃນ hypervisor (KAVG, Average Kernel MilliSec/Read);
• ຄວາມລ່າຊ້າທີ່ສະໜອງໃຫ້ໂດຍເຄືອຂ່າຍຂໍ້ມູນ ແລະລະບົບການເກັບຮັກສາ (DAVG, Average Driver MilliSec/Command).

latency ທັງໝົດທີ່ເຫັນໄດ້ໃນ OS ແຂກ (GAVG, Average Guest MilliSec/Command) ແມ່ນຜົນລວມຂອງ KAVG ແລະ DAVG.

GAVG ແລະ DAVG ຖືກວັດແທກແລະ KAVG ຖືກຄິດໄລ່: GAVG-DAVG.

ແຫຼ່ງຂໍ້ມູນ

ຂໍໃຫ້ພິຈາລະນາຢ່າງໃກ້ຊິດ KAVG. ໃນ​ລະ​ຫວ່າງ​ການ​ດໍາ​ເນີນ​ງານ​ປົກ​ກະ​ຕິ​, KAVG ຄວນ​ຈະ​ເປັນ​ສູນ​ຫຼື​ຢ່າງ​ຫນ້ອຍ​ຫຼາຍ​ຫນ້ອຍ​ກ​່​ວາ DAVG​. ກໍລະນີດຽວທີ່ຂ້ອຍຮູ້ວ່າບ່ອນທີ່ KAVG ຄາດວ່າຈະສູງແມ່ນຂອບເຂດຈໍາກັດ IOPS ໃນ VM disk. ໃນກໍລະນີນີ້, ເມື່ອທ່ານພະຍາຍາມເກີນຂອບເຂດຈໍາກັດ, KAVG ຈະເພີ່ມຂຶ້ນ.

ອົງປະກອບທີ່ສໍາຄັນທີ່ສຸດຂອງ KAVG ແມ່ນ QAVG - ເວລາຄິວປະມວນຜົນພາຍໃນ hypervisor. ອົງປະກອບທີ່ຍັງເຫຼືອຂອງ KAVG ແມ່ນບໍ່ມີເຫດຜົນ.

ແຖວໃນໄດເວີອະແດບເຕີດິສກ໌ ແລະຄິວໄປຫາດວງຈັນມີຂະໜາດຄົງທີ່. ສໍາລັບສະພາບແວດລ້ອມທີ່ມີການໂຫຼດສູງ, ມັນອາດຈະເປັນປະໂຫຍດທີ່ຈະເພີ່ມຂະຫນາດນີ້. ມັນເປັນ ອະທິບາຍວິທີການເພີ່ມຄິວໃນໄດເວີອະແດບເຕີ (ໃນເວລາດຽວກັນຄິວກັບດວງຈັນຈະເພີ່ມຂຶ້ນ). ການຕັ້ງຄ່ານີ້ເຮັດວຽກເມື່ອມີພຽງໜຶ່ງ VM ເຮັດວຽກກັບດວງຈັນ, ເຊິ່ງຫາຍາກ. ຖ້າມີ VM ຫຼາຍຢູ່ເທິງດວງຈັນ, ເຈົ້າຕ້ອງເພີ່ມພາລາມິເຕີ Disk.SchedNumReqOutstanding (ຄໍາແນະນໍາ  ທີ່ນີ້). ໂດຍການເພີ່ມແຖວ, ທ່ານຫຼຸດລົງ QAVG ແລະ KAVG ຕາມລໍາດັບ.

ແຕ່ອີກເທື່ອຫນຶ່ງ, ທໍາອິດອ່ານເອກະສານຈາກຜູ້ຂາຍ HBA ແລະທົດສອບການປ່ຽນແປງຢູ່ໃນຫ້ອງທົດລອງ.

ຂະໜາດຂອງຄິວໄປຫາດວງຈັນສາມາດໄດ້ຮັບຜົນກະທົບຈາກການລວມເອົາກົນໄກການເກັບຂໍ້ມູນ SIOC (Storage I/O Control). ມັນສະຫນອງການເຂົ້າເຖິງແບບດຽວກັນກັບດວງຈັນຈາກເຄື່ອງແມ່ຂ່າຍທັງຫມົດໃນກຸ່ມໂດຍການປ່ຽນຄິວແບບເຄື່ອນໄຫວໄປສູ່ວົງເດືອນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ນັ້ນແມ່ນ, ຖ້າເຈົ້າພາບຫນຶ່ງກໍາລັງແລ່ນ VM ທີ່ຕ້ອງການປະລິມານການປະຕິບັດທີ່ບໍ່ສົມດຸນ (VM ໃກ້ຄຽງທີ່ບໍ່ມີສຽງ), SIOC ຫຼຸດຜ່ອນຄວາມຍາວຂອງຄິວກັບດວງຈັນໃນເຈົ້າພາບນີ້ (DQLEN). ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ ທີ່ນີ້.

ພວກ​ເຮົາ​ໄດ້​ຄັດ​ອອກ KAVG​, ໃນ​ປັດ​ຈຸ​ບັນ​ພຽງ​ເລັກ​ນ້ອຍ​ກ່ຽວ​ກັບ​ການ​ DAVG. ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຢູ່ທີ່ນີ້: DAVG ແມ່ນການຊັກຊ້າທີ່ນໍາສະເຫນີໂດຍສະພາບແວດລ້ອມພາຍນອກ (ເຄືອຂ່າຍຂໍ້ມູນແລະລະບົບການເກັບຮັກສາ). ທຸກໆລະບົບການເກັບຮັກສາທີ່ທັນສະ ໄໝ ແລະບໍ່ທັນສະ ໄໝ ມີເຄື່ອງນັບການປະຕິບັດຂອງຕົນເອງ. ເພື່ອວິເຄາະບັນຫາກັບ DAVG, ມັນເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ຈະເບິ່ງພວກມັນ. ຖ້າທຸກຢ່າງດີຢູ່ໃນ ESXi ແລະດ້ານການເກັບຮັກສາ, ໃຫ້ກວດເບິ່ງເຄືອຂ່າຍຂໍ້ມູນ.

ເພື່ອຫຼີກເວັ້ນບັນຫາການປະຕິບັດ, ເລືອກນະໂຍບາຍການເລືອກເສັ້ນທາງທີ່ຖືກຕ້ອງ (PSP) ສໍາລັບລະບົບການເກັບຮັກສາຂອງທ່ານ. ເກືອບທຸກລະບົບການເກັບຮັກສາທີ່ທັນສະໄຫມສະຫນັບສະຫນູນ PSP Round-Robin (ມີຫຼືບໍ່ມີ ALUA, Asymmetric Logical Unit Access). ນະໂຍບາຍນີ້ອະນຸຍາດໃຫ້ທ່ານໃຊ້ເສັ້ນທາງທີ່ມີຢູ່ທັງຫມົດໄປຫາລະບົບການເກັບຮັກສາ. ໃນກໍລະນີຂອງ ALUA, ພຽງແຕ່ໃຊ້ເສັ້ນທາງໄປສູ່ຕົວຄວບຄຸມທີ່ເປັນເຈົ້າຂອງດວງຈັນເທົ່ານັ້ນ. ບໍ່ແມ່ນທຸກລະບົບການເກັບຮັກສາໃນ ESXi ມີກົດລະບຽບເລີ່ມຕົ້ນທີ່ກໍານົດນະໂຍບາຍ Round-Robin. ຖ້າບໍ່ມີກົດລະບຽບສໍາລັບລະບົບການເກັບຮັກສາຂອງທ່ານ, ໃຫ້ໃຊ້ປັ໊ກອິນຈາກຜູ້ຜະລິດລະບົບການເກັບຮັກສາ, ເຊິ່ງຈະສ້າງກົດລະບຽບທີ່ສອດຄ້ອງກັນກ່ຽວກັບໂຮດທັງຫມົດໃນກຸ່ມ, ຫຼືສ້າງກົດລະບຽບດ້ວຍຕົນເອງ. ລາຍລະອຽດ ທີ່ນີ້. 

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

ຕົວນັບການປະຕິບັດລະບົບຍ່ອຍຂອງເຄື່ອງ virtual virtual

ຕົວນັບການປະຕິບັດລະບົບຍ່ອຍຂອງດິສໃນ vCenter ໄດ້ຖືກລວບລວມຢູ່ໃນສ່ວນ Datastore, Disk, Virtual Disk:

ສ່ວນ ຖານຂໍ້ມູນ ມີ metrics ສໍາລັບ vSphere disk storages (datastores) ທີ່ແຜ່ນ VM ຕັ້ງຢູ່. ທີ່ນີ້ເຈົ້າຈະພົບເຫັນເຄົາເຕີມາດຕະຖານສໍາລັບ:

• IOPS (ຄໍາຮ້ອງຂໍອ່ານ / ຂຽນສະເລ່ຍຕໍ່ວິນາທີ), 
• ຜ່ານ (ອັດຕາການອ່ານ / ຂຽນ), 
• ຄວາມລ່າຊ້າ (ອ່ານ / ຂຽນ / latency ສູງສຸດ).

ໃນຫຼັກການ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຈະແຈ້ງຈາກຊື່ຂອງເຄົາເຕີ. ຂ້າພະເຈົ້າຂໍເອົາຄວາມສົນໃຈຂອງທ່ານອີກເທື່ອຫນຶ່ງກ່ຽວກັບຄວາມຈິງທີ່ວ່າສະຖິຕິຢູ່ທີ່ນີ້ບໍ່ແມ່ນສໍາລັບ VM ສະເພາະ (ຫຼື VM disk), ແຕ່ສະຖິຕິທົ່ວໄປສໍາລັບ datastore ທັງຫມົດ. ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ມັນສະດວກກວ່າທີ່ຈະເບິ່ງສະຖິຕິເຫຼົ່ານີ້ຢູ່ໃນ ESXTOP, ຢ່າງຫນ້ອຍໂດຍອີງໃສ່ຄວາມຈິງທີ່ວ່າໄລຍະເວລາການວັດແທກຂັ້ນຕ່ໍາມີ 2 ວິນາທີ.

ສ່ວນ ແຜ່ນ ມີ metrics ໃນອຸປະກອນຕັນທີ່ຖືກນໍາໃຊ້ໂດຍ VM. ມີຕົວນັບສໍາລັບ IOPS ຂອງປະເພດການສັງລວມ (ຈໍານວນຂອງການປະຕິບັດການປ້ອນຂໍ້ມູນ / ຜົນຜະລິດໃນລະຫວ່າງໄລຍະເວລາການວັດແທກ) ແລະຕົວນັບຈໍານວນຫນຶ່ງທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າເຖິງບລັອກ (ຄໍາສັ່ງຍົກເລີກ, ລົດເມປັບ). ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ມັນຍັງສະດວກກວ່າທີ່ຈະເບິ່ງຂໍ້ມູນນີ້ໃນ ESXTOP.

ພາກສ່ວນ Virtual Disk - ເປັນປະໂຫຍດທີ່ສຸດຈາກທັດສະນະຂອງການຊອກຫາບັນຫາການປະຕິບັດຂອງລະບົບຍ່ອຍ VM disk. ທີ່ນີ້ທ່ານສາມາດເບິ່ງປະສິດທິພາບສໍາລັບແຕ່ລະ virtual disk. ມັນແມ່ນຂໍ້ມູນນີ້ທີ່ຈໍາເປັນເພື່ອເຂົ້າໃຈວ່າເຄື່ອງ virtual ໂດຍສະເພາະມີບັນຫາຫຼືບໍ່. ນອກເຫນືອຈາກຕົວນັບມາດຕະຖານສໍາລັບຈໍານວນການດໍາເນີນງານ I / O, ອ່ານ / ຂຽນປະລິມານແລະຄວາມລ່າຊ້າ, ພາກນີ້ປະກອບດ້ວຍຕົວນັບທີ່ເປັນປະໂຫຍດທີ່ສະແດງຂະຫນາດບລັອກ: ອ່ານ / ຂຽນຂະຫນາດຄໍາຮ້ອງຂໍ.

ໃນຮູບຂ້າງລຸ່ມນີ້ແມ່ນກາຟຂອງການປະຕິບັດແຜ່ນ VM, ບ່ອນທີ່ທ່ານສາມາດເບິ່ງຈໍານວນຂອງ IOPS, latency ແລະຂະຫນາດຕັນ. 

ທ່ານຍັງສາມາດເບິ່ງການວັດແທກປະສິດທິພາບສໍາລັບ datastore ທັງຫມົດຖ້າ SIOC ຖືກເປີດໃຊ້. ນີ້ແມ່ນຂໍ້ມູນພື້ນຖານກ່ຽວກັບ Latency ໂດຍສະເລ່ຍ ແລະ IOPS. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂໍ້ມູນນີ້ສາມາດເບິ່ງໄດ້ໃນເວລາຈິງເທົ່ານັ້ນ.

ESXTOP

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

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຂໍ້ມູນກ່ຽວກັບເຄື່ອງ virtual. ໜ້າຈໍ “Disk VM” ຖືກເອີ້ນດ້ວຍປຸ່ມ “v”:

NVDISK ແມ່ນຈໍານວນແຜ່ນ VM. ເພື່ອເບິ່ງຂໍ້ມູນແຕ່ລະແຜ່ນ, ໃຫ້ກົດ “e” ແລະໃສ່ GID ຂອງ VM ທີ່ສົນໃຈ.

ຄວາມຫມາຍຂອງຕົວກໍານົດການທີ່ຍັງເຫຼືອຢູ່ໃນຫນ້າຈໍນີ້ແມ່ນຈະແຈ້ງຈາກຊື່ຂອງເຂົາເຈົ້າ.

ຫນ້າຈໍທີ່ເປັນປະໂຫຍດອີກອັນຫນຶ່ງໃນເວລາທີ່ການແກ້ໄຂບັນຫາແມ່ນ Disk adapter. ເອີ້ນໂດຍປຸ່ມ “d” (ຊ່ອງຂໍ້ມູນ A,B,C,D,E,G ຖືກເລືອກຢູ່ໃນຮູບຂ້າງລຸ່ມນີ້):

NPTH – ຈໍາ​ນວນ​ຂອງ​ເສັ້ນ​ທາງ​ໄປ​ຫາ​ວົງ​ເດືອນ​ທີ່​ສັງ​ເກດ​ເຫັນ​ຈາກ​ອະ​ແດບ​ເຕີ​ນີ້​. ເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ມູນສໍາລັບແຕ່ລະເສັ້ນທາງໃນອະແດບເຕີ, ກົດ "e" ແລະໃສ່ຊື່ຂອງອະແດບເຕີ:

AQLEN - ຂະໜາດແຖວສູງສຸດໃນອະແດັບເຕີ.

ນອກຈາກນີ້ໃນຫນ້າຈໍນີ້ແມ່ນຕົວນັບການຊັກຊ້າທີ່ຂ້າພະເຈົ້າໄດ້ເວົ້າກ່ຽວກັບຂ້າງເທິງ: KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.

ຫນ້າຈໍອຸປະກອນ Disk, ເຊິ່ງຖືກເອີ້ນໂດຍການກົດປຸ່ມ "u", ໃຫ້ຂໍ້ມູນກ່ຽວກັບອຸປະກອນບລັອກສ່ວນບຸກຄົນ - ວົງເດືອນ (ຊ່ອງ A, B, F, G, ຂ້ອຍຖືກເລືອກໃນຮູບຂ້າງລຸ່ມນີ້). ທີ່ນີ້ທ່ານສາມາດເບິ່ງສະຖານະພາບຂອງແຖວສໍາລັບວົງເດືອນ.

DQLEN - ຂະ​ຫນາດ​ແຖວ​ສໍາ​ລັບ​ອຸ​ປະ​ກອນ​ການ​ຕັນ​.
ເອັສທີວີ - ຈໍານວນຄໍາສັ່ງ I/O ໃນ ESXi kernel.
ຖາມແລ້ວ - ຈໍານວນຄໍາສັ່ງ I/O ໃນແຖວ.
%USD – ACTV / DQLEN × 100%.
ນ້ໍາຫນັກ – (ACTV + QUED) / DQLEN.

ຖ້າ %USD ແມ່ນສູງ, ທ່ານຄວນພິຈາລະນາເພີ່ມຄິວ. ຄໍາສັ່ງຫຼາຍໃນແຖວ, QAVG ສູງຂຶ້ນແລະ, ຕາມຄວາມເຫມາະສົມ, KAVG.

ທ່ານຍັງສາມາດເບິ່ງໃນຫນ້າຈໍອຸປະກອນ Disk ບໍ່ວ່າຈະເປັນ VAAI (vStorage API for Array Integration) ກໍາລັງແລ່ນຢູ່ໃນລະບົບການເກັບຮັກສາ. ເພື່ອເຮັດສິ່ງນີ້, ເລືອກຊ່ອງ A ແລະ O.

ກົນໄກ VAAI ຊ່ວຍໃຫ້ທ່ານສາມາດໂອນສ່ວນຫນຶ່ງຂອງວຽກງານຈາກ hypervisor ໂດຍກົງກັບລະບົບການເກັບຮັກສາ, ຕົວຢ່າງ, ການສູນ, ການຄັດລອກບລັອກຫຼືການສະກັດ.

ດັ່ງທີ່ທ່ານສາມາດເຫັນໄດ້ໃນຮູບຂ້າງເທິງ, VAAI ເຮັດວຽກຢູ່ໃນລະບົບການເກັບຮັກສານີ້: Zero ແລະ ATS primitives ຖືກນໍາໃຊ້ຢ່າງຈິງຈັງ.

ຄໍາແນະນໍາສໍາລັບການເພີ່ມປະສິດທິພາບການເຮັດວຽກກັບລະບົບຍ່ອຍຂອງແຜ່ນໃນ ESXi

• ເອົາໃຈໃສ່ກັບຂະຫນາດຂອງຕັນ.
• ກໍານົດຂະຫນາດຄິວທີ່ເຫມາະສົມທີ່ສຸດຢູ່ໃນ HBA.
• ຢ່າລືມເປີດໃຊ້ SIOC ໃນ datastores.
• ເລືອກ PSP ຕາມຄໍາແນະນໍາຂອງຜູ້ຜະລິດລະບົບການເກັບຮັກສາ.
• ໃຫ້ແນ່ໃຈວ່າ VAAI ເຮັດວຽກຢູ່.

ບົດຂຽນທີ່ມີປະໂຫຍດຕໍ່ຫົວຂໍ້:http://www.yellow-bricks.com/2011/06/23/disk-schednumreqoutstanding-the-story/
http://www.yellow-bricks.com/2009/09/29/whats-that-alua-exactly/
http://www.yellow-bricks.com/2019/03/05/dqlen-changes-what-is-going-on/
https://www.codyhosterman.com/2017/02/understanding-vmware-esxi-queuing-and-the-flasharray/
https://www.codyhosterman.com/2018/03/what-is-the-latency-stat-qavg/
https://kb.vmware.com/s/article/1267
https://kb.vmware.com/s/article/1268
https://kb.vmware.com/s/article/1027901
https://kb.vmware.com/s/article/2069356
https://kb.vmware.com/s/article/2053628
https://kb.vmware.com/s/article/1003469
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/performance/vsphere-esxi-vcenter-server-67-performance-best-practices.pdf

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