ຮາດດິດ SMR (ກະເບື້ອງ) ໂດຍບໍ່ມີການຊີ້ບອກເຖິງການມີ SMR ໄດ້ເຂົ້າໄປໃນຊ່ອງທາງການຂາຍ

ຜູ້ຜະລິດທັງສາມເລີ່ມຂາຍຂະຫນາດນ້ອຍຂ້ອນຂ້າງ, ເລີ່ມຈາກ 2TB HDD ແຜ່ນ SMR (ກະເບື້ອງ)ໂດຍບໍ່ໄດ້ລະບຸມັນຢູ່ໃນ specs: WD, Seagate, Toshiba

ໃນອິນເຕີເນັດແລະສື່ມວນຊົນພາສາອັງກິດ, ການກະທໍາດັ່ງກ່າວຖືກວິພາກວິຈານແລະ, ຂ້າພະເຈົ້າຄິດວ່າ, ຖືກຕ້ອງ. ໃນລັດເຊຍ, ຊັບພະຍາກອນ THG ໄດ້ຖືກສັງເກດເຫັນດ້ວຍບົດຄວາມ Western Digital ໃຊ້ DM-SMR, ເຮັດໃຫ້ໄດ WD Red ເຫມາະສົມກັບ NAS ແລະ RAID. ບົດຂຽນນີ້, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ເປັນການຂີ້ຕົວະທີ່ບໍ່ຫນ້າອັບອາຍ, ຈາກຫົວຂໍ້ເຖິງບົດສະຫຼຸບ: "ຂໍຂອບໃຈກັບເຕັກໂນໂລຢີການບັນທຶກ DM-SMR, Western Digital ໄດ້ເຮັດໃຫ້ຮາດດິດ WD Red ຂອງມັນເຫມາະສົມກັບ NAS ແລະ RAID." ມັນ​ເປັນ​ທີ່​ຫນ້າ​ສົນ​ໃຈ​ວ່າ​ໃນ​ສະ​ບັບ​ພາ​ສາ​ອັງ​ກິດ​ຂອງ​ບົດ​ຄວາມ​ Western Digital Fesses Up: ບາງ HDD ສີແດງໃຊ້ SMR Tech ຊ້າໂດຍບໍ່ມີການເປີດເຜີຍ
ບໍ່ມີຂໍ້ເທັດຈິງຂອງການບິດເບືອນດັ່ງກ່າວ

ນອກຈາກນີ້ໃນຂໍ້ຄວາມ thg.ru ຫມາຍເຖິງ Alan Brown,

Alan Brown, ຜູ້ບໍລິຫານເຄືອຂ່າຍຢູ່ UCL Mullard Space Science Laboratory, ພົບທາງອອກຈາກສະຖານະການນີ້. ລາວໄດ້ຄົ້ນພົບວ່າ RAID dumps, ເຊິ່ງຖືກປະຕິບັດໃນເວລາທີ່ເພີ່ມໄດໃຫມ່ເຂົ້າໄປໃນ RAID array ທີ່ມີຢູ່ແລ້ວແລະຫຼັງຈາກນັ້ນຂຽນທັບມັນເພື່ອດຸ່ນດ່ຽງການເຂົ້າເຖິງ, ເຮັດໃຫ້ລະບົບເອົາ WD Red HDDs ໃຫມ່ອອກຈາກການຄວບຄຸມ.

ມັນຂ້ອນຂ້າງບໍ່ຊັດເຈນວ່າມັນຫມາຍຄວາມວ່າ "ລະບົບເອົາ WD Red HDDs ໃຫມ່ອອກຈາກພາຍໃຕ້ການຄວບຄຸມຂອງມັນ." - ແຕ່ອີງຕາມຄວາມຫມາຍຂອງການສະເຫນີ, ນີ້ແມ່ນການແກ້ໄຂ.

ໃນເວລາດຽວກັນ ຕົວຈິງແລ້ວ Alan ຂຽນກ່ຽວກັບຫົວຂໍ້ - ແຕ່ຂ້ອນຂ້າງກົງກັນຂ້າມ

ໄດຣຟ໌ WD40EFAX ທີ່ຂ້ອຍເຕັມໄປດ້ວຍສູນແມ່ນສະເລ່ຍ 40MB/s, ແຕ່ເລີ່ມຕົ້ນຢູ່ທີ່ 120MB/s.

ໃນກໍລະນີຂອງ ZFS, ຕົວແກ້ໄຂບໍ່ແມ່ນການສະແກນລະດັບຕັນໃນຕອນທ້າຍ, ແຕ່ຈະຂ້າມແຜ່ນທັງຫມົດຍ້ອນວ່າແຕ່ລະໄຟລ໌ຖືກຟື້ນຟູຄືນສູ່ຄວາມສະເຫມີພາບ. ນີ້ປະກົດວ່າເຮັດໃຫ້ເກີດບັນຫາອື່ນໃນ WD40EFAX, ບ່ອນທີ່ການຮ້ອງຂໍໃຫ້ກວດເບິ່ງຂະແຫນງການທີ່ຍັງບໍ່ທັນໄດ້ລາຍລັກອັກສອນເພື່ອເຮັດໃຫ້ drive ເຂົ້າສູ່ລະບົບພາຍໃນຂໍ້ຜິດພາດ "Sector ID Not Found (IDNF)" ແລະຖິ້ມຄວາມຜິດພາດຂອງຮາດແວ I/O ຈາກ. ການໂຕ້ຕອບກັບລະບົບເຈົ້າພາບ.

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

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

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

ໃນກອງປະຊຸມ ມີການກ່າວເຖິງບັນຫາຢູ່ໃນເວັບໄຊທ໌ WD. ໂດຍເນື້ອແທ້ແລ້ວແມ່ນຄືກັນ

ຂ້ອຍຫາກໍຊື້ WD RED 3 ອັນເພື່ອທົດແທນໄດຣຟ໌ເກົ່າໃນອາເຣ ZFS

ທັງໝົດສາມອັນແມ່ນລົ້ມເຫລວໃນລະຫວ່າງການເຕີມເງິນກັບ IDNF (ບໍ່ພົບ Sector ID) ຂໍ້ຜິດພາດ:

ເທົ່າທີ່ຂ້າພະເຈົ້າເຂົ້າໃຈ, ບັນຫາແມ່ນຢູ່ກັບ
WD RED - WD Red EFAX ແມ່ນ SMR drives ແລະມີ 256 MB ຂອງ cache. EFRX drives - ຢ່າໃຊ້ SMR (ເຫຼົ່ານີ້ແມ່ນໄດ CMR ປົກກະຕິ) ແລະມີ cache 64 MB.
Toshiba ມີຫຼາຍແບບ ລາຍລະອຽດເພີ່ມເຕີມທີ່ນີ້
Seagate ມີຫຼາຍຊຸດ - ລາຍລະອຽດເພີ່ມເຕີມທີ່ນີ້

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