ເປັນຫຍັງມັນຈຶ່ງສຳຄັນໃນການກວດສອບຊອບແວຢູ່ໃນບ່ອນເກັບຂໍ້ມູນທີ່ມີໃຫ້ສູງຂອງທ່ານ (99,9999%)

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

ການແນະນຳສັ້ນໆ

ພວກເຮົາທຸກຄົນເຂົ້າໃຈດີວ່າແຕ່ລະລຸ້ນຂອງຊອບແວ, ບໍ່ວ່າຈະເປັນລະບົບປະຕິບັດການ ຫຼື ໄດເວີສໍາລັບອຸປະກອນ, ມັກຈະມີຂໍ້ບົກພ່ອງ/ຂໍ້ບົກພ່ອງ ແລະ “ຄຸນສົມບັດ” ອື່ນໆທີ່ອາດຈະບໍ່ “ປາກົດ” ຈົນກ່ວາໝົດອາຍຸການບໍລິການຂອງອຸປະກອນ, ຫຼື “ເປີດ”. ພາຍໃຕ້ເງື່ອນໄຂສະເພາະໃດຫນຶ່ງ. ຈໍາ​ນວນ​ແລະ​ຄວາມ​ສໍາ​ຄັນ​ຂອງ nuances ດັ່ງ​ກ່າວ​ແມ່ນ​ຂຶ້ນ​ກັບ​ຄວາມ​ສັບ​ສົນ (ການ​ທໍາ​ງານ​) ຂອງ​ຊອບ​ແວ​ແລະ​ຄຸນ​ນະ​ພາບ​ຂອງ​ການ​ທົດ​ສອບ​ໃນ​ລະ​ຫວ່າງ​ການ​ພັດ​ທະ​ນາ​ຂອງ​ຕົນ​. 

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

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

ການເລືອກລະບົບການເກັບຮັກສາໃຫມ່

ໃນທ້າຍປີທີ່ຜ່ານມາ, ລະບົບການເກັບຮັກສາຂໍ້ມູນທີ່ຫນ້າສົນໃຈໄດ້ຖືກເພີ່ມເຂົ້າໃນໂຄງສ້າງພື້ນຖານຂອງພວກເຮົາ: ຮຸ່ນ junior ຈາກສາຍ IBM FlashSystem 5000, ເຊິ່ງໃນເວລາຊື້ເອີ້ນວ່າ Storwize V5010e. ໃນປັດຈຸບັນມັນຖືກຂາຍພາຍໃຕ້ຊື່ FlashSystem 5010, ແຕ່ໃນຄວາມເປັນຈິງມັນເປັນພື້ນຖານຮາດແວດຽວກັນກັບ Spectrum Virtualize ດຽວກັນພາຍໃນ. 

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

IBM FlashSystem 5010

ໂດຍຫຍໍ້ກ່ຽວກັບແບບຈໍາລອງຂອງພວກເຮົາ 5010. ນີ້ແມ່ນລະບົບການເກັບຮັກສາບລັອກຄູ່ຄວບຄຸມລະດັບເຂົ້າ. ມັນສາມາດຮອງຮັບ NLSAS, SAS, SSD disks. ການຈັດວາງ NVMe ບໍ່ມີຢູ່ໃນມັນ, ເນື່ອງຈາກວ່າຮູບແບບການເກັບຮັກສານີ້ຖືກຈັດໃສ່ເພື່ອແກ້ໄຂບັນຫາທີ່ບໍ່ຕ້ອງການປະສິດທິພາບຂອງໄດ NVMe.

ລະບົບການເກັບຮັກສາໄດ້ຖືກຊື້ເພື່ອຮອງຮັບການເກັບຂໍ້ມູນຫຼືຂໍ້ມູນທີ່ບໍ່ໄດ້ເຂົ້າເຖິງເລື້ອຍໆ. ດັ່ງນັ້ນ, ມາດຕະຖານທີ່ກໍານົດໄວ້ຂອງການເຮັດວຽກຂອງມັນແມ່ນພຽງພໍສໍາລັບພວກເຮົາ: Tiering (Easy Tier), ການສະຫນອງບາງໆ. ປະສິດທິພາບໃນແຜ່ນ NLSAS ໃນລະດັບ 1000-2000 IOPS ຍັງເປັນທີ່ພໍໃຈສໍາລັບພວກເຮົາ.

ປະສົບການຂອງພວກເຮົາ - ວິທີທີ່ພວກເຮົາບໍ່ໄດ້ອັບເດດເຟີມແວຕາມເວລາ

ໃນປັດຈຸບັນກ່ຽວກັບການປັບປຸງຊອບແວຕົວມັນເອງ. ໃນ​ເວ​ລາ​ຂອງ​ການ​ຊື້​, ລະ​ບົບ​ໄດ້​ມີ​ສະ​ບັບ​ຫລ້າ​ສຸດ​ເລັກ​ນ້ອຍ​ຂອງ​ຊອບ​ແວ Spectrum Virtualize​, ຄື​, 8.2.1.3​.

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

ດັ່ງນັ້ນ, ການຊັກຊ້າຂອງການປັບປຸງເລັກນ້ອຍເຮັດໃຫ້ຮູບພາບທີ່ບໍ່ຫນ້າພໍໃຈທີ່ສຸດ, ເຊັ່ນດຽວກັບຄໍາອະທິບາຍຢູ່ໃນການເຊື່ອມຕໍ່: https://www.ibm.com/support/pages/node/6172341. 

ແມ່ນແລ້ວ, ໃນເຟີມແວຂອງຮຸ່ນນັ້ນ, ອັນທີ່ເອີ້ນວ່າ APAR (ບົດລາຍງານການວິເຄາະໂຄງການທີ່ໄດ້ຮັບອະນຸຍາດ) HU02104 ແມ່ນມີຄວາມກ່ຽວຂ້ອງ. ມັນປາກົດດັ່ງຕໍ່ໄປນີ້. ພາຍໃຕ້ການໂຫຼດ, ພາຍໃຕ້ບາງສະຖານະການ, cache ເລີ່ມລົ້ນ, ຫຼັງຈາກນັ້ນລະບົບຈະເຂົ້າສູ່ໂຫມດປ້ອງກັນ, ເຊິ່ງມັນປິດການໃຊ້ງານ I/O ສໍາລັບສະນຸກເກີ. ໃນກໍລະນີຂອງພວກເຮົາ, ມັນເບິ່ງຄືວ່າການຕັດການເຊື່ອມຕໍ່ 3 ແຜ່ນສໍາລັບກຸ່ມ RAID ໃນໂຫມດ RAID 6. ການຕັດການເຊື່ອມຕໍ່ເກີດຂຶ້ນເປັນເວລາ 6 ນາທີ. ຕໍ່ໄປ, ການເຂົ້າເຖິງ Volumes ໃນສະນຸກເກີໄດ້ຖືກຟື້ນຟູ.

ຖ້າໃຜບໍ່ຄຸ້ນເຄີຍກັບໂຄງສ້າງແລະການຕັ້ງຊື່ຂອງຫນ່ວຍງານທີ່ມີເຫດຜົນໃນສະພາບການຂອງ IBM Spectrum Virtualize, ຕອນນີ້ຂ້ອຍຈະອະທິບາຍສັ້ນໆ.

ໂຄງສ້າງຂອງລະບົບການເກັບຮັກສາອົງປະກອບຢ່າງມີເຫດຜົນ

ແຜ່ນຖືກລວບລວມເປັນກຸ່ມທີ່ເອີ້ນວ່າ MDisk (Managed Disk). MDisk ສາມາດເປັນ RAID ຄລາສສິກ (0,1,10,5,6) ຫຼື virtualized ຫນຶ່ງ - DRAID (RAID ແຈກຢາຍ). ການນໍາໃຊ້ DRAID ຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມປະສິດທິພາບຂອງ array ໄດ້, ເພາະວ່າ ... ແຜ່ນທັງຫມົດໃນກຸ່ມຈະຖືກນໍາໃຊ້, ແລະເວລາໃນການກໍ່ສ້າງຄືນໃຫມ່ຈະຫຼຸດລົງ, ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າພຽງແຕ່ຕັນບາງອັນຈະຕ້ອງຖືກຟື້ນຟູ, ແລະບໍ່ແມ່ນຂໍ້ມູນທັງຫມົດຈາກແຜ່ນທີ່ລົ້ມເຫລວ.

ການແຈກຢາຍບລັອກຂໍ້ມູນທົ່ວແຜ່ນເມື່ອໃຊ້ Distributed RAID (DRAID) ໃນໂໝດ RAID-5.

ແລະແຜນວາດນີ້ສະແດງໃຫ້ເຫັນເຫດຜົນຂອງວິທີການສ້າງ DRAID ເຮັດວຽກຄືນໃຫມ່ໃນກໍລະນີທີ່ມີຄວາມລົ້ມເຫຼວຂອງແຜ່ນຫນຶ່ງ:

ເຫດຜົນຂອງ DRAID ກໍ່ສ້າງຄືນໃຫມ່ເມື່ອແຜ່ນຫນຶ່ງລົ້ມເຫລວ

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

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

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

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

ຜົນໄດ້ຮັບແລະຄໍາແນະນໍາຂອງພວກເຮົາ

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

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

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

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

• ມັນສະເຫມີດີກວ່າທີ່ຈະຮັກສາລະບົບດ້ວຍສະບັບຊອບແວຫລ້າສຸດ. ຍິ່ງໄປກວ່ານັ້ນ, ປະຈຸບັນບໍ່ແມ່ນອັນທີ່ມີການອອກແບບຕົວເລກທີ່ໃຫຍ່ກວ່າ, ແຕ່ເປັນອັນທີ່ມີວັນທີປ່ອຍຕໍ່ມາ. 

  ຕົວຢ່າງເຊັ່ນ, IBM ຮັກສາຢ່າງຫນ້ອຍສອງຊອບແວອອກໃຫ້ທັນສະໄຫມສໍາລັບລະບົບການເກັບຮັກສາຂອງມັນ. ໃນເວລາຂຽນນີ້, ເຫຼົ່ານີ້ແມ່ນ 8.2 ແລະ 8.3. ການປັບປຸງສໍາລັບ 8.2 ອອກມາກ່ອນຫນ້ານີ້. ການປັບປຸງທີ່ຄ້າຍຄືກັນສໍາລັບ 8.3 ປົກກະຕິແລ້ວແມ່ນປ່ອຍອອກມາເມື່ອມີການຊັກຊ້າເລັກນ້ອຍ.

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

• ຖ້າມັນບໍ່ສາມາດປັບປຸງໄດ້ດ້ວຍເຫດຜົນບາງຢ່າງ, ຫຼັງຈາກນັ້ນ, ສໍາລັບຮຸ່ນຂອງຊອບແວ Spectrum Virtualize ກ່ອນຮຸ່ນ 8.2.1.9 ແລະ 8.3.1.0 (ບ່ອນທີ່ແມງໄມ້ທີ່ອະທິບາຍຂ້າງເທິງນີ້ມີຄວາມກ່ຽວຂ້ອງ), ເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງຕໍ່ການເກີດຂື້ນຂອງມັນ, ສະຫນັບສະຫນູນດ້ານວິຊາການ IBM ແນະນໍາ. ການຈໍາກັດການປະຕິບັດລະບົບຢູ່ໃນລະດັບສະນຸກເກີ, ດັ່ງທີ່ສະແດງຢູ່ໃນຮູບຂ້າງລຸ່ມນີ້ (ຮູບໄດ້ຖືກປະຕິບັດຢູ່ໃນສະບັບພາສາ Russified ຂອງ GUI). ມູນຄ່າຂອງ 10000 IOPS ແມ່ນສະແດງໃຫ້ເຫັນເປັນຕົວຢ່າງແລະຖືກເລືອກຕາມລັກສະນະຂອງລະບົບຂອງທ່ານ.

ຈໍາກັດປະສິດທິພາບການເກັບຮັກສາ IBM

• ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຄິດໄລ່ການໂຫຼດຢ່າງຖືກຕ້ອງໃນລະບົບການເກັບຮັກສາແລະຫຼີກເວັ້ນການ overloading. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານສາມາດໃຊ້ຕົວຂະຫນາດ IBM (ຖ້າທ່ານມີການເຂົ້າເຖິງມັນ), ຫຼືການຊ່ວຍເຫຼືອຂອງຄູ່ຮ່ວມງານ, ຫຼືຊັບພະຍາກອນຂອງພາກສ່ວນທີສາມ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະເຂົ້າໃຈໂປຣໄຟລ໌ການໂຫຼດໃນລະບົບການເກັບຮັກສາ, ເພາະວ່າ ປະສິດທິພາບໃນ MB/s ແລະ IOPS ແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍຂຶ້ນຢູ່ກັບຕົວກໍານົດການດັ່ງຕໍ່ໄປນີ້:

  • ປະ​ເພດ​ການ​ດໍາ​ເນີນ​ງານ​: ອ່ານ​ຫຼື​ຂຽນ​,

  • ຂະ​ຫນາດ block ການ​ດໍາ​ເນີນ​ງານ​,

  • ເປີເຊັນຂອງການປະຕິບັດການອ່ານ ແລະຂຽນໃນກະແສ I/O ທັງໝົດ.

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

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

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

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