Cisco Hyperflex ສໍາລັບ DBMS ໂຫຼດສູງ

ພວກເຮົາສືບຕໍ່ຊຸດຂອງບົດຄວາມກ່ຽວກັບ Cisco Hyperflex. ເວລານີ້ພວກເຮົາຈະແນະນໍາທ່ານກ່ຽວກັບການເຮັດວຽກຂອງ Cisco Hyperflex ພາຍໃຕ້ Oracle ແລະ Microsoft SQL DBMSs ທີ່ມີການໂຫຼດສູງ, ແລະຍັງປຽບທຽບຜົນໄດ້ຮັບທີ່ມີການແກ້ໄຂການແຂ່ງຂັນ.

ນອກຈາກນັ້ນ, ພວກເຮົາຍັງສືບຕໍ່ສະແດງໃຫ້ເຫັນເຖິງຄວາມສາມາດຂອງ Hyperflex ໃນພາກພື້ນຂອງປະເທດຂອງພວກເຮົາແລະມີຄວາມຍິນດີທີ່ຈະເຊີນທ່ານເຂົ້າຮ່ວມການສາທິດການແກ້ໄຂຕໍ່ໄປ, ເຊິ່ງເວລານີ້ຈະຈັດຂຶ້ນໃນຕົວເມືອງຂອງ Moscow ແລະ Krasnodar.

ມົສກູ - 28 ພຶດສະພາ. ບັນທຶກ ການເຊື່ອມຕໍ່.
Krasnodar - 5 ມິຖຸນາ. ບັນທຶກ ການເຊື່ອມຕໍ່.

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

ຕ້ອງການຮູ້ເພີ່ມເຕີມ? ຫຼັງຈາກນັ້ນ, ຍິນດີຕ້ອນຮັບ cat.

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

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

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

ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເວົ້າກ່ຽວກັບການທົດສອບຫລ້າສຸດ (ເດືອນກຸມພາ 2019) ທີ່ດໍາເນີນໂດຍຫ້ອງທົດລອງ ESG ເອກະລາດ (ກຸ່ມຍຸດທະສາດວິສາຫະກິດ). ໃນລະຫວ່າງການທົດສອບ, ການປະຕິບັດງານຂອງ Oracle ແລະ MS SQL DBMSs (OLTP tests) ທີ່ມີການໂຫຼດສູງໄດ້ຖືກປະຕິບັດ, ເຊິ່ງເປັນຫນຶ່ງໃນອົງປະກອບທີ່ສໍາຄັນຂອງໂຄງສ້າງພື້ນຖານດ້ານໄອທີໃນສະພາບແວດລ້ອມທີ່ມີຜົນຜະລິດທີ່ແທ້ຈິງ.

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

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

ລະບົບຂອງຜູ້ຂາຍ A ບໍ່ໄດ້ໃຊ້ cache ເນື່ອງຈາກການກໍານົດ cache ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍນັກພັດທະນາການແກ້ໄຂ. ດ້ວຍເຫດຜົນນີ້, ແຜ່ນຖືກໃຊ້ເພື່ອເກັບຮັກສາຄວາມອາດສາມາດຫຼາຍຂຶ້ນ.

ວິທີການທົດສອບ

ການທົດສອບ OLTP ໄດ້ຖືກປະຕິບັດດ້ວຍສີ່ເຄື່ອງ virtual ແລະຊຸດຂໍ້ມູນການເຮັດວຽກຂອງ 3,2 TB. ກ່ອນທີ່ແຕ່ລະການທົດສອບຖືກປະຕິບັດ, ແຕ່ລະ VM ໄດ້ຖືກຕື່ມຂໍ້ມູນດ້ວຍບັນທຶກໂດຍໃຊ້ເຄື່ອງມືທົດສອບ. ນີ້ຮັບປະກັນວ່າການທົດສອບອ່ານຂໍ້ມູນ "ຈິງ" ແລະຂຽນມັນໃສ່ບລັອກທີ່ມີຢູ່, ແທນທີ່ຈະພຽງແຕ່ກັບຄືນ blocks null ຫຼືຄ່າ null ໂດຍກົງຈາກຫນ່ວຍຄວາມຈໍາ. ນີ້ເກີດຂື້ນໃນເວລາທີ່ຂໍ້ມູນບໍ່ມີປະຊາກອນ, ດັ່ງນັ້ນມັນເປັນສິ່ງສໍາຄັນເພື່ອໃຫ້ແນ່ໃຈວ່າການທົດສອບສະທ້ອນໃຫ້ເຫັນຢ່າງຖືກຕ້ອງວ່າຂໍ້ມູນຖືກອ່ານແລະຂຽນຢູ່ໃນສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນ. ຊຸດວຽກຂະຫນາດໃຫຍ່ນີ້ໃຊ້ເວລາດົນເພື່ອສໍາເລັດ, ແຕ່ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາມັນເປັນການລົງທຶນທີ່ມີມູນຄ່າເວລາຍ້ອນວ່າມັນສະຫນອງຂໍ້ມູນການປະຕິບັດທີ່ຖືກຕ້ອງກວ່າ.

ການທົດສອບໄດ້ຖືກດໍາເນີນໂດຍໃຊ້ເຄື່ອງມື HCI Bench (ອີງໃສ່ Oracle Vdbench) ແລະໂປໄຟ I/O ອອກແບບມາເພື່ອຈໍາລອງວຽກ OLTP ທີ່ສໍາຄັນທີ່ສັບສົນໂດຍໃຊ້ Oracle ແລະ SQL Server backends. ຂະຫນາດຂອງຕັນໄດ້ຖືກມອບຫມາຍໃຫ້ອີງຕາມຄໍາຮ້ອງສະຫມັກທີ່ຈໍາລອງທີ່ມີການເຂົ້າເຖິງຂໍ້ມູນແບບສຸ່ມ 100% (ແບບສຸ່ມເຕັມ).

ປະລິມານການເຮັດວຽກຂອງຖານຂໍ້ມູນ Oracle

ທໍາອິດແມ່ນການທົດສອບ OLTP ທີ່ຖືກອອກແບບມາເພື່ອເຮັດຕາມສະພາບແວດລ້ອມ Oracle. Vdbench ໄດ້ຖືກນໍາໃຊ້ເພື່ອສ້າງວຽກທີ່ມີອັດຕາສ່ວນການອ່ານ / ຂຽນທີ່ແຕກຕ່າງກັນ. ການທົດສອບໄດ້ດໍາເນີນຢູ່ໃນສີ່ເຄື່ອງ virtual. ໃນ​ລະ​ຫວ່າງ​ການ​ທົດ​ສອບ​ສີ່​ຊົ່ວ​ໂມງ​, HyperFlex ສາ​ມາດ​ບັນ​ລຸ​ໄດ້​ຫຼາຍ​ກ​່​ວາ 420 IOPS ກັບ latency ພຽງ​ແຕ່ 000 milliseconds​. ການແກ້ໄຂຊອບແວ A ແລະ B ສາມາດສະແດງພຽງແຕ່ 4.4 ແລະ 238 IOPS, ຕາມລໍາດັບ.

ລະດັບ latency ແມ່ນຂ້ອນຂ້າງຄ້າຍຄືກັນໃນທົ່ວລະບົບ, ຍົກເວັ້ນເວລາແຝງການຂຽນຂອງຜູ້ຂາຍ B, ເຊິ່ງສະເລ່ຍ 26,49 ms, ມີ latency ອ່ານໄດ້ດີຫຼາຍ 2,9 ms. ການບີບອັດແລະການຖອນຊໍ້າຊ້ອນແມ່ນມີການເຄື່ອນໄຫວຢູ່ໃນທຸກລະບົບ.

ການເຮັດວຽກຂອງ Microsoft SQL Server

ຕໍ່ໄປ, ພວກເຮົາໄດ້ເບິ່ງວຽກງານ OLTP ທີ່ອອກແບບມາເພື່ອເຮັດຕາມແບບ Microsoft SQL Server DBMS.

ຜົນຂອງການທົດສອບນີ້, ກຸ່ມ Cisco HyperFlex ໄດ້ດີກວ່າຄູ່ແຂ່ງ A ແລະ B ປະມານສອງເທົ່າ. 490 IOPS ສໍາລັບ Cisco ທຽບກັບ 000 ແລະ 200 ສໍາລັບຜູ້ຜະລິດ A ແລະ B.

ຜົນໄດ້ຮັບ latency ໃນ Cisco HyperFlex ແມ່ນບໍ່ແຕກຕ່າງກັນຫຼາຍຈາກການທົດສອບ Oracle, ນັ້ນແມ່ນ, ມັນແມ່ນຢູ່ໃນລະດັບທີ່ດີຂອງ 4,4 ms. ໃນເວລາດຽວກັນ, ຜູ້ຜະລິດ A ແລະ B ສະແດງໃຫ້ເຫັນຜົນໄດ້ຮັບທີ່ຮ້າຍແຮງກວ່າໃນການທົດສອບສໍາລັບ Oracle. ລັກສະນະທາງບວກພຽງແຕ່ສໍາລັບການແກ້ໄຂການແຂ່ງຂັນ B ແມ່ນ latency ການອ່ານຕ່ໍາຢ່າງຕໍ່ເນື່ອງຂອງ 2,9 ms; ໃນຕົວຊີ້ວັດອື່ນໆທັງຫມົດ, Hyperflex ແມ່ນສອງເທົ່າຫຼືຫຼາຍກວ່ານັ້ນກ່ອນການແກ້ໄຂການແຂ່ງຂັນ.

ການຄົ້ນພົບ

ການທົດສອບທີ່ດໍາເນີນໂດຍຫ້ອງທົດລອງ ESG ເອກະລາດບໍ່ພຽງແຕ່ອີກເທື່ອຫນຶ່ງຢືນຢັນລະດັບການປະຕິບັດທີ່ເຫມາະສົມຂອງການແກ້ໄຂ Cisco Hyperflex, ແຕ່ຍັງໄດ້ພິສູດວ່າລະບົບ hyperconverged ແມ່ນກຽມພ້ອມສໍາລັບການນໍາໃຊ້ຢ່າງກວ້າງຂວາງໃນວຽກງານທີ່ສໍາຄັນ.

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

ກ້າວໄປເຖິງປີ 2018 ຢ່າງໄວວາ. ຮູບພາບໄດ້ປ່ຽນແປງ: ການສໍາຫຼວດ ESG ຊ້ໍາອີກຄັ້ງພົບເຫັນພຽງແຕ່ 24% ຂອງຜູ້ຕອບທີ່ຍັງເຊື່ອວ່າວິທີການແບບດັ້ງເດີມຍັງດີກວ່າໃນແງ່ຂອງການປະຕິບັດ.

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

Cisco ກໍາລັງກ້າວໄປຂ້າງຫນ້າຢ່າງບໍ່ຢຸດຢັ້ງໃນພາກສະຫນາມຂອງລະບົບ hyperconverged, ເຊິ່ງໄດ້ຮັບການຢືນຢັນບໍ່ພຽງແຕ່ໂດຍຄຸນລັກສະນະທີ່ດີເລີດຂອງການແກ້ໄຂ Cisco Hyperflex, ແຕ່ຍັງຢູ່ໃນຕະຫຼາດ. ດັ່ງນັ້ນ, ໃນການຫຼຸດລົງຂອງ 2018, Cisco deservedly ເຂົ້າໄປໃນກຸ່ມຜູ້ນໍາໃນຕະຫຼາດ HCI ອີງຕາມ Gartner.

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

ມົສກູ - 28 ພຶດສະພາ. ບັນທຶກ ການເຊື່ອມຕໍ່.
Krasnodar - 5 ມິຖຸນາ. ບັນທຶກ ການເຊື່ອມຕໍ່.

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