ການທົດສອບການຂັດຂ້ອງຂອງລະບົບການເກັບຮັກສາ AERODISK ENGINE N2, ການທົດສອບຄວາມແຂງແຮງ

ສະບາຍດີທຸກຄົນ! ດ້ວຍບົດຄວາມນີ້, AERODISK ເປີດ blog ໃນ Habré. Hurray, comrades!

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

ມັນເກີດຂຶ້ນດັ່ງນັ້ນບົດຄວາມກ່ຽວກັບປະຫວັດສາດຂອງບໍລິສັດຂອງພວກເຮົາ, ກ່ຽວກັບຜະລິດຕະພັນຂອງພວກເຮົາ, ເຊັ່ນດຽວກັນກັບຕົວຢ່າງຂອງການປະຕິບັດທີ່ປະສົບຜົນສໍາເລັດແມ່ນວາງສາຍຢູ່ Habre, ເຊິ່ງ. ຂອບໃຈຫຼາຍໆກັບຄູ່ຮ່ວມງານຂອງພວກເຮົາ - ບໍລິສັດ TS Solution ແລະ Softline.

ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າຈະບໍ່ຝຶກອົບຮົມທັກສະການຄຸ້ມຄອງການຄັດລອກວາງຢູ່ທີ່ນີ້, ແຕ່ພຽງແຕ່ຈະສະຫນອງການເຊື່ອມຕໍ່ກັບຕົ້ນສະບັບຂອງບົດຄວາມເຫຼົ່ານີ້:

• ມາດຕາ 1. ກ່ຽວກັບປະຫວັດຂອງບໍລິສັດແລະສະຖາປັດຕະຍະກໍາຂອງລະບົບການເກັບຮັກສາ AERODISK ENGINE
• ມາດຕາ 2. ວິທີການຕິດຕັ້ງລະບົບການເກັບຮັກສາ AERODISK ENGINE ຢ່າງໄວວາ
• ມາດຕາ 3. ໂຄງການທີ່ຫນ້າສົນໃຈກ່ຽວກັບການຈັດຕັ້ງປະຕິບັດການເຝົ້າລະວັງວິດີໂອຂະຫນາດໃຫຍ່ສໍາລັບເຕະບານໂລກ 2018 FIFA ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການ Safe City

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

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

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

• Nizhny Novgorod (ເປີດແລ້ວ - ທ່ານສາມາດລົງທະບຽນໄດ້ທີ່ນີ້ https://aerodisk.promo/nn/);
  ມາຮອດວັນທີ 16 ເມສາ 2019, ທ່ານສາມາດເຂົ້າມາຢ້ຽມຊົມສູນໄດ້ທຸກເວລາ ແລະ ວັນທີ 16 ເມສາ 2019 ຈະໄດ້ມີການຈັດຊຸດຝຶກອົບຮົມຂະໜາດໃຫຍ່.
• Krasnodar (ເປີດໃນໄວໆນີ້ - ທ່ານສາມາດລົງທະບຽນໄດ້ທີ່ນີ້ https://aerodisk.promo/krsnd/ );
  ໃນລະຫວ່າງວັນທີ 9-25 ເມສາ 2019 ສາມາດເຂົ້າມາຢ້ຽມຊົມສູນໄດ້ທຸກເວລາ ແລະ ວັນທີ 25 ເມສາ 2019 ຈະໄດ້ຈັດຕັ້ງຊຸດຝຶກອົບຮົມຂະໜາດໃຫຍ່.
• Екатеринбург (ເປີດໃນໄວໆນີ້, ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ເດືອນພຶດສະພາ-ເດືອນມິຖຸນາ 2019.
• Новосибирск (ປະຕິບັດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ຕຸລາ 2019.
• Красноярск (ປະຕິບັດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ເດືອນພະຈິກ 2019.

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

ທັງໝົດ. ພວກເຮົາເຮັດແລ້ວກັບການຕະຫຼາດ, ໃຫ້ກ້າວໄປສູ່ເຕັກໂນໂລຢີ!

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

ການທົດສອບການຂັດຂ້ອງຂອງລະບົບການເກັບຮັກສາ AERODISK ENGINE N2, ການທົດສອບຄວາມແຂງແຮງ

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

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

ດັ່ງນັ້ນ, ໃຫ້ເຮົາໄປທໍາລາຍມັນ.

ຢືນທົດສອບ

ຂາຕັ້ງຂອງພວກເຮົາປະກອບດ້ວຍຮາດແວຕໍ່ໄປນີ້:

• 1 x ລະບົບການເກັບຮັກສາ Aerodisk Engine N2 (2 ຕົວຄວບຄຸມ, 64GB cache, 8xFC ports 8Gb/s, 4xEthernet ports 10Gb/s SFP+, 4xEthernet ports 1Gb/s); ແຜ່ນຕໍ່ໄປນີ້ຖືກຕິດຕັ້ງຢູ່ໃນລະບົບການເກັບຮັກສາ:
• 4 x ແຜ່ນ SAS SSD 900 GB;
• 12 x SAS 10k ແຜ່ນ 1,2 TB;
• 1 x ເຊີບເວີຟີຊິກກັບ Windows Server 2016 (2xXeon E5 2667 v3, 96GB RAM, 2xFC ພອດ 8Gb/s, 2xEthernet ພອດ 10Gb/s SFP+);
• 2 x SAN 8G ສະຫຼັບ;
• 2 x LAN 10G switch;

ພວກເຮົາເຊື່ອມຕໍ່ເຊີບເວີກັບລະບົບການເກັບຮັກສາຜ່ານສະວິດຜ່ານທັງ FC ແລະ 10G Ethernet. ແຜນວາດຢືນຢູ່ລຸ່ມນີ້.

ອົງປະກອບທີ່ພວກເຮົາຕ້ອງການ, ເຊັ່ນ MPIO ແລະ iSCSI ລິເລີ່ມ, ໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນ Windows Server.
ເຂດຖືກຕັ້ງຄ່າຢູ່ໃນສະວິດ FC, VLAN ທີ່ສອດຄ້ອງກັນຖືກຕັ້ງຄ່າຢູ່ໃນສະວິດ LAN, ແລະ MTU 9000 ຖືກຕິດຕັ້ງຢູ່ໃນພອດເກັບຮັກສາ, ສະວິດ, ແລະໂຮດ (ວິທີການເຮັດທັງຫມົດນີ້ແມ່ນອະທິບາຍຢູ່ໃນເອກະສານຂອງພວກເຮົາ, ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ອະທິບາຍ. ຂະບວນການນີ້ຢູ່ທີ່ນີ້).

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

ແຜນ​ການ​ທົດ​ສອບ​ອຸ​ປະ​ຕິ​ເຫດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ການກວດສອບຄວາມລົ້ມເຫຼວຂອງພອດ FC ແລະ Ethernet.
• ການກວດສອບຄວາມລົ້ມເຫຼວຂອງພະລັງງານ.
• ການກວດສອບຄວາມລົ້ມເຫຼວຂອງການຄວບຄຸມ.
• ກຳລັງກວດສອບຄວາມລົ້ມເຫຼວຂອງດິສຢູ່ໃນກຸ່ມ/ສະນຸກເກີ.

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

IOmeter config ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ອ່ານ/ຂຽນ – 70/30
• ຕັນ - 128k (ພວກເຮົາຕັດສິນໃຈລ້າງລະບົບການເກັບຮັກສາໃນທ່ອນໄມ້ຂະຫນາດໃຫຍ່)
• ຈໍາ​ນວນ​ຂອງ​ກະ​ທູ້ – 128 (ຊຶ່ງ​ແມ່ນ​ຄ້າຍ​ຄື​ກັນ​ຫຼາຍ​ກັບ​ການ​ໂຫຼດ​ຜະ​ລິດ​ຕະ​ພັນ​)
• Random ເຕັມ
• ຈຳນວນຄົນງານ – 4 ຄົນ (2 ຄົນສຳລັບ FC, 2 ຄົນສຳລັບ iSCSI)

ການ​ທົດ​ສອບ​ມີ​ຈຸດ​ປະ​ສົງ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

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

ການກະກຽມໂຮດແລະລະບົບການເກັບຮັກສາ

ພວກເຮົາໄດ້ຕັ້ງຄ່າການບລັອກການເຂົ້າເຖິງໃນລະບົບການເກັບຮັກສາໂດຍໃຊ້ພອດ FC ແລະ Ethernet (FC ແລະ iSCSI, ຕາມລໍາດັບ). guys ຈາກ TS Solution ໄດ້ອະທິບາຍລາຍລະອຽດວິທີການເຮັດສິ່ງນີ້ໃນບົດຄວາມທີ່ຜ່ານມາ (https://habr.com/ru/company/tssolution/blog/432876/). ແລະ, ແນ່ນອນ, ບໍ່ມີໃຜຍົກເລີກຄູ່ມືແລະຫຼັກສູດ.

ພວກເຮົາຕັ້ງກຸ່ມປະສົມໂດຍໃຊ້ໄດທັງໝົດທີ່ພວກເຮົາມີ. 2 ແຜ່ນ SSD ຖືກເພີ່ມໃສ່ແຄດ, 2 ແຜ່ນ SSD ຖືກເພີ່ມເປັນຊັ້ນເກັບຮັກສາເພີ່ມເຕີມ (ຊັ້ນອອນໄລນ໌). ພວກເຮົາໄດ້ຈັດກຸ່ມ 12 SAS10k drives ເຂົ້າໄປໃນ RAID-60P (triple parity) ເພື່ອກວດເບິ່ງຄວາມລົ້ມເຫຼວຂອງສາມໄດໃນກຸ່ມໃນເວລາດຽວກັນ. ແຜ່ນໜຶ່ງຖືກປະໄວ້ສຳລັບການປ່ຽນແທນອັດຕະໂນມັດ.

ພວກເຮົາເຊື່ອມຕໍ່ສອງ LUNs (ຫນຶ່ງຜ່ານ FC, ຫນຶ່ງຜ່ານ iSCSI).

ເຈົ້າຂອງ LUN ທັງສອງແມ່ນຕົວຄວບຄຸມ Engine-0

ໃຫ້ເລີ່ມຕົ້ນການທົດສອບ

ພວກເຮົາເປີດໃຊ້ IOMETER ດ້ວຍການຕັ້ງຄ່າຂ້າງເທິງ.

ພວກເຮົາບັນທຶກການສົ່ງຜ່ານຂອງ 1.8 GB/s ແລະ latency 3 milliseconds. ບໍ່ມີຂໍ້ຜິດພາດ (ຈໍານວນຄວາມຜິດພາດທັງຫມົດ).

ໃນຂະນະດຽວກັນ, ຈາກໄດຣຟ໌ທ້ອງຖິ່ນ “C” ຂອງເຈົ້າພາບຂອງພວກເຮົາ, ພວກເຮົາພ້ອມກັນເລີ່ມຄັດລອກໄຟລ໌ 100GB ຂະຫນາດໃຫຍ່ສອງໄຟລ໌ໄປຫາ FC ແລະ iSCSI storage LUNs (ຂັບ E ແລະ G ໃນ Windows), ໂດຍໃຊ້ການໂຕ້ຕອບອື່ນໆ.

ຂ້າງເທິງນີ້ແມ່ນຂະບວນການຄັດລອກໄປທີ່ LUN FC, ຂ້າງລຸ່ມນີ້ແມ່ນ iSCSI.

ການທົດສອບ #1: ປິດການໃຊ້ງານຜອດ I/O

ພວກເຮົາເຂົ້າຫາລະບົບການເກັບຮັກສາຈາກທາງຫລັງ))) ແລະດ້ວຍມືເລັກນ້ອຍ, ພວກເຮົາດຶງສາຍ FC ແລະ Ethernet 10G ທັງຫມົດອອກຈາກຕົວຄວບຄຸມ Engine-0. ມັນຄືກັບວ່າຜູ້ຍິງທຳຄວາມສະອາດທີ່ມີຜ້າເຊັດມືຍ່າງມາ ແລະຕັດສິນໃຈລ້າງພື້ນຢູ່ບ່ອນທີ່ມີນ້ຳມູກນອນຢູ່ ແລະສາຍໄຟນອນຢູ່ (ເຊັ່ນ: ຕົວຄວບຄຸມຍັງເຮັດວຽກຢູ່, ແຕ່ປອດ I/O ຕາຍແລ້ວ).

ໃຫ້ເບິ່ງ IOMETER ແລະການຄັດລອກໄຟລ໌. ອັດຕາການສົ່ງຜ່ານຫຼຸດລົງເຖິງ 0,5 GB/s, ແຕ່ກັບຄືນສູ່ລະດັບທີ່ຜ່ານມາຢ່າງໄວວາ (ໃນເວລາປະມານ 4-5 ວິນາທີ). ບໍ່ມີຂໍ້ຜິດພາດໃດໆ.

ການສຳເນົາໄຟລ໌ບໍ່ໄດ້ຢຸດ, ມີຄວາມໄວຫຼຸດລົງ, ແຕ່ມັນບໍ່ສໍາຄັນເລີຍ (ຈາກ 840 MB/s ມັນຫຼຸດລົງມາເປັນ 720 MB/s). ການສຳເນົາຍັງບໍ່ໄດ້ຢຸດ.

ພວກເຮົາເບິ່ງບັນທຶກຂອງລະບົບການເກັບຮັກສາແລະເບິ່ງຂໍ້ຄວາມກ່ຽວກັບຄວາມບໍ່ພ້ອມຂອງພອດແລະການຍົກຍ້າຍອັດຕະໂນມັດຂອງກຸ່ມ.

ກະດານຂໍ້ມູນຍັງບອກພວກເຮົາວ່າທຸກສິ່ງທຸກຢ່າງບໍ່ດີກັບພອດ FC.

ລະບົບການເກັບຮັກສາໄດ້ລອດຊີວິດຈາກຄວາມລົ້ມເຫຼວຂອງພອດ I/O ສໍາເລັດ.

ການທົດສອບສະບັບທີ 2. ການປິດການໃຊ້ງານຕົວຄວບຄຸມການເກັບຮັກສາ

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

ອີກເທື່ອຫນຶ່ງພວກເຮົາເຂົ້າຫາລະບົບການເກັບຮັກສາຈາກທາງຫລັງ (ພວກເຮົາມັກມັນ))) ແລະເວລານີ້ພວກເຮົາດຶງຕົວຄວບຄຸມ Engine-1, ເຊິ່ງໃນເວລານີ້ເປັນເຈົ້າຂອງ RDG (ທີ່ກຸ່ມຍ້າຍໄປ).

ສະຖານະການໃນ IOmeter ແມ່ນດັ່ງຕໍ່ໄປນີ້. I/O ຢຸດປະມານ 5 ວິນາທີ. ຄວາມຜິດພາດບໍ່ສະສົມ.

ຫຼັງ​ຈາກ 5 ວິນາທີ, I/O ສືບຕໍ່ດ້ວຍ​ການ​ສົ່ງ​ຕໍ່​ທີ່​ຄື​ກັນ, ແຕ່​ມີ​ການ​ແຝງ​ທີ່ 35 ມິນ​ລິ​ວິ​ນາ​ທີ (ການ​ເລັ່ງ​ແກ້​ໄຂ​ຫຼັງ​ຈາກ​ສອງ​ສາມ​ນາ​ທີ). ດັ່ງທີ່ເຫັນໄດ້ຈາກພາບຫນ້າຈໍ, ມູນຄ່າການນັບຄວາມຜິດພາດທັງຫມົດແມ່ນ 0, ນັ້ນແມ່ນ, ບໍ່ມີຄວາມຜິດພາດການຂຽນຫຼືການອ່ານ.

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

ພວກເຮົາໄປຫາລະບົບການເກັບຮັກສາແລະເບິ່ງຄໍາສາບແຊ່ງໃນກະດານຂໍ້ມູນວ່າຕົວຄວບຄຸມ Engine-1 ບໍ່ສາມາດໃຊ້ໄດ້ (ແນ່ນອນ, ພວກເຮົາໄດ້ຂ້າມັນ).

ພວກເຮົາຍັງເຫັນການເຂົ້າທີ່ຄ້າຍຄືກັນຢູ່ໃນບັນທຶກ.

ຕົວຄວບຄຸມການເກັບຮັກສາຍັງລອດຊີວິດຈາກຄວາມລົ້ມເຫລວ ສໍາເລັດ.

ການທົດສອບເລກທີ 3: ຕັດການເຊື່ອມຕໍ່ການສະຫນອງພະລັງງານ.

ພຽງແຕ່ໃນກໍລະນີ, ພວກເຮົາເລີ່ມຕົ້ນການຄັດລອກໄຟລ໌ອີກເທື່ອຫນຶ່ງ, ແຕ່ບໍ່ໄດ້ຢຸດ IOMETER.
ພວກເຮົາດຶງຫນ່ວຍສະຫນອງພະລັງງານ.

ການແຈ້ງເຕືອນອີກອັນໜຶ່ງໄດ້ຖືກເພີ່ມໃສ່ລະບົບການເກັບຮັກສາໃນແຜງຂໍ້ມູນ.

ນອກຈາກນັ້ນໃນເມນູເຊັນເຊີພວກເຮົາເຫັນວ່າເຊັນເຊີທີ່ກ່ຽວຂ້ອງກັບການສະຫນອງພະລັງງານທີ່ດຶງອອກມາໄດ້ປ່ຽນເປັນສີແດງ.

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

ຜ່ານການທົດສອບຄວາມລົ້ມເຫຼວຂອງພະລັງງານ ສໍາເລັດ.

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

ການທົດສອບເລກທີ 4. ຄວາມລົ້ມເຫຼວຂອງສາມແຜ່ນໃນກຸ່ມ

ກ່ອນການທົດສອບນີ້, ພວກເຮົາໄດ້ດໍາເນີນຂັ້ນຕອນການກະກຽມເພີ່ມເຕີມ. ຄວາມຈິງແມ່ນວ່າລະບົບການເກັບຮັກສາ ENGINE ສະຫນອງສິ່ງທີ່ເປັນປະໂຫຍດຫຼາຍ - ນະໂຍບາຍການກໍ່ສ້າງໃຫມ່ທີ່ແຕກຕ່າງກັນ. TS Solution ໄດ້ຂຽນກ່ຽວກັບຄຸນສົມບັດນີ້ກ່ອນໜ້ານີ້, ແຕ່ຂໍໃຫ້ຈື່ຈຳຄວາມສໍາຄັນຂອງມັນ. ຜູ້ເບິ່ງແຍງການເກັບຮັກສາສາມາດກໍານົດບູລິມະສິດສໍາລັບການຈັດສັນຊັບພະຍາກອນໃນລະຫວ່າງການສ້າງໃຫມ່. ບໍ່ວ່າຈະຢູ່ໃນທິດທາງຂອງການປະຕິບັດ I/O, ນັ້ນແມ່ນ, ການກໍ່ສ້າງຄືນໃຫມ່ໃຊ້ເວລາດົນກວ່າ, ແຕ່ບໍ່ມີການດຶງການປະຕິບັດ. ຫຼືໃນທິດທາງຂອງຄວາມໄວໃນການຟື້ນຟູ, ແຕ່ຜົນຜະລິດຈະຫຼຸດລົງ. ຫຼືທາງເລືອກທີ່ສົມດູນ. ເນື່ອງຈາກປະສິດທິພາບການເກັບຮັກສາໃນລະຫວ່າງການສ້າງກຸ່ມແຜ່ນຄືນໃໝ່ແມ່ນເປັນເລື່ອງທີ່ຜູ້ເບິ່ງແຍງຈະຕ້ອງເຈັບຫົວສະເໝີ, ພວກເຮົາຈະທົດສອບນະໂຍບາຍທີ່ມີອະຄະຕິຕໍ່ປະສິດທິພາບ I/O ແລະໃນຄ່າໃຊ້ຈ່າຍຂອງຄວາມໄວໃນການກໍ່ສ້າງຄືນໃໝ່.

ຕອນນີ້ໃຫ້ກວດເບິ່ງຄວາມລົ້ມເຫຼວຂອງແຜ່ນ. ພວກເຮົາຍັງເປີດໃຊ້ການບັນທຶກໄປຍັງ LUNs (ໄຟລ໌ ແລະ IOMETER). ເນື່ອງຈາກພວກເຮົາມີກຸ່ມທີ່ມີ triple parity (RAID-60P), ນີ້ຫມາຍຄວາມວ່າລະບົບຕ້ອງທົນກັບຄວາມລົ້ມເຫຼວຂອງສາມແຜ່ນ, ແລະຫຼັງຈາກຄວາມລົ້ມເຫຼວ, ການທົດແທນອັດຕະໂນມັດຕ້ອງເຮັດວຽກ, ແຜ່ນຫນຶ່ງຕ້ອງແທນທີ່ຫນຶ່ງທີ່ລົ້ມເຫລວ. ໃນ RDG, ແລະການກໍ່ສ້າງໃຫມ່ຕ້ອງເລີ່ມຕົ້ນໃນມັນ.

ເລີ່ມຕົ້ນ. ກ່ອນອື່ນ ໝົດ, ໂດຍຜ່ານການໂຕ້ຕອບການເກັບຮັກສາ, ໃຫ້ເນັ້ນໃສ່ແຜ່ນທີ່ພວກເຮົາຕ້ອງການດຶງອອກ (ເພື່ອບໍ່ໃຫ້ພາດແລະດຶງແຜ່ນອັດຕະໂນມັດ).

ພວກເຮົາກວດເບິ່ງຕົວຊີ້ບອກໃນຮາດແວ. ທຸກຢ່າງແມ່ນດີ, ພວກເຮົາເຫັນສາມແຜ່ນທີ່ເນັ້ນໃສ່.

ແລະພວກເຮົາດຶງອອກສາມແຜ່ນເຫຼົ່ານີ້.

ໃຫ້ເບິ່ງສິ່ງທີ່ຢູ່ໃນເຈົ້າພາບ. ແລະບໍ່ມີ ... ບໍ່ມີຫຍັງພິເສດເກີດຂຶ້ນ.

ຕົວຊີ້ວັດການຄັດລອກ (ພວກມັນສູງກວ່າໃນຕອນເລີ່ມຕົ້ນ, ເພາະວ່າແຄດໄດ້ອົບອຸ່ນຂຶ້ນ) ແລະ IOMETER ບໍ່ປ່ຽນແປງຫຼາຍເມື່ອເອົາແຜ່ນດິດອອກແລະເລີ່ມຕົ້ນສ້າງໃຫມ່ (ພາຍໃນ 5-10%).

ໃຫ້ເບິ່ງສິ່ງທີ່ຢູ່ໃນລະບົບການເກັບຮັກສາ.

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

ໃນ RDG skeleton ທ່ານສາມາດເບິ່ງວ່າ 2 ແຜ່ນຢູ່ໃນສະຖານະສີແດງ, ແລະຫນຶ່ງໄດ້ຖືກທົດແທນແລ້ວ. ແຜ່ນການປ່ຽນແທນອັດຕະໂນມັດແມ່ນບໍ່ມີແລ້ວ; ມັນປ່ຽນແທນແຜ່ນທີ່ 3 ທີ່ລົ້ມເຫລວ. ການກໍ່ສ້າງຄືນໃຫມ່ໃຊ້ເວລາຫຼາຍນາທີ, ການຂຽນໄຟລ໌ເມື່ອ 3 ແຜ່ນລົ້ມເຫລວບໍ່ໄດ້ຖືກລົບກວນ, ແລະການປະຕິບັດ I / O ບໍ່ໄດ້ປ່ຽນແປງຫຼາຍ.

ການທົດສອບຄວາມລົ້ມເຫຼວຂອງດິດຜ່ານແນ່ນອນ ສໍາເລັດ.

ສະຫລຸບ

ໃນຈຸດນີ້, ພວກເຮົາຕັດສິນໃຈຢຸດຄວາມຮຸນແຮງຕໍ່ລະບົບການເກັບຮັກສາ. ຂໍສະຫຼຸບ:

• ການກວດສອບຄວາມລົ້ມເຫຼວຂອງພອດ FC - ສຳເລັດແລ້ວ
• ກວດສອບຄວາມລົ້ມເຫຼວຂອງພອດອີເທີເນັດ - ສຳເລັດແລ້ວ
• ການກວດສອບຄວາມລົ້ມເຫຼວຂອງການຄວບຄຸມ - ສໍາເລັດ
• ການທົດສອບຄວາມລົ້ມເຫຼວຂອງພະລັງງານ - ປະສົບຜົນສໍາເລັດ
• ກວດສອບຄວາມລົ້ມເຫຼວຂອງແຜ່ນໃນ grouppool - ສຳເລັດແລ້ວ

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

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

• Nizhny Novgorod (ເປີດແລ້ວ - ທ່ານສາມາດລົງທະບຽນໄດ້ທີ່ນີ້ https://aerodisk.promo/nn/);
  ມາຮອດວັນທີ 16 ເມສາ 2019, ທ່ານສາມາດເຂົ້າມາຢ້ຽມຊົມສູນໄດ້ທຸກເວລາ ແລະ ວັນທີ 16 ເມສາ 2019 ຈະໄດ້ມີການຈັດຊຸດຝຶກອົບຮົມຂະໜາດໃຫຍ່.
• Krasnodar (ເປີດໃນໄວໆນີ້ - ທ່ານສາມາດລົງທະບຽນໄດ້ທີ່ນີ້ https://aerodisk.promo/krsnd/ );
  ໃນລະຫວ່າງວັນທີ 9-25 ເມສາ 2019 ສາມາດເຂົ້າມາຢ້ຽມຊົມສູນໄດ້ທຸກເວລາ ແລະ ວັນທີ 25 ເມສາ 2019 ຈະໄດ້ຈັດຕັ້ງຊຸດຝຶກອົບຮົມຂະໜາດໃຫຍ່.
• Екатеринбург (ເປີດໃນໄວໆນີ້, ຕິດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ເດືອນພຶດສະພາ-ເດືອນມິຖຸນາ 2019.
• Новосибирск (ປະຕິບັດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ຕຸລາ 2019.
• Красноярск (ປະຕິບັດຕາມຂໍ້ມູນຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາຫຼືຢູ່ໃນHabre);
  ເດືອນພະຈິກ 2019.

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