ຄໍາແນະນໍາສໍາລັບການຕັ້ງຄ່າ AFA AccelStor ເມື່ອເຮັດວຽກກັບ VMware vSphere

ໃນບົດຄວາມນີ້, ຂ້າພະເຈົ້າຢາກເວົ້າກ່ຽວກັບລັກສະນະຕ່າງໆຂອງອາເຣ Flash AccelStor ທັງຫມົດເຮັດວຽກກັບຫນຶ່ງໃນເວທີ virtualization ທີ່ນິຍົມຫຼາຍທີ່ສຸດ - VMware vSphere . ໂດຍສະເພາະ, ສຸມໃສ່ພາລາມິເຕີເຫຼົ່ານັ້ນທີ່ຈະຊ່ວຍໃຫ້ທ່ານໄດ້ຮັບຜົນກະທົບສູງສຸດຈາກການນໍາໃຊ້ເຄື່ອງມືທີ່ມີປະສິດທິພາບເຊັ່ນ All Flash.

AccelStor NeoSapphire™ ທັງໝົດ Flash arrays ແມ່ນ ສິ່ງ ໜຶ່ງ ຫຼື ຢ່າງໃດອຍ່າງຫນຶ່ງ ອຸປະກອນ node ໂດຍອີງໃສ່ SSD drives ທີ່ມີວິທີການທີ່ແຕກຕ່າງກັນໂດຍພື້ນຖານເພື່ອປະຕິບັດແນວຄວາມຄິດຂອງການເກັບຮັກສາຂໍ້ມູນແລະການຈັດຕັ້ງການເຂົ້າເຖິງມັນໂດຍໃຊ້ເຕັກໂນໂລຢີທີ່ເປັນເຈົ້າຂອງ. FlexiRemap® ແທນທີ່ຈະເປັນ RAID algorithms ທີ່ນິຍົມຫຼາຍ. arrays ໃຫ້ການເຂົ້າເຖິງ block ກັບ hosts ຜ່ານ Fiber Channel ຫຼື iSCSI interfaces. ເພື່ອໃຫ້ມີຄວາມຍຸຕິທໍາ, ພວກເຮົາສັງເກດວ່າຕົວແບບທີ່ມີການໂຕ້ຕອບ ISCSI ຍັງມີການເຂົ້າເຖິງໄຟລ໌ເປັນໂບນັດທີ່ສວຍງາມ. ແຕ່ໃນບົດຄວາມນີ້ພວກເຮົາຈະສຸມໃສ່ການນໍາໃຊ້ໂປໂຕຄອນບລັອກເປັນຜະລິດຕະພັນທີ່ສຸດສໍາລັບ All Flash.

ຂະບວນການທັງໝົດຂອງການນຳໃຊ້ ແລະ ການຕັ້ງຄ່າຕໍ່ໄປຂອງການເຮັດວຽກຮ່ວມກັນຂອງ AccelStor array ແລະລະບົບ virtualization VMware vSphere ສາມາດແບ່ງອອກເປັນຫຼາຍຂັ້ນຕອນ:

• ການປະຕິບັດການເຊື່ອມຕໍ່ topology ແລະການຕັ້ງຄ່າເຄືອຂ່າຍ SAN;
• ການຕັ້ງຄ່າ Flash array ທັງຫມົດ;
• ການຕັ້ງຄ່າເຈົ້າພາບ ESXi;
• ຕັ້ງຄ່າເຄື່ອງ virtual.

AccelStor NeoSapphire™ Fiber Channel arrays ແລະ iSCSI arrays ໄດ້ຖືກນໍາໃຊ້ເປັນຮາດແວຕົວຢ່າງ. ຊອບແວພື້ນຖານແມ່ນ VMware vSphere 6.7U1.

ກ່ອນທີ່ຈະນຳໃຊ້ລະບົບທີ່ອະທິບາຍໄວ້ໃນບົດຄວາມນີ້, ຂໍແນະນຳໃຫ້ທ່ານອ່ານເອກະສານຈາກ VMware ກ່ຽວກັບບັນຫາປະສິດທິພາບ (ການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບ VMware vSphere 6.7 ) ແລະ​ການ​ຕັ້ງ​ຄ່າ iSCSI (ການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການແລ່ນ VMware vSphere On iSCSI)

ການເຊື່ອມຕໍ່ topology ແລະການຕັ້ງຄ່າເຄືອຂ່າຍ SAN

ອົງປະກອບຕົ້ນຕໍຂອງເຄືອຂ່າຍ SAN ແມ່ນ HBAs ໃນ ESXi hosts, SAN switches ແລະ array nodes. Topology ປົກກະຕິສໍາລັບເຄືອຂ່າຍດັ່ງກ່າວຈະມີລັກສະນະນີ້:

ຄໍາວ່າ Switch ໃນທີ່ນີ້ຫມາຍເຖິງທັງສອງສະວິດທາງດ້ານຮ່າງກາຍແຍກຕ່າງຫາກຫຼືຊຸດຂອງສະຫວິດ (Fabric), ແລະອຸປະກອນທີ່ໃຊ້ຮ່ວມກັນລະຫວ່າງການບໍລິການທີ່ແຕກຕ່າງກັນ (VSAN ໃນກໍລະນີຂອງ Fiber Channel ແລະ VLAN ໃນກໍລະນີຂອງ iSCSI). ການ​ນໍາ​ໃຊ້​ສອງ​ສະ​ຫຼັບ​ເອ​ກະ​ລາດ / Fabrics ຈະ​ລົບ​ລ້າງ​ຈຸດ​ທີ່​ເປັນ​ໄປ​ໄດ້​ຂອງ​ຄວາມ​ລົ້ມ​ເຫຼວ​.

ການເຊື່ອມຕໍ່ໂດຍກົງຂອງ hosts ກັບ array, ເຖິງແມ່ນວ່າສະຫນັບສະຫນູນ, ແມ່ນບໍ່ແນະນໍາໃຫ້ສູງ. ປະສິດທິພາບຂອງອາເຣ Flash ທັງໝົດແມ່ນຂ້ອນຂ້າງສູງ. ແລະສໍາລັບຄວາມໄວສູງສຸດ, ພອດທັງຫມົດຂອງອາເລຕ້ອງຖືກນໍາໃຊ້. ດັ່ງນັ້ນ, ການມີຢ່າງໜ້ອຍໜຶ່ງສະຫຼັບລະຫວ່າງໂຮສ ແລະ NeoSapphire™ ແມ່ນຈຳເປັນ.

ການປະກົດຕົວຂອງສອງພອດຢູ່ໃນໂຮດ HBA ຍັງເປັນຂໍ້ກໍານົດບັງຄັບເພື່ອບັນລຸການປະຕິບັດສູງສຸດແລະຮັບປະກັນຄວາມທົນທານຕໍ່ຄວາມຜິດພາດ.

ເມື່ອໃຊ້ອິນເຕີເຟດຊ່ອງ Fiber, ການກຳນົດເຂດຕ້ອງຖືກກຳນົດຄ່າເພື່ອລົບລ້າງການປະທະກັນທີ່ເປັນໄປໄດ້ລະຫວ່າງຜູ້ລິເລີ່ມ ແລະເປົ້າໝາຍ. ເຂດຕ່າງໆແມ່ນຖືກສ້າງຂຶ້ນໃນຫຼັກການຂອງ "ຫນຶ່ງພອດຜູ້ລິເລີ່ມ - ຫນຶ່ງຫຼືຫຼາຍພອດອາເຣ."

ຖ້າທ່ານໃຊ້ການເຊື່ອມຕໍ່ຜ່ານ iSCSI ໃນກໍລະນີຂອງການນໍາໃຊ້ສະວິດທີ່ໃຊ້ຮ່ວມກັນກັບການບໍລິການອື່ນໆ, ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະແຍກການຈະລາຈອນ iSCSI ພາຍໃນ VLAN ແຍກຕ່າງຫາກ. ມັນຍັງແນະນໍາໃຫ້ມີການສະຫນັບສະຫນູນສໍາລັບ Jumbo Frames (MTU = 9000) ເພື່ອເພີ່ມຂະຫນາດຂອງແພັກເກັດໃນເຄືອຂ່າຍແລະດັ່ງນັ້ນຈຶ່ງຫຼຸດຜ່ອນຈໍານວນຂໍ້ມູນເກີນຫົວໃນລະຫວ່າງການສົ່ງ. ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນມູນຄ່າທີ່ຈື່ໄວ້ວ່າສໍາລັບການປະຕິບັດງານທີ່ຖືກຕ້ອງມັນຈໍາເປັນຕ້ອງປ່ຽນຕົວກໍານົດການ MTU ໃນອົງປະກອບເຄືອຂ່າຍທັງຫມົດຕາມລະບົບຕ່ອງໂສ້ "ລິເລີ່ມ - ສະຫຼັບເປົ້າຫມາຍ".

ການຕັ້ງຄ່າ Flash array ທັງໝົດ

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

ເພື່ອຄວາມສະດວກ, ມີຫນ້າທີ່ສໍາລັບການສ້າງ batch ຂອງປະລິມານຫຼາຍຂອງຂະຫນາດທີ່ກໍານົດໄວ້ໃນເວລາດຽວກັນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ປະລິມານບາງໆຖືກສ້າງຂື້ນ, ເພາະວ່ານີ້ອະນຸຍາດໃຫ້ໃຊ້ພື້ນທີ່ເກັບຮັກສາທີ່ມີປະສິດຕິພາບຫຼາຍຂຶ້ນ (ລວມທັງການສະຫນັບສະຫນູນ Space Reclamation). ໃນແງ່ຂອງການປະຕິບັດ, ຄວາມແຕກຕ່າງລະຫວ່າງປະລິມານ "ບາງ" ແລະ "ຫນາ" ບໍ່ເກີນ 1%. ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານຕ້ອງການ "ບີບນ້ໍາທັງຫມົດ" ອອກຈາກ array, ທ່ານສາມາດປ່ຽນປະລິມານ "ບາງ" ເປັນ "ຫນາ". ແຕ່ມັນຄວນຈະເປັນການລະນຶກເຖິງວ່າການປະຕິບັດງານດັ່ງກ່າວແມ່ນບໍ່ສາມາດຖອນຄືນໄດ້.

ຕໍ່ໄປ, ມັນຍັງຄົງເປັນ "ເຜີຍແຜ່" ປະລິມານທີ່ສ້າງຂຶ້ນແລະກໍານົດສິດການເຂົ້າເຖິງພວກມັນຈາກເຈົ້າພາບໂດຍໃຊ້ ACLs (ທີ່ຢູ່ IP ສໍາລັບ iSCSI ແລະ WWPN ສໍາລັບ FC) ແລະການແຍກທາງດ້ານຮ່າງກາຍໂດຍພອດ array. ສໍາລັບ iSCSI ແບບນີ້ແມ່ນເຮັດໄດ້ໂດຍການສ້າງເປົ້າຫມາຍ.

ສໍາລັບແບບຈໍາລອງ FC, ການເຜີຍແຜ່ເກີດຂຶ້ນໂດຍຜ່ານການສ້າງ LUN ສໍາລັບແຕ່ລະພອດຂອງອາເຣ.

ເພື່ອເລັ່ງຂະບວນການຕິດຕັ້ງ, ເຈົ້າພາບສາມາດຖືກລວມເຂົ້າກັນເປັນກຸ່ມ. ຍິ່ງໄປກວ່ານັ້ນ, ຖ້າເຈົ້າພາບໃຊ້ multiport FC HBA (ເຊິ່ງໃນການປະຕິບັດມັກຈະເກີດຂື້ນ), ຫຼັງຈາກນັ້ນລະບົບຈະກໍານົດອັດຕະໂນມັດວ່າພອດຂອງ HBA ດັ່ງກ່າວເປັນຂອງເຈົ້າພາບດຽວຂໍຂອບໃຈກັບ WWPNs ທີ່ແຕກຕ່າງກັນໂດຍຫນຶ່ງ. ການສ້າງ batch ຂອງເປົ້າຫມາຍ / LUN ຍັງສະຫນັບສະຫນູນສໍາລັບທັງສອງການໂຕ້ຕອບ.

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

ກຳນົດຄ່າ ESXi Hosts

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

1. ເພີ່ມ Software iSCSI Adapter (ບໍ່ຈໍາເປັນຖ້າມັນຖືກເພີ່ມແລ້ວ, ຫຼືຖ້າທ່ານໃຊ້ Hardware iSCSI Adapter);
2. ການສ້າງ vSwitch ຜ່ານການຈະລາຈອນ iSCSI ຈະຜ່ານ, ແລະການເພີ່ມ uplink ທາງດ້ານຮ່າງກາຍແລະ VMkernal ກັບມັນ;
3. ເພີ່ມທີ່ຢູ່ອາເຣໃສ່ Dynamic Discovery;
4. ການສ້າງ Datastore

ບາງບັນທຶກທີ່ສໍາຄັນ:

• ໃນກໍລະນີທົ່ວໄປ, ແນ່ນອນ, ທ່ານສາມາດນໍາໃຊ້ vSwitch ທີ່ມີຢູ່ແລ້ວ, ແຕ່ໃນກໍລະນີຂອງ vSwitch ແຍກຕ່າງຫາກ, ການຄຸ້ມຄອງການຕັ້ງຄ່າເຈົ້າພາບຈະງ່າຍຂຶ້ນຫຼາຍ.
• ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະແຍກການຈັດການແລະການຈະລາຈອນ iSCSI ເຂົ້າໄປໃນການເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍແຍກຕ່າງຫາກແລະ / ຫຼື VLANs ເພື່ອຫຼີກເວັ້ນບັນຫາການປະຕິບັດ.
• ທີ່ຢູ່ IP ຂອງ VMkernal ແລະພອດທີ່ສອດຄ້ອງກັນຂອງ All Flash array ຕ້ອງຢູ່ໃນ subnet ດຽວກັນ, ອີກເທື່ອຫນຶ່ງເນື່ອງຈາກບັນຫາການປະຕິບັດ.
• ເພື່ອຮັບປະກັນຄວາມທົນທານຕໍ່ຄວາມຜິດຕາມກົດລະບຽບຂອງ VMware, vSwitch ຕ້ອງມີຢ່າງຫນ້ອຍສອງການເຊື່ອມຕໍ່ທາງກາຍຍະພາບ
• ຖ້າ Jumbo Frames ຖືກໃຊ້, ທ່ານຈໍາເປັນຕ້ອງປ່ຽນ MTU ຂອງທັງ vSwitch ແລະ VMkernal
• ມັນຈະເປັນປະໂຫຍດທີ່ຈະເຕືອນທ່ານວ່າອີງຕາມຄໍາແນະນໍາຂອງ VMware ສໍາລັບຕົວດັດແປງທາງດ້ານຮ່າງກາຍທີ່ຈະຖືກນໍາໃຊ້ເພື່ອເຮັດວຽກກັບການຈະລາຈອນ iSCSI, ມັນຈໍາເປັນຕ້ອງກໍານົດ Teaming ແລະ Failover. ໂດຍສະເພາະ, ແຕ່ລະ VMkernal ຕ້ອງເຮັດວຽກຜ່ານພຽງແຕ່ຫນຶ່ງ uplink, uplink ທີສອງຕ້ອງຖືກປ່ຽນເປັນໂຫມດທີ່ບໍ່ໄດ້ໃຊ້. ສໍາລັບຄວາມທົນທານຕໍ່ຄວາມຜິດ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມສອງ VMkernals, ແຕ່ລະອັນຈະເຮັດວຽກຜ່ານທາງເຊື່ອມຕໍ່ຂອງຕົນເອງ.

ອະແດັບເຕີ VMkernel (vmk#)
ອະແດັບເຕີເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ (vmnic#)

vmk1 (ບ່ອນເກັບຂໍ້ມູນ01)
ຕົວປັບຕົວທີ່ໃຊ້ໄດ້
vmnic2
ອະແດັບເຕີທີ່ບໍ່ໄດ້ໃຊ້
vmnic3

vmk2 (ບ່ອນເກັບຂໍ້ມູນ02)
ຕົວປັບຕົວທີ່ໃຊ້ໄດ້
vmnic3
ອະແດັບເຕີທີ່ບໍ່ໄດ້ໃຊ້
vmnic2

ບໍ່ມີຂັ້ນຕອນເບື້ອງຕົ້ນໃນການເຊື່ອມຕໍ່ຜ່ານ Fiber Channel. ທ່ານສາມາດສ້າງ Datastore ໄດ້ທັນທີ.

ຫຼັງຈາກການສ້າງ Datastore, ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່ານະໂຍບາຍ Round Robin ສໍາລັບເສັ້ນທາງໄປສູ່ເປົ້າຫມາຍ / LUN ຖືກນໍາໃຊ້ເປັນການປະຕິບັດຫຼາຍທີ່ສຸດ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ການຕັ້ງຄ່າ VMware ໃຫ້ການນໍາໃຊ້ນະໂຍບາຍນີ້ຕາມໂຄງການ: 1000 ຄໍາຮ້ອງຂໍຜ່ານເສັ້ນທາງທໍາອິດ, 1000 ຄໍາຮ້ອງຂໍຕໍ່ໄປຜ່ານເສັ້ນທາງທີສອງ, ແລະອື່ນໆ. ການໂຕ້ຕອບດັ່ງກ່າວລະຫວ່າງໂຮດແລະອາເຣສອງຕົວຄວບຄຸມຈະບໍ່ສົມດຸນ. ດັ່ງນັ້ນ, ພວກເຮົາແນະນໍາໃຫ້ກໍານົດນະໂຍບາຍ Round Robin = 1 ພາລາມິເຕີຜ່ານ Esxcli/PowerCLI.

ຕົວກໍານົດການ

ສໍາລັບ Esxcli:

• ລາຍຊື່ LUNs ທີ່ມີຢູ່

esxcli storage nmp ບັນຊີລາຍຊື່ອຸປະກອນ

• ສຳເນົາຊື່ອຸປະກອນ
• ປ່ຽນນະໂຍບາຍ Round Robin

esxcli storage nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”

ແອັບພລິເຄຊັນທີ່ທັນສະໄຫມສ່ວນໃຫຍ່ຖືກອອກແບບມາເພື່ອແລກປ່ຽນແພັກເກັດຂໍ້ມູນຂະຫນາດໃຫຍ່ເພື່ອເພີ່ມປະສິດທິພາບການໃຊ້ແບນວິດແລະຫຼຸດຜ່ອນການໂຫຼດ CPU. ດັ່ງນັ້ນ, ESXi ໂດຍຄ່າເລີ່ມຕົ້ນຂອງ I/O ຮ້ອງຂໍໃຫ້ອຸປະກອນເກັບຮັກສາໃນ chunks ສູງເຖິງ 32767KB. ຢ່າງໃດກໍຕາມ, ສໍາລັບບາງສະຖານະການ, ການແລກປ່ຽນ chunks ຂະຫນາດນ້ອຍກວ່າຈະມີຜົນຜະລິດຫຼາຍ. ສໍາລັບ AccelStor arrays, ນີ້ແມ່ນສະຖານະການຕໍ່ໄປນີ້:

• ເຄື່ອງ virtual ໃຊ້ UEFI ແທນ Legacy BIOS
• ໃຊ້ vSphere Replication

ສໍາລັບສະຖານະການດັ່ງກ່າວ, ແນະນໍາໃຫ້ປ່ຽນຄ່າຂອງພາລາມິເຕີ Disk.DiskMaxIOSize ເປັນ 4096.

ສໍາລັບການເຊື່ອມຕໍ່ iSCSI, ແນະນໍາໃຫ້ປ່ຽນພາລາມິເຕີການຫມົດເວລາການເຂົ້າສູ່ລະບົບເປັນ 30 (ຄ່າເລີ່ມຕົ້ນ 5) ເພື່ອເພີ່ມຄວາມຫມັ້ນຄົງຂອງການເຊື່ອມຕໍ່ແລະປິດການຊັກຊ້າ DelayedAck ສໍາລັບການຢືນຢັນການສົ່ງຕໍ່ແພັກເກັດ. ທັງສອງທາງເລືອກແມ່ນຢູ່ໃນ vSphere Client: Host → Configure → Storage → Storage Adapters → Advanced Options ສໍາລັບ iSCSI adapter

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

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

ຕັ້ງຄ່າເຄື່ອງ virtual

ບໍ່ມີຂໍ້ກໍາຫນົດພິເສດໃນເວລາທີ່ຕັ້ງເຄື່ອງ virtual, ຫຼືແທນທີ່ຈະແມ່ນຂ້ອນຂ້າງທໍາມະດາ:

• ໃຊ້ເວີຊັນ VM ສູງສຸດ (ຄວາມເຂົ້າກັນໄດ້)
• ມັນມີຄວາມລະມັດລະວັງຫຼາຍທີ່ຈະກໍານົດຂະຫນາດ RAM ເມື່ອວາງເຄື່ອງ virtual ຫນາແຫນ້ນ, ຕົວຢ່າງເຊັ່ນ, ໃນ VDI (ຕັ້ງແຕ່ເລີ່ມຕົ້ນ, ໃນຕອນເລີ່ມຕົ້ນ, ໄຟລ໌ຫນ້າທີ່ມີຂະຫນາດທີ່ເຫມາະສົມກັບ RAM ໄດ້ຖືກສ້າງຂື້ນ, ເຊິ່ງໃຊ້ຄວາມສາມາດທີ່ເປັນປະໂຫຍດແລະມີຜົນກະທົບ. ການ​ປະ​ຕິ​ບັດ​ສຸດ​ທ້າຍ​)
• ໃຊ້ເວີຊັນອະແດັບເຕີທີ່ມີປະໂຫຍດສູງສຸດໃນແງ່ຂອງ IO: ປະເພດເຄືອຂ່າຍ VMXNET 3 ແລະ SCSI ປະເພດ PVSCSI
• ໃຊ້ Thick Provision Eager Zeroed disk type ສໍາລັບປະສິດທິພາບສູງສຸດ ແລະ Thin Provisioning ສໍາລັບການນໍາໃຊ້ພື້ນທີ່ເກັບຮັກສາສູງສຸດ
• ຖ້າເປັນໄປໄດ້, ໃຫ້ຈຳກັດການເຮັດວຽກຂອງເຄື່ອງຈັກທີ່ບໍ່ເປັນ I/O ທີ່ສຳຄັນໂດຍໃຊ້ Virtual Disk Limit
• ໃຫ້ແນ່ໃຈວ່າການຕິດຕັ້ງ VMware Tools

ບັນທຶກກ່ຽວກັບຄິວ

ຄິວ (ຫຼື I/Os ທີ່ໂດດເດັ່ນ) ແມ່ນຈໍານວນຄໍາຮ້ອງຂໍການປ້ອນຂໍ້ມູນ / ຜົນຜະລິດ (ຄໍາສັ່ງ SCSI) ທີ່ລໍຖ້າການປຸງແຕ່ງໃນເວລາໃດກໍ່ຕາມສໍາລັບອຸປະກອນ / ແອັບພລິເຄຊັນສະເພາະ. ໃນກໍລະນີຂອງການລົ້ນແຖວ, ຂໍ້ຜິດພາດ QFULL ຖືກອອກ, ເຊິ່ງໃນທີ່ສຸດເຮັດໃຫ້ພາລາມິເຕີ latency ເພີ່ມຂຶ້ນ. ເມື່ອນໍາໃຊ້ລະບົບການເກັບຮັກສາແຜ່ນ (spindle), ທາງທິດສະດີ, ແຖວທີ່ສູງຂຶ້ນ, ການປະຕິບັດຂອງພວກເຂົາສູງຂຶ້ນ. ຢ່າງໃດກໍ່ຕາມ, ທ່ານບໍ່ຄວນລ່ວງລະເມີດມັນ, ເພາະວ່າມັນງ່າຍທີ່ຈະແລ່ນເຂົ້າໄປໃນ QFULL. ໃນກໍລະນີຂອງລະບົບ Flash ທັງຫມົດ, ໃນອີກດ້ານຫນຶ່ງ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ: ຫຼັງຈາກທີ່ທັງຫມົດ, array ມີ latencies ທີ່ມີຄໍາສັ່ງຂອງຂະຫນາດຕ່ໍາ, ດັ່ງນັ້ນ, ສ່ວນຫຼາຍແລ້ວ, ບໍ່ຈໍາເປັນຕ້ອງກໍານົດຂະຫນາດຂອງແຖວແຍກຕ່າງຫາກ. ແຕ່ໃນອີກດ້ານຫນຶ່ງ, ໃນບາງສະຖານະການການນໍາໃຊ້ (skew ທີ່ເຂັ້ມແຂງໃນຄວາມຕ້ອງການຂອງ IO ສໍາລັບເຄື່ອງ virtual ສະເພາະ, ການທົດສອບປະສິດທິພາບສູງສຸດ, ແລະອື່ນໆ) ມັນເປັນສິ່ງຈໍາເປັນ, ຖ້າບໍ່ມີການປ່ຽນແປງຕົວກໍານົດການຂອງແຖວ, ຢ່າງຫນ້ອຍເພື່ອເຂົ້າໃຈຕົວຊີ້ວັດໃດ. ສາມາດບັນລຸໄດ້, ແລະ, ສິ່ງທີ່ສໍາຄັນແມ່ນຢູ່ໃນວິທີການໃດ.

ໃນ AccelStor All Flash array ຕົວຂອງມັນເອງບໍ່ມີຂໍ້ຈໍາກັດທີ່ກ່ຽວຂ້ອງກັບປະລິມານຫຼືພອດ I/O. ຖ້າຈໍາເປັນ, ເຖິງແມ່ນວ່າປະລິມານດຽວສາມາດໄດ້ຮັບຊັບພະຍາກອນທັງຫມົດຂອງອາເລ. ຂໍ້ຈໍາກັດພຽງແຕ່ຢູ່ໃນຄິວແມ່ນສໍາລັບເປົ້າຫມາຍ iSCSI. ມັນແມ່ນຍ້ອນເຫດຜົນນີ້, ຄວາມຕ້ອງການໃນການສ້າງຫຼາຍ (ໂດຍສະເພາະເຖິງ 8 ຊິ້ນ) ເປົ້າຫມາຍສໍາລັບແຕ່ລະປະລິມານເພື່ອເອົາຊະນະຂໍ້ຈໍາກັດນີ້ໄດ້ຖືກຊີ້ໃຫ້ເຫັນຂ້າງເທິງ. ໃຫ້ພວກເຮົາເວົ້າຄືນອີກວ່າ AccelStor arrays ແມ່ນການແກ້ໄຂທີ່ມີປະສິດທິພາບຫຼາຍ. ດັ່ງນັ້ນ, ທ່ານຄວນໃຊ້ພອດການໂຕ້ຕອບທັງຫມົດຂອງລະບົບເພື່ອບັນລຸຄວາມໄວສູງສຸດ.

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

ແຖວໄປຫາ HBA ແມ່ນຂຶ້ນກັບປະເພດສະເພາະ/ຜູ້ຂາຍ:

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

ຂໍຂອບໃຈກັບຄຸນຄ່າເຫຼົ່ານີ້, ພວກເຮົາສາມາດປະເມີນຕົວຊີ້ວັດການປະຕິບັດທີ່ພວກເຮົາສາມາດໄດ້ຮັບໃນການຕັ້ງຄ່າສະເພາະ. ຕົວຢ່າງ, ພວກເຮົາຕ້ອງການຮູ້ການປະຕິບັດທາງທິດສະດີຂອງເຄື່ອງ virtual (ໂດຍບໍ່ມີການຜູກມັດຕັນ) ທີ່ມີ latency ຂອງ 0.5ms. ຈາກນັ້ນ IOPS ຂອງມັນ = (1,000/latency) * I/Os ທີ່ໂດດເດັ່ນ (ຂີດຈຳກັດຄວາມເລິກຄິວ)

ຕົວຢ່າງ

ຕົວຢ່າງ 1

• ອະແດັບເຕີ FC Emulex HBA
• ຫນຶ່ງ VM ຕໍ່ບ່ອນເກັບຂໍ້ມູນ
• ອະແດັບເຕີ VMware Paravirtual SCSI

ທີ່ນີ້ຂອບເຂດຈໍາກັດຄວາມເລິກຂອງຄິວແມ່ນຖືກກໍານົດໂດຍ Emulex HBA. ດັ່ງນັ້ນ IOPS = (1000/0.5)*32 = 64K

ຕົວຢ່າງ 2

• ອະແດັບເຕີຊອບແວ VMware iSCSI
• ຫນຶ່ງ VM ຕໍ່ບ່ອນເກັບຂໍ້ມູນ
• ອະແດັບເຕີ VMware Paravirtual SCSI

ທີ່ນີ້ຂອບເຂດຈໍາກັດຄວາມເລິກຂອງຄິວແມ່ນຖືກກໍານົດແລ້ວໂດຍອະແດບເຕີ Paravirtual SCSI. ດັ່ງນັ້ນ IOPS = (1000/0.5)*64 = 128K

ຮູບແບບສູງສຸດຂອງອາເຣ Flash AccelStor ທັງໝົດ (ຕົວຢ່າງ: P710) ມີຄວາມສາມາດໃນການສະຫນອງ 700K IOPS ການປະຕິບັດການຂຽນຢູ່ທີ່ 4K block. ດ້ວຍຂະຫນາດຕັນດັ່ງກ່າວ, ມັນເຫັນໄດ້ຊັດເຈນວ່າເຄື່ອງ virtual ດຽວບໍ່ສາມາດໂຫລດ array ດັ່ງກ່າວໄດ້. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈະຕ້ອງມີ 11 (ຕົວຢ່າງ 1) ຫຼື 6 (ຕົວຢ່າງ 2) ເຄື່ອງ virtual.

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

4K ແບບສຸ່ມ, 70% ອ່ານ/ຂຽນ 30%.

ໃນຄວາມເປັນຈິງ, ໂລກທີ່ແທ້ຈິງແມ່ນສັບສົນຫຼາຍກ່ວາມັນສາມາດອະທິບາຍໄດ້ດ້ວຍສູດງ່າຍໆ. ເຈົ້າພາບຫນຶ່ງສະເຫມີເປັນເຈົ້າພາບເຄື່ອງ virtual ຫຼາຍທີ່ມີການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນແລະຄວາມຕ້ອງການ IO. ແລະການປະມວນຜົນ I/O ແມ່ນຈັດການໂດຍໂປເຊດເຊີໂຮດ, ເຊິ່ງພະລັງງານຂອງມັນແມ່ນບໍ່ມີຂອບເຂດ. ດັ່ງນັ້ນ, ເພື່ອປົດລັອກທ່າແຮງອັນເຕັມທີ່ຂອງດຽວກັນ ລຸ້ນ P710 ໃນຄວາມເປັນຈິງ, ທ່ານຈະຕ້ອງການສາມເຈົ້າພາບ. ນອກຈາກນັ້ນ, ແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ໃນເຄື່ອງ virtual ເຮັດໃຫ້ການປັບຕົວຂອງມັນເອງ. ດັ່ງນັ້ນ, ສໍາລັບຂະຫນາດທີ່ຊັດເຈນພວກເຮົາສະເຫນີ ໃຊ້ການຢັ້ງຢືນໃນຮູບແບບການທົດສອບ ອາເຣ Flash ທັງໝົດ AccelStor ພາຍໃນໂຄງສ້າງພື້ນຖານຂອງລູກຄ້າກ່ຽວກັບວຽກງານຕົວຈິງໃນປະຈຸບັນ.

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