ລະບົບເກັບຮັກສາພາສາລັດເຊຍ AERODISK: ການທົດສອບການໂຫຼດ. ພວກເຮົາບີບອອກ IOPS

ສະບາຍດີທຸກຄົນ! ດັ່ງທີ່ໄດ້ສັນຍາໄວ້, ພວກເຮົາກໍາລັງເຜີຍແຜ່ຜົນຂອງການທົດສອບການໂຫຼດຂອງລະບົບເກັບຮັກສາຂໍ້ມູນທີ່ຜະລິດໂດຍລັດເຊຍ - AERODISK ENGINE N2.

ໃນບົດຄວາມທີ່ຜ່ານມາ, ພວກເຮົາໄດ້ທໍາລາຍລະບົບການເກັບຮັກສາ (ນັ້ນແມ່ນ, ພວກເຮົາໄດ້ເຮັດການທົດສອບ crash) ແລະຜົນໄດ້ຮັບຂອງການທົດສອບອຸປະຕິເຫດແມ່ນເປັນບວກ (ຫມາຍຄວາມວ່າ, ພວກເຮົາບໍ່ໄດ້ທໍາລາຍລະບົບການເກັບຮັກສາ). ທ່ານສາມາດເບິ່ງຜົນການທົດສອບ crash ໄດ້ ທີ່​ນີ້.

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

ນອກຈາກນັ້ນ, ຖ້າທ່ານບໍ່ໄດ້ຢູ່ໃນມອດໂກ, ທ່ານຍັງສາມາດຄຸ້ນເຄີຍກັບລະບົບການເກັບຮັກສາຂອງພວກເຮົາໂດຍການເຂົ້າຮ່ວມກິດຈະກໍາການຝຶກອົບຮົມຟຣີຢູ່ສູນຄວາມສາມາດໃນເມືອງທີ່ຢູ່ໃກ້ທ່ານ.

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

• Ekaterinburg. ວັນທີ 16 ພຶດສະພາ 2019. ກອງປະຊຸມຝຶກອົບຮົມ. ທ່ານສາມາດລົງທະບຽນໂດຍໃຊ້ລິ້ງ: https://aerodisk.promo/ekb/
• Ekaterinburg. ວັນທີ 20 ພຶດສະພາ – 21 ມິຖຸນາ 2019. ສູນຄວາມສາມາດ. ມາສາທິດສົດຂອງລະບົບການເກັບຮັກສາ AERODISK ENGINE N2 ໄດ້ທຸກເວລາເຮັດວຽກ. ທີ່ຢູ່ທີ່ແນ່ນອນແລະການເຊື່ອມຕໍ່ການລົງທະບຽນຈະຖືກສະຫນອງໃຫ້ຕໍ່ມາ. ປະຕິບັດຕາມຂໍ້ມູນ.
• Novosibirsk ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ຕຸລາ 2019
• ຄາຊານ. ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ຕຸລາ 2019
• Krasnoyarsk ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ເດືອນພະຈິກ 2019

ພວກ​ເຮົາ​ຍັງ​ຕ້ອງ​ການ​ທີ່​ຈະ​ແບ່ງ​ປັນ​ຂ່າວ​ດີ​ອີກ​ຫນຶ່ງ​: ພວກ​ເຮົາ​ໄດ້​ຮັບ​ທີ່​ສຸດ​ຂອງ​ພວກ​ເຮົາ​ YouTube ຊ່ອງທີ່ທ່ານສາມາດເບິ່ງວິດີໂອຈາກເຫດການທີ່ຜ່ານມາ. ພວກເຮົາໂພດວິດີໂອການຝຶກອົບຮົມຂອງພວກເຮົາເປັນປະຈໍາຢູ່ທີ່ນັ້ນ.

ຢືນທົດສອບ

ດັ່ງນັ້ນ, ກັບຄືນໄປບ່ອນການທົດສອບ. ພວກເຮົາໄດ້ປັບປຸງລະບົບການເກັບຂໍ້ມູນຫ້ອງທົດລອງ ENGINE N2 ຂອງພວກເຮົາໂດຍການຕິດຕັ້ງໄດຣຟ໌ SAS SSD ເພີ່ມເຕີມ, ເຊັ່ນດຽວກັນກັບອະແດັບເຕີ Fiber Channel 16G ດ້ານໜ້າ. ໃນລັກສະນະສົມມາດ, ພວກເຮົາໄດ້ປັບປຸງເຄື່ອງແມ່ຂ່າຍຈາກທີ່ພວກເຮົາຈະດໍາເນີນການໂຫຼດໂດຍການເພີ່ມອະແດບເຕີ FC 16G.

ດັ່ງນັ້ນ, ໃນຫ້ອງທົດລອງຂອງພວກເຮົາພວກເຮົາມີລະບົບການເກັບຮັກສາ 2-controller ກັບ 24 SAS SSD 1,6 TB, 3 DWPD disks, ເຊິ່ງເຊື່ອມຕໍ່ຜ່ານ SAN switches ກັບເຄື່ອງແມ່ຂ່າຍ Linux ທາງດ້ານຮ່າງກາຍໂດຍຜ່ານ FC 16G.
ແຜນວາດຕາຕະລາງການທົດສອບແມ່ນສະແດງຢູ່ໃນຮູບຂ້າງລຸ່ມນີ້.

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

ສໍາລັບປະສິດທິພາບທີ່ດີທີ່ສຸດໃນການເຂົ້າເຖິງບລັອກ, ພວກເຮົາຈະໃຊ້ສະນຸກເກີ DDP (Dynamic Disk Pool), ເຊິ່ງເມື່ອພວກເຮົາສ້າງໂດຍສະເພາະສໍາລັບລະບົບ ALL-FLASH.
ສໍາລັບການທົດສອບ, ພວກເຮົາໄດ້ສ້າງສອງ LUN ທີ່ມີຄວາມຈຸ 1 TB ແຕ່ລະຄົນທີ່ມີລະດັບການປົກປ້ອງ RAID-10. ພວກເຮົາຈະ "ແຜ່" ແຕ່ລະ LUN ໃນທົ່ວ 12 ແຜ່ນ (24 ໃນຈໍານວນທັງຫມົດ) ເພື່ອນໍາໃຊ້ທ່າແຮງຂອງແຕ່ລະແຜ່ນທີ່ຕິດຕັ້ງຢູ່ໃນລະບົບການເກັບຮັກສາ.

ພວກເຮົານໍາສະເຫນີ LUNs ກັບເຄື່ອງແມ່ຂ່າຍໂດຍຜ່ານຕົວຄວບຄຸມທີ່ແຕກຕ່າງກັນເພື່ອນໍາໃຊ້ຊັບພະຍາກອນການເກັບຮັກສາໃຫ້ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້.

ແຕ່ລະການທົດສອບຈະໃຊ້ເວລາຫນຶ່ງຊົ່ວໂມງ, ແລະການທົດສອບຈະດໍາເນີນໂດຍໂຄງການ Flexible IO (FIO); ຂໍ້ມູນ FIO ຈະຖືກອັບໂຫລດໂດຍອັດຕະໂນມັດໃສ່ Excel, ເຊິ່ງກາຟແມ່ນສ້າງຂື້ນແລ້ວເພື່ອຄວາມຊັດເຈນ.

ໂຫຼດໂປຣໄຟລ໌

ໃນຈໍານວນທັງຫມົດ, ພວກເຮົາຈະດໍາເນີນການທົດສອບສາມຄັ້ງ, ແຕ່ລະຊົ່ວໂມງ, ບໍ່ລວມເອົາເວລາອົບອຸ່ນ, ເຊິ່ງພວກເຮົາຈະຈັດສັນ 15 ນາທີ (ນີ້ແມ່ນຈໍານວນທີ່ຕ້ອງການເພື່ອອົບອຸ່ນຂຶ້ນ array ຂອງ 24 SSD drives). ການທົດສອບເຫຼົ່ານີ້ເຮັດຕາມຮູບແບບການໂຫຼດທີ່ພົບເລື້ອຍທີ່ສຸດ, ໂດຍສະເພາະເຫຼົ່ານີ້ແມ່ນບາງ DBMSs, ລະບົບການເຝົ້າລະວັງວິດີໂອ, ການອອກອາກາດເນື້ອຫາສື່ແລະການສໍາຮອງຂໍ້ມູນ.

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

ຜົນການທົດສອບ

ການທົດສອບ 1. ການໂຫຼດແບບສຸ່ມໃນທ່ອນໄມ້ຂະຫນາດນ້ອຍ. Emulation ຂອງ DBMS ການເຮັດທຸລະກໍາທີ່ມີໂຫຼດສູງ.

• ຂະຫນາດຕັນ = 4k
• ອ່ານ/ຂຽນ = 70%/30%
• ຈໍານວນວຽກງານ = 16
• ຄວາມເລິກແຖວ = 32
• Load character = ເຕັມ Random

ຜົນການທົດສອບ:

ໂດຍລວມແລ້ວ, ດ້ວຍລະບົບເຄື່ອງຈັກ N2 ລະດັບກາງ junior ພວກເຮົາໄດ້ຮັບ 438k IOPS ທີ່ມີ latency ຂອງ 2,6 milliseconds. ພິຈາລະນາຫ້ອງຮຽນຂອງລະບົບ, ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ, ຜົນໄດ້ຮັບແມ່ນຂ້ອນຂ້າງສົມຄວນ. ເພື່ອເຂົ້າໃຈວ່ານີ້ແມ່ນຂອບເຂດຈໍາກັດສໍາລັບລະບົບ, ພວກເຮົາຈະເບິ່ງການນໍາໃຊ້ຊັບພະຍາກອນຂອງຕົວຄວບຄຸມການເກັບຮັກສາ.

ພວກເຮົາສົນໃຈ CPU ຕົ້ນຕໍ, ເພາະວ່າດັ່ງທີ່ໄດ້ກ່າວໄວ້ຂ້າງເທິງ, ພວກເຮົາປິດການໃຊ້ງານ RAM cache ໂດຍເຈດຕະນາເພື່ອບໍ່ໃຫ້ບິດເບືອນຜົນການທົດສອບ.

ໃນຕົວຄວບຄຸມການເກັບຮັກສາທັງສອງພວກເຮົາເຫັນປະມານຮູບດຽວກັນ.

ນັ້ນແມ່ນ, ການໂຫຼດ CPU ແມ່ນ 50%. ນີ້ຊີ້ໃຫ້ເຫັນວ່ານີ້ແມ່ນຢູ່ໄກຈາກຂອບເຂດຈໍາກັດຂອງລະບົບການເກັບຮັກສານີ້ແລະມັນຍັງສາມາດປັບຂະຫນາດໄດ້ງ່າຍ. ຂໍໃຫ້ກ້າວໄປຂ້າງຫນ້າເລັກນ້ອຍ: ການທົດສອບທັງຫມົດຕໍ່ໄປນີ້ຍັງສະແດງໃຫ້ເຫັນການໂຫຼດຂອງໂປເຊດເຊີຄວບຄຸມຢູ່ທີ່ປະມານ 50%, ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ບອກພວກມັນອີກເທື່ອຫນຶ່ງ.

ອີງຕາມການທົດສອບໃນຫ້ອງທົດລອງຂອງພວກເຮົາ, ຂອບເຂດຈໍາກັດທີ່ສະດວກສະບາຍຂອງລະບົບ AERODISK Engine N2, ຖ້າພວກເຮົານັບ IOPS ແບບສຸ່ມຢູ່ທີ່ 4k blocks, ແມ່ນ ~ 700 IOPS. ຖ້າຫາກວ່ານີ້ບໍ່ພຽງພໍແລະທ່ານຕ້ອງການພະຍາຍາມສໍາລັບລ້ານ, ຫຼັງຈາກນັ້ນພວກເຮົາມີ ENGINE N000 ຮຸ່ນເກົ່າ.

ນັ້ນແມ່ນ, ເລື່ອງກ່ຽວກັບລ້ານ IOPS ແມ່ນ ENGINE N4, ແລະຖ້າລ້ານແມ່ນຫຼາຍເກີນໄປສໍາລັບທ່ານ, ຫຼັງຈາກນັ້ນໃຫ້ໃຊ້ N2 ຢ່າງສະຫງົບ.

ໃຫ້ກັບຄືນໄປຫາການທົດສອບ.

ການທົດສອບ 2. ການບັນທຶກຕາມລໍາດັບໃນທ່ອນໄມ້ຂະຫນາດໃຫຍ່. Emulation ຂອງລະບົບການເຝົ້າລະວັງວິດີໂອ, ການໂຫຼດຂໍ້ມູນເຂົ້າໄປໃນ DBMS ການວິເຄາະຫຼືບັນທຶກສໍາເນົາສໍາຮອງ.

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

• ຂະຫນາດຕັນ = 128k
• ອ່ານ/ຂຽນ = 0%/100%
• ຈໍານວນວຽກງານ = 16
• ຄວາມເລິກແຖວ = 32
• ໂຫຼດຕົວອັກສອນ – ລໍາດັບ

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

ການທົດສອບ 3. ການອ່ານຕາມລໍາດັບໃນທ່ອນໄມ້ຂະຫນາດໃຫຍ່. Emulation ຂອງ​ເນື້ອ​ໃນ​ສື່​ມວນ​ຊົນ​ກະ​ຈາຍ​ສຽງ​, ການ​ສ້າງ​ບົດ​ລາຍ​ງານ​ຈາກ DBMS ການ​ວິ​ເຄາະ​ຫຼື​ການ​ຟື້ນ​ຟູ​ຂໍ້​ມູນ​ຈາກ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​.

ເຊັ່ນດຽວກັນກັບການທົດສອບທີ່ຜ່ານມາ, ພວກເຮົາມີຄວາມສົນໃຈໃນການໄຫຼແລະການຊັກຊ້າ.

• ຂະຫນາດຕັນ = 128k
• ອ່ານ/ຂຽນ = 100%/0%
• ຈໍານວນວຽກງານ = 16
• ຄວາມເລິກແຖວ = 32
• ໂຫຼດຕົວອັກສອນ – ລໍາດັບ

ປະສິດທິພາບການອ່ານສະຕຣີມແມ່ນຄາດເດົາໄດ້ດີກວ່າປະສິດທິພາບການຂຽນສະຕຣີມມິງເລັກນ້ອຍ.

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

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

ການຄົ້ນພົບ

ຈາກລະບົບການຄວບຄຸມສອງເຄື່ອງ AERODISK ENGINE N2, ພວກເຮົາສາມາດບັນລຸຜົນໄດ້ຮັບທີ່ຮ້າຍແຮງ (~438 IOPS ແລະ ~ 000-5 gigabytes ຕໍ່ວິນາທີ). ການທົດສອບການໂຫຼດໄດ້ສະແດງໃຫ້ເຫັນວ່າພວກເຮົາແນ່ນອນບໍ່ອາຍກັບລະບົບການເກັບຮັກສາຂອງພວກເຮົາ. ໃນທາງກົງກັນຂ້າມ, ຕົວຊີ້ວັດແມ່ນເຫມາະສົມຫຼາຍແລະກົງກັບລະບົບການເກັບຮັກສາທີ່ດີ.

ເຖິງແມ່ນວ່າ, ດັ່ງທີ່ພວກເຮົາຂຽນຂ້າງເທິງ, Engine N2 ແມ່ນຮູບແບບ junior, ແລະນອກຈາກນັ້ນ, ຜົນໄດ້ຮັບທີ່ສະແດງຢູ່ໃນບົດຄວາມນີ້ບໍ່ແມ່ນຂອບເຂດຈໍາກັດຂອງມັນ. ຕໍ່ມາພວກເຮົາຈະເຜີຍແຜ່ການທົດສອບທີ່ຄ້າຍຄືກັນຈາກລະບົບ ENGINE N4 ເກົ່າຂອງພວກເຮົາ.

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

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

ຂ້ອຍເຮັດຊ້ໍາຂໍ້ມູນກ່ຽວກັບເຫດການການຝຶກອົບຮົມທີ່ຈະມາເຖິງ.

• Ekaterinburg. ວັນທີ 16 ພຶດສະພາ 2019. ກອງປະຊຸມຝຶກອົບຮົມ. ທ່ານສາມາດລົງທະບຽນໂດຍໃຊ້ລິ້ງ: https://aerodisk.promo/ekb/
• Ekaterinburg. ວັນທີ 20 ພຶດສະພາ – 21 ມິຖຸນາ 2019. ສູນຄວາມສາມາດ. ມາສາທິດສົດຂອງລະບົບການເກັບຮັກສາ AERODISK ENGINE N2 ໄດ້ທຸກເວລາເຮັດວຽກ. ທີ່ຢູ່ທີ່ແນ່ນອນແລະການເຊື່ອມຕໍ່ການລົງທະບຽນຈະຖືກສະຫນອງໃຫ້ຕໍ່ມາ. ປະຕິບັດຕາມຂໍ້ມູນ.
• Novosibirsk ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ຕຸລາ 2019
• ຄາຊານ. ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ຕຸລາ 2019
• Krasnoyarsk ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊຂອງພວກເຮົາ ຫຼື HUBRA.
  ເດືອນພະຈິກ 2019

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