Cisco HyperFlex ທຽບກັບ. ຄູ່ແຂ່ງ: ການທົດສອບປະສິດທິພາບ

ພວກເຮົາສືບຕໍ່ແນະນໍາທ່ານກ່ຽວກັບລະບົບ hyperconverged Cisco HyperFlex.

ໃນເດືອນເມສາ 2019, Cisco ກໍາລັງດໍາເນີນການສາທິດຊຸດໂຊລູຊັ່ນໃໝ່ຂອງ Cisco HyperFlex ຢູ່ໃນພາກພື້ນຂອງລັດເຊຍ ແລະຄາຊັກສະຖານ. ທ່ານສາມາດລົງທະບຽນສໍາລັບການສາທິດໂດຍໃຊ້ແບບຟອມຄໍາຄຶດຄໍາເຫັນໂດຍປະຕິບັດຕາມການເຊື່ອມຕໍ່. ເຂົ້າ​ຮ່ວມ​ນໍາ​ພວກ​ເຮົາ!

• ເຊນປີເຕີສະເບີກ (1-19 ເມສາ 2019)
• ຊາມາຣາ (10 ເມສາ 2019)
• Almaty (11 ເມສາ 2019)

ພວກເຮົາໄດ້ເຜີຍແຜ່ບົດຄວາມກ່ຽວກັບການທົດສອບການໂຫຼດທີ່ດໍາເນີນໂດຍ ESG Lab ເອກະລາດໃນປີ 2017. ໃນປີ 2018, ປະສິດທິພາບຂອງ Cisco HyperFlex solution (version HX 3.0) ໄດ້ປັບປຸງຢ່າງຫຼວງຫຼາຍ. ນອກຈາກນັ້ນ, ການແກ້ໄຂການແຂ່ງຂັນຍັງຈະສືບຕໍ່ປັບປຸງ. ນັ້ນແມ່ນເຫດຜົນທີ່ພວກເຮົາກໍາລັງເຜີຍແຜ່ໃຫມ່, ສະບັບຫລ້າສຸດຂອງມາດຕະຖານຄວາມກົດດັນຂອງ ESG.

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

ທົດສອບການຕັ້ງຄ່າ

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

140 ເຄື່ອງ virtual ໄດ້ຖືກສ້າງຂື້ນຕໍ່ກຸ່ມ (35 ຕໍ່ node cluster). ແຕ່ລະເຄື່ອງ virtual ໃຊ້ 4 vCPUs, 4 GB RAM. ແຜ່ນ VM ທ້ອງຖິ່ນແມ່ນ 16 GB ແລະແຜ່ນເພີ່ມເຕີມແມ່ນ 40 GB.

ການຕັ້ງຄ່າກຸ່ມຕໍ່ໄປນີ້ເຂົ້າຮ່ວມໃນການທົດສອບ:

• ກຸ່ມຂອງສີ່ Cisco HyperFlex 220C nodes 1 x 400 GB SSD ສໍາລັບ cache ແລະ 6 x 1.2 TB SAS HDD ສໍາລັບຂໍ້ມູນ;
• ຜູ້ຂາຍຄູ່ແຂ່ງ A cluster ຂອງສີ່ nodes 2 x 400 GB SSD ສໍາລັບ cache ແລະ 4 x 1 TB SATA HDD ສໍາລັບຂໍ້ມູນ;
• ຜູ້ແຂ່ງຂັນ Vendor B cluster ຂອງສີ່ nodes 2 x 400 GB SSD ສໍາລັບ cache ແລະ 12 x 1.2 TB SAS HDD ສໍາລັບຂໍ້ມູນ;
• ຄູ່ແຂ່ງຂອງຜູ້ຂາຍ C cluster ຂອງສີ່ nodes 4 x 480 GB SSD ສໍາລັບ cache ແລະ 12 x 900 GB SAS HDD ສໍາລັບຂໍ້ມູນ.

ໂປເຊດເຊີແລະ RAM ຂອງວິທີແກ້ໄຂທັງຫມົດແມ່ນຄືກັນ.

ທົດສອບຈໍານວນເຄື່ອງ virtual

ການທົດສອບເລີ່ມຕົ້ນດ້ວຍວຽກທີ່ອອກແບບມາເພື່ອເຮັດຕາມແບບທົດສອບ OLTP ມາດຕະຖານ: ອ່ານ/ຂຽນ (RW) 70%/30%, 100% FullRandom ດ້ວຍເປົ້າໝາຍ 800 IOPS ຕໍ່ເຄື່ອງສະເໝືອນ (VM). ການທົດສອບໄດ້ຖືກດໍາເນີນຢູ່ໃນ 140 VMs ໃນແຕ່ລະກຸ່ມສໍາລັບສາມຫາສີ່ຊົ່ວໂມງ. ເປົ້າໝາຍຂອງການທົດສອບແມ່ນເພື່ອຮັກສາການຂຽນ latencies ໃນ VMs ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້ 5 milliseconds ຫຼືຕໍ່າກວ່າ.

ຜົນຂອງການທົດສອບ (ເບິ່ງກາຟຂ້າງລຸ່ມນີ້), HyperFlex ເປັນເວທີດຽວທີ່ສໍາເລັດການທົດສອບນີ້ດ້ວຍ 140 VMs ເບື້ອງຕົ້ນແລະມີ latencies ຕ່ໍາກວ່າ 5 ms (4,95 ms). ສໍາລັບແຕ່ລະກຸ່ມອື່ນໆ, ການທົດສອບໄດ້ຖືກເລີ່ມຕົ້ນຄືນໃຫມ່ເພື່ອທົດລອງປັບຈໍານວນ VMs ໄປສູ່ຄວາມແຝງເປົ້າຫມາຍຂອງ 5 ms ໃນໄລຍະຫຼາຍໆຄັ້ງ.

ຜູ້ຂາຍ A ປະສົບຜົນສໍາເລັດ 70 VMs ດ້ວຍເວລາຕອບສະຫນອງສະເລ່ຍ 4,65 ms.
ຜູ້ຂາຍ B ບັນລຸຄວາມເລັ່ງເວລາທີ່ຕ້ອງການຂອງ 5,37 ms. ພຽງແຕ່ມີ 36 VMs.
ຜູ້ຂາຍ C ສາມາດຈັດການກັບເຄື່ອງ virtual 48 ທີ່ມີເວລາຕອບສະຫນອງຂອງ 5,02 ms

SQL Server Load Emulation

ຕໍ່ໄປ, ESG Lab emulated SQL Server load. ການທົດສອບໄດ້ນໍາໃຊ້ຂະຫນາດບລັອກທີ່ແຕກຕ່າງກັນແລະອັດຕາສ່ວນການອ່ານ / ຂຽນ. ການທົດສອບຍັງດໍາເນີນຢູ່ໃນ 140 ເຄື່ອງ virtual.

ດັ່ງທີ່ສະແດງຢູ່ໃນຮູບຂ້າງລຸ່ມນີ້, ກຸ່ມ Cisco HyperFlex ປະຕິບັດໄດ້ດີກວ່າຜູ້ຂາຍ A ແລະ B ໃນ IOPS ເກືອບສອງເທົ່າ, ແລະຜູ້ຂາຍ C ຫຼາຍກວ່າຫ້າເທົ່າ. ເວລາຕອບສະຫນອງສະເລ່ຍຂອງ Cisco HyperFlex ແມ່ນ 8,2 ms. ສໍາລັບການປຽບທຽບ, ເວລາຕອບສະຫນອງສະເລ່ຍສໍາລັບຜູ້ຂາຍ A ແມ່ນ 30,6 ms, ສໍາລັບຜູ້ຂາຍ B ແມ່ນ 12,8 ms, ແລະສໍາລັບຜູ້ຂາຍ C ແມ່ນ 10,33 ms.

ການສັງເກດການທີ່ຫນ້າສົນໃຈໄດ້ຖືກດໍາເນີນໃນລະຫວ່າງການທົດສອບທັງຫມົດ. ຜູ້ຂາຍ B ສະແດງໃຫ້ເຫັນການປ່ຽນແປງທີ່ສໍາຄັນໃນການປະຕິບັດໂດຍສະເລ່ຍໃນ IOPS ກ່ຽວກັບ VMs ທີ່ແຕກຕ່າງກັນ. ນັ້ນແມ່ນ, ການໂຫຼດໄດ້ຖືກແຈກຢາຍຢ່າງບໍ່ສະຫມໍ່າສະເຫມີ, ບາງ VMs ເຮັດວຽກກັບມູນຄ່າສະເລ່ຍຂອງ 1000 IOPS+, ແລະບາງອັນ - ມີມູນຄ່າ 64 IOPS. Cisco HyperFlex ໃນກໍລະນີນີ້ເບິ່ງມີຄວາມຫມັ້ນຄົງຫຼາຍ, ທັງຫມົດ 140 VMs ໄດ້ຮັບສະເລ່ຍ 600 IOPS ຈາກລະບົບຍ່ອຍການເກັບຮັກສາ, ນັ້ນແມ່ນ, ການໂຫຼດລະຫວ່າງເຄື່ອງ virtual ໄດ້ຖືກແຈກຢາຍຢ່າງເທົ່າທຽມກັນ.

ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະຕ້ອງສັງເກດວ່າການແຈກຢາຍ IOPS ທີ່ບໍ່ສະ ໝໍ່າ ສະ ເໝີ ໃນທົ່ວເຄື່ອງຈັກສະເໝືອນຢູ່ທີ່ຜູ້ຂາຍ B ໄດ້ຖືກສັງເກດເຫັນໃນແຕ່ລະຄັ້ງຂອງການທົດສອບ.

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

ສະຫລຸບ

ໃຫ້ຄິດກ່ຽວກັບສິ່ງທີ່ Cisco Hyperflex ມີ 140 virtual machines per 1 physical node ທຽບກັບ 70 ຫຼືຫນ້ອຍສໍາລັບວິທີແກ້ໄຂອື່ນໆ? ສໍາລັບທຸລະກິດ, ນີ້ຫມາຍຄວາມວ່າເພື່ອສະຫນັບສະຫນູນຈໍານວນດຽວກັນຂອງຄໍາຮ້ອງສະຫມັກໃນ Hyperflex, ທ່ານຕ້ອງການ 2 ເທົ່າຂອງ nodes ຫນ້ອຍກ່ວາໃນການແກ້ໄຂຄູ່ແຂ່ງ, i.e. ລະບົບສຸດທ້າຍຈະມີລາຄາຖືກກວ່າຫຼາຍ. ຖ້າພວກເຮົາເພີ່ມລະດັບອັດຕະໂນມັດຂອງການດໍາເນີນງານທັງຫມົດໃນການຮັກສາເຄືອຂ່າຍ, ເຄື່ອງແມ່ຂ່າຍແລະເວທີການເກັບຮັກສາ HX Data Platform, ມັນຈະກາຍເປັນທີ່ຊັດເຈນວ່າເປັນຫຍັງການແກ້ໄຂ Cisco Hyperflex ຈຶ່ງໄດ້ຮັບຄວາມນິຍົມຢ່າງໄວວາໃນຕະຫຼາດ.

ໂດຍລວມແລ້ວ, ESG Labs ໄດ້ຢືນຢັນວ່າ Cisco HyperFlex Hybrid HX 3.0 ສະຫນອງການປະຕິບັດທີ່ໄວແລະສອດຄ່ອງຫຼາຍກ່ວາການແກ້ໄຂອື່ນໆທີ່ປຽບທຽບ.

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

ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າທ່ານສາມາດເບິ່ງການແກ້ໄຂ Cisco Hyperflex ແລະກວດສອບຄວາມສາມາດຂອງມັນໃນປັດຈຸບັນ. ລະບົບສາມາດໃຊ້ໄດ້ສໍາລັບການສາທິດໃຫ້ທຸກຄົນ:

• ເຊນປີເຕີສະເບີກ (1-19 ເມສາ 2019)
• ຊາມາຣາ (10 ເມສາ 2019)
• Almaty (11 ເມສາ 2019)

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