VP ໄວກ່ຽວກັບການເກັບຮັກສາ Unity: ມັນເຮັດວຽກແນວໃດ

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

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

ລະດັບການເກັບຮັກສາ. ເປົ້າໝາຍ ແລະ ເປົ້າໝາຍຂອງ FAST VP

FAST VP ຫຍໍ້ມາຈາກ Fully Automated Storage Tiering for Virtual Pool. ມີຄວາມຫຍຸ້ງຍາກເລັກນ້ອຍ? ບໍ່ມີບັນຫາ, ພວກເຮົາຈະຄິດອອກດຽວນີ້. Tiering ແມ່ນວິທີການຈັດຕັ້ງການເກັບຮັກສາຂໍ້ມູນເຊິ່ງມີຫຼາຍລະດັບ (tiers) ບ່ອນທີ່ຂໍ້ມູນນີ້ຖືກເກັບໄວ້. ແຕ່ລະຄົນມີລັກສະນະຂອງຕົນເອງ. ສິ່ງທີ່ສໍາຄັນທີ່ສຸດ: ການປະຕິບັດ, ປະລິມານແລະລາຄາຂອງການເກັບຮັກສາຫົວຫນ່ວຍຂອງຂໍ້ມູນ. ແນ່ນອນ, ມີຄວາມສໍາພັນລະຫວ່າງພວກເຂົາ.

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

ຕອນນີ້ໃຫ້ເຮົາມາເບິ່ງຄຸນສົມບັດຂອງການປະຕິບັດການຈັດວາງຊັ້ນໃນ Unity. Unity ມີ 3 ລະດັບ, ຫຼືຊັ້ນ:

• ປະສິດທິພາບສູງສຸດ (SSDs)
• ປະສິດທິພາບ (SAS HDD 10k/15k RPM)
• ຄວາມຈຸ (NL-SAS HDD 7200 RPM)

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

ສື່ການເກັບຮັກສາຈາກລະດັບດຽວກັນແລະຂະຫນາດດຽວກັນຖືກລວມເຂົ້າກັນເປັນ RAID array, ປະກອບເປັນກຸ່ມ RAID (ກຸ່ມ RAID, ຫຍໍ້ເປັນ RG); ທ່ານສາມາດອ່ານກ່ຽວກັບລະດັບ RAID ທີ່ມີຢູ່ແລະແນະນໍາໃນເອກະສານທາງການ. ສະລອຍນ້ໍາການເກັບຮັກສາແມ່ນສ້າງຕັ້ງຂຶ້ນຈາກກຸ່ມ RAID ຈາກລະດັບຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ, ຈາກນັ້ນພື້ນທີ່ຫວ່າງຖືກແຈກຢາຍ. ແລະຈາກພື້ນທີ່ສະນຸກເກີໄດ້ຖືກຈັດສັນສໍາລັບລະບົບໄຟລ໌ແລະ LUNs.

ເປັນຫຍັງຂ້ອຍຈຶ່ງຕ້ອງການ Tiering?

ໃນສັ້ນແລະ abstractly: ເພື່ອບັນລຸຜົນໄດ້ຮັບຫຼາຍກວ່າເກົ່າໂດຍໃຊ້ຊັບພະຍາກອນຕໍາ່ສຸດທີ່. ໂດຍສະເພາະ, ຜົນໄດ້ຮັບມັກຈະຖືກເຂົ້າໃຈເປັນຊຸດຂອງຄຸນລັກສະນະຂອງລະບົບການເກັບຮັກສາ - ຄວາມໄວແລະເວລາໃນການເຂົ້າເຖິງ, ຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາ, ແລະອື່ນໆ. ຕໍາ່ສຸດທີ່ຂອງຊັບພະຍາກອນຫມາຍເຖິງການໃຊ້ຈ່າຍຫນ້ອຍທີ່ສຸດ: ເງິນ, ພະລັງງານ, ແລະອື່ນໆ. FAST VP ປະຕິບັດກົນໄກການແຈກຢາຍຂໍ້ມູນຄືນໃໝ່ໃນທົ່ວລະດັບຕ່າງໆໃນລະບົບການເກັບຮັກສາ Unity/Unity XT. ຖ້າເຈົ້າເຊື່ອຂ້ອຍ ເຈົ້າສາມາດຂ້າມວັກຕໍ່ໄປໄດ້. ສໍາລັບສ່ວນທີ່ເຫຼືອ, ຂ້າພະເຈົ້າຈະບອກທ່ານຕື່ມອີກເລັກນ້ອຍ.

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

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

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

ຊອກຫາໄປຂ້າງຫນ້າ, ຂ້າພະເຈົ້າຈະເວົ້າວ່າ FAST VP ຍ້າຍຂໍ້ມູນພຽງແຕ່ພາຍໃນຫນຶ່ງສະນຸກເກີ, ແລະບໍ່ແມ່ນລະຫວ່າງຫຼາຍສະນຸກເກີ.

ບັນຫາທີ່ຖືກແກ້ໄຂໂດຍ FAST VP

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

• ການແຈກຢາຍຂໍ້ມູນໃນທົ່ວປະເພດຕ່າງໆຂອງແຜ່ນ, ລະດັບ
• ການແຈກຢາຍຂໍ້ມູນລະຫວ່າງແຜ່ນທີ່ມີປະເພດດຽວກັນ
• ການແຈກຢາຍຂໍ້ມູນເມື່ອຂະຫຍາຍສະນຸກເກີ

ກ່ອນທີ່ພວກເຮົາຈະເບິ່ງວິທີການແກ້ໄຂວຽກງານເຫຼົ່ານີ້, ພວກເຮົາຈໍາເປັນຕ້ອງຮູ້ບາງຂໍ້ເທັດຈິງທີ່ຈໍາເປັນກ່ຽວກັບວິທີການເຮັດວຽກຂອງ FAST VP. FAST VP ດໍາເນີນການກັບຕັນຂອງຂະຫນາດທີ່ແນ່ນອນ - 256 megabytes. ນີ້ແມ່ນ "chunk" ທີ່ຕິດກັນຂະຫນາດນ້ອຍທີ່ສຸດຂອງຂໍ້ມູນທີ່ສາມາດຍ້າຍໄດ້. ໃນເອກະສານນີ້ແມ່ນສິ່ງທີ່ເຂົາເຈົ້າເອີ້ນວ່າ: ຕ່ອນ. ຈາກທັດສະນະຂອງ FAST VP, ກຸ່ມ RAID ທັງຫມົດປະກອບດ້ວຍຊຸດຂອງ "ຊິ້ນ" ດັ່ງກ່າວ. ຕາມ​ນັ້ນ​ແລ້ວ, ສະຖິຕິ I/O ທັງໝົດ​ແມ່ນ​ຖືກ​ສະສົມ​ສຳລັບ​ຂໍ້​ມູນ​ດັ່ງກ່າວ. ເປັນຫຍັງຂະຫນາດນີ້ຖືກເລືອກແລະມັນຈະຫຼຸດລົງ? ຕັນແມ່ນຂ້ອນຂ້າງໃຫຍ່, ແຕ່ນີ້ແມ່ນການປະນີປະນອມລະຫວ່າງ granularity ຂອງຂໍ້ມູນ (ຂະຫນາດບລັອກຂະຫນາດນ້ອຍຫມາຍຄວາມວ່າການແຈກຢາຍທີ່ຖືກຕ້ອງກວ່າ) ແລະຊັບພະຍາກອນຄອມພິວເຕີ້ທີ່ມີຢູ່: ເນື່ອງຈາກຂໍ້ຈໍາກັດທີ່ເຂັ້ມງວດໃນ RAM ແລະຈໍານວນຕັນຫຼາຍ, ຂໍ້ມູນສະຖິຕິອາດຈະໃຊ້ເວລາເຖິງ. ຫຼາຍເກີນໄປ, ແລະຈໍານວນຂອງການຄິດໄລ່ຈະເພີ່ມຂຶ້ນຕາມອັດຕາສ່ວນ.

FAST VP ຈັດສັນຂໍ້ມູນໃສ່ສະນຸກເກີແນວໃດ. ນັກການເມືອງ

ເພື່ອຄວບຄຸມການຈັດວາງຂໍ້ມູນໃນສະນຸກເກີດ້ວຍການເປີດໃຊ້ FAST VP, ນະໂຍບາຍຕໍ່ໄປນີ້ມີຢູ່:

• ລະດັບສູງສຸດທີ່ມີຢູ່
• ຊັ້ນອັດຕະໂນມັດ
• ເລີ່ມຕົ້ນສູງ ຈາກນັ້ນ Auto-Tier (ຄ່າເລີ່ມຕົ້ນ)
• ລະດັບທີ່ມີໃຫ້ຕໍ່າສຸດ

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

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

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

ເງື່ອນໄຂທີ່ Fast VP ໃຊ້ໃນການເຮັດວຽກຂອງມັນ

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

ຟັງຊັນການຄິດໄລ່ອຸນຫະພູມມີຄຸນສົມບັດດັ່ງຕໍ່ໄປນີ້:

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

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

ແຕ່ໃຫ້ເຮົາກັບຄືນໄປຫາໜ້າວຽກ. ດັ່ງນັ້ນ, ພວກເຮົາສາມາດເລີ່ມຕົ້ນວິເຄາະສິ່ງທີ່ກໍາລັງເຮັດເພື່ອແກ້ໄຂບັນຫາ FAST VP.

A. ການແຈກຢາຍຂໍ້ມູນໃນທົ່ວປະເພດຕ່າງໆຂອງແຜ່ນ, ລະດັບ

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

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

B. ການແຈກຢາຍຂໍ້ມູນລະຫວ່າງແຜ່ນທີ່ມີປະເພດດຽວກັນ

ຈືຂໍ້ມູນການ, ໃນຕອນເລີ່ມຕົ້ນຂ້າພະເຈົ້າໄດ້ຂຽນວ່າສື່ມວນຊົນເກັບຮັກສາຈາກ ໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ ລະ​ດັບ​ແມ່ນ​ລວມ​ເຂົ້າ​ໃນ​ສະ​ນຸກ​ເກີ​ດຽວ​? ໃນກໍລະນີຂອງລະດັບດຽວ, FAST VP ຍັງມີວຽກທີ່ຕ້ອງເຮັດ. ເພື່ອບັນລຸປະສິດທິພາບສູງສຸດໃນລະດັບໃດກໍ່ຕາມ, ຄວນແຈກຢາຍຂໍ້ມູນໃຫ້ເທົ່າທຽມກັນລະຫວ່າງແຜ່ນ. ນີ້ຈະ (ໃນທາງທິດສະດີ) ອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບຈໍານວນສູງສຸດຂອງ IOPS. ຂໍ້ມູນພາຍໃນກຸ່ມ RAID ສາມາດຖືກພິຈາລະນາແຈກຢາຍເທົ່າທຽມກັນໃນທົ່ວແຜ່ນ, ແຕ່ນີ້ບໍ່ແມ່ນກໍລະນີລະຫວ່າງກຸ່ມ RAID ສະເໝີ. ໃນກໍລະນີຂອງຄວາມບໍ່ສົມດຸນ, FAST VP ຈະຍ້າຍຂໍ້ມູນລະຫວ່າງກຸ່ມ RAID ໃນອັດຕາສ່ວນກັບປະລິມານຂອງພວກເຂົາແລະ "ການປະຕິບັດເງື່ອນໄຂ" (ໃນຂໍ້ກໍານົດຕົວເລກ). ເພື່ອຄວາມຊັດເຈນ, ຂ້າພະເຈົ້າຈະສະແດງໂຄງການການດຸ່ນດ່ຽງລະຫວ່າງສາມກຸ່ມ RAID:

B. ການແຈກຢາຍຂໍ້ມູນເມື່ອຂະຫຍາຍສະນຸກເກີ

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

SSD Wear Leveling

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

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

ດ້ວຍວິທີນີ້, FAST VP ມີຄວາມທ້າທາຍແບບດັ້ງເດີມຂອງ Storage Tiering ແລະເຮັດຫຼາຍກວ່ານັ້ນເລັກນ້ອຍ. ທັງຫມົດນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຂໍ້ມູນໄດ້ຢ່າງມີປະສິດທິພາບໃນລະບົບການເກັບຮັກສາ Unity.

ບາງຄໍາແນະນໍາ

1. ຢ່າລະເລີຍການອ່ານເອກະສານ. ມີການປະຕິບັດທີ່ດີທີ່ສຸດ, ແລະພວກເຂົາເຮັດວຽກໄດ້ດີ. ຖ້າທ່ານປະຕິບັດຕາມພວກມັນ, ຕາມກົດລະບຽບ, ບໍ່ມີບັນຫາທີ່ຮ້າຍແຮງເກີດຂື້ນ. ສ່ວນທີ່ເຫຼືອຂອງຄໍາແນະນໍາໂດຍພື້ນຖານແລ້ວແມ່ນເຮັດເລື້ມຄືນຫຼືປະກອບໃຫ້ເຂົາເຈົ້າ.
2. ຖ້າທ່ານໄດ້ຕັ້ງຄ່າແລະເປີດໃຊ້ FAST VP, ມັນດີກວ່າທີ່ຈະປ່ອຍໃຫ້ມັນເປີດໃຊ້. ໃຫ້ມັນແຈກຢາຍຂໍ້ມູນໃນໄລຍະເວລາທີ່ໄດ້ຮັບແລະເທື່ອລະຫນ້ອຍຫນຶ່ງຄັ້ງຕໍ່ປີແລະມີຜົນກະທົບທີ່ຮ້າຍແຮງຕໍ່ການປະຕິບັດວຽກງານອື່ນໆ. ໃນກໍລະນີດັ່ງກ່າວ, ການແຈກຢາຍຂໍ້ມູນອາດຈະໃຊ້ເວລາດົນ.
3. ຈົ່ງລະມັດລະວັງໃນເວລາເລືອກປ່ອງຢ້ຽມການຍົກຍ້າຍ. ເຖິງແມ່ນວ່ານີ້ແມ່ນຈະແຈ້ງ, ພະຍາຍາມເລືອກເວລາທີ່ມີການໂຫຼດຫນ້ອຍສຸດ Unity ແລະຈັດສັນໄລຍະເວລາທີ່ພຽງພໍ.
4. ວາງແຜນທີ່ຈະຂະຫຍາຍລະບົບການເກັບຮັກສາຂອງທ່ານ, ເຮັດມັນໃຫ້ທັນເວລາ. ນີ້ແມ່ນຄໍາແນະນໍາທົ່ວໄປທີ່ມີຄວາມສໍາຄັນສໍາລັບ FAST VP ເຊັ່ນກັນ. ຖ້າຈໍານວນພື້ນທີ່ຫວ່າງມີຂະຫນາດນ້ອຍຫຼາຍ, ການເຄື່ອນໄຫວຂໍ້ມູນຈະຊ້າລົງຫຼືກາຍເປັນສິ່ງທີ່ເປັນໄປບໍ່ໄດ້. ໂດຍສະເພາະຖ້າທ່ານລະເລີຍຈຸດ 2.
5. ເມື່ອຂະຫຍາຍສະນຸກເກີດ້ວຍການເປີດໃຊ້ FAST VP, ທ່ານບໍ່ຄວນເລີ່ມຕົ້ນດ້ວຍແຜ່ນທີ່ຊ້າທີ່ສຸດ. ນັ້ນແມ່ນ, ພວກເຮົາອາດຈະເພີ່ມກຸ່ມ RAID ທີ່ວາງແຜນໄວ້ທັງຫມົດໃນເວລາດຽວກັນ, ຫຼືເພີ່ມແຜ່ນທີ່ໄວທີ່ສຸດກ່ອນ. ໃນ​ກໍ​ລະ​ນີ​ນີ້, redistributing data to new “fast” disks ຈະເພີ່ມຄວາມໄວໂດຍລວມຂອງສະນຸກເກີ. ຖ້າບໍ່ດັ່ງນັ້ນ, ເລີ່ມຕົ້ນດ້ວຍແຜ່ນ "ຊ້າ" ສາມາດນໍາໄປສູ່ສະຖານະການທີ່ບໍ່ພໍໃຈຫຼາຍ. ຫນ້າທໍາອິດ, ຂໍ້ມູນຈະຖືກໂອນໄປຫາແຜ່ນດິດໃຫມ່, ຂ້ອນຂ້າງຊ້າ, ແລະຫຼັງຈາກນັ້ນ, ເມື່ອເພີ່ມໄວຂຶ້ນ, ໃນທິດທາງກົງກັນຂ້າມ. ມີຄວາມແຕກຕ່າງກັນຢູ່ທີ່ນີ້ທີ່ກ່ຽວຂ້ອງກັບນະໂຍບາຍ FAST VP ທີ່ແຕກຕ່າງກັນ, ແຕ່ໂດຍທົ່ວໄປ, ສະຖານະການທີ່ຄ້າຍຄືກັນແມ່ນເປັນໄປໄດ້.

ຖ້າທ່ານກໍາລັງຊອກຫາຜະລິດຕະພັນນີ້, ທ່ານສາມາດທົດລອງໃຊ້ Unity ໄດ້ໂດຍບໍ່ເສຍຄ່າໂດຍການດາວໂຫລດເຄື່ອງໃຊ້ virtual Unity VSA.

ໃນຕອນທ້າຍຂອງເອກະສານ, ຂ້າພະເຈົ້າແບ່ງປັນການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດຫຼາຍ:

• ໜ້າ ລະບົບການເກັບຮັກສາ Unity
• Dell EMC Unity: FAST VP Theory of Operation - ລາຍ​ລະ​ອຽດ​ໂດຍ​ຫຍໍ້​ຂອງ​ຫນ້າ​ທີ່​
• ລາຍລະອຽດເພີ່ມເຕີມ ແລະຄົບຖ້ວນ, ຮູບແບບ pdf
• Unity VSA/Cloud edition

ສະຫລຸບ

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

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