ການເພີ່ມປະສິດທິພາບການເກັບຮັກສາຈົດໝາຍໃນ Zimbra Collaboration Suite

ໃນຫນຶ່ງຂອງພວກເຮົາ ບົດຄວາມທີ່ຜ່ານມາ, ອຸທິດຕົນເພື່ອການວາງແຜນໂຄງສ້າງພື້ນຖານໃນເວລາທີ່ປະຕິບັດ Zimbra Collabortion Suite ໃນວິສາຫະກິດ, ມັນໄດ້ຖືກກ່າວວ່າຂໍ້ຈໍາກັດຕົ້ນຕໍໃນການດໍາເນີນງານຂອງການແກ້ໄຂນີ້ແມ່ນຄວາມໄວ I/O ຂອງອຸປະກອນແຜ່ນໃນການເກັບຮັກສາເມລ. ແທ້ຈິງແລ້ວ, ໃນເວລາທີ່ພະນັກງານຫຼາຍຮ້ອຍຄົນຂອງວິສາຫະກິດເຂົ້າເຖິງບ່ອນເກັບມ້ຽນເມລ໌ດຽວກັນ, ຄວາມກວ້າງຂອງຊ່ອງທາງການຂຽນແລະອ່ານຂໍ້ມູນຈາກຮາດດິດອາດຈະບໍ່ພຽງພໍສໍາລັບການປະຕິບັດງານທີ່ຕອບສະຫນອງຂອງການບໍລິການ. ແລະຖ້າສໍາລັບການຕິດຕັ້ງຂະຫນາດນ້ອຍຂອງ Zimbra ນີ້ຈະບໍ່ເປັນບັນຫາໂດຍສະເພາະ, ຫຼັງຈາກນັ້ນໃນກໍລະນີຂອງວິສາຫະກິດຂະຫນາດໃຫຍ່ແລະຜູ້ໃຫ້ບໍລິການ SaaS, ທັງຫມົດນີ້ສາມາດນໍາໄປສູ່ອີເມລ໌ທີ່ບໍ່ຕອບສະຫນອງແລະ, ດັ່ງນັ້ນ, ການຫຼຸດລົງຂອງປະສິດທິພາບຂອງພະນັກງານ, ເຊັ່ນດຽວກັນກັບການລະເມີດ. ຂອງ SLAs. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າ, ເມື່ອອອກແບບແລະປະຕິບັດການຕິດຕັ້ງ Zimbra ຂະຫນາດໃຫຍ່, ຄວນເອົາໃຈໃສ່ເປັນພິເສດຕໍ່ການເພີ່ມປະສິດທິພາບຂອງຮາດໄດໃນການເກັບຮັກສາເມລ. ໃຫ້ເບິ່ງສອງກໍລະນີແລະພະຍາຍາມຊອກຫາວິທີການເພີ່ມປະສິດທິພາບການໂຫຼດໃນບ່ອນເກັບຂໍ້ມູນໃນແຜ່ນທີ່ສາມາດນໍາໃຊ້ໄດ້ໃນແຕ່ລະພວກມັນ.

1. ການເພີ່ມປະສິດທິພາບໃນເວລາທີ່ການອອກແບບການຕິດຕັ້ງ Zimbra ຂະຫນາດໃຫຍ່

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

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

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

ສໍາລັບການເລືອກລະບົບໄຟລ໌, ທາງເລືອກທີ່ດີທີ່ສຸດແມ່ນການນໍາໃຊ້ມາດຕະຖານ Linux Ext3 / Ext4. nuance ຕົ້ນຕໍທີ່ກ່ຽວຂ້ອງກັບລະບົບໄຟລ໌ແມ່ນວ່າມັນຄວນຈະຖືກຕິດຕັ້ງດ້ວຍພາລາມິເຕີ -noatime. ຕົວເລືອກນີ້ຈະປິດການທໍາງານຂອງການບັນທຶກເວລາຂອງການເຂົ້າເຖິງໄຟລ໌ຫຼ້າສຸດ, ຊຶ່ງຫມາຍຄວາມວ່າມັນຈະຫຼຸດຜ່ອນການໂຫຼດຫຼາຍກ່ຽວກັບການອ່ານແລະການຂຽນ. ໂດຍທົ່ວໄປ, ເມື່ອສ້າງລະບົບໄຟລ໌ ext3 ຫຼື ext4 ສໍາລັບ Zimbra, ທ່ານຄວນໃຊ້ຕົວກໍານົດການທີ່ເປັນປະໂຫຍດຕໍ່ໄປນີ້. mke2fs:

-j — ເພື່ອສ້າງວາລະສານລະບົບໄຟລ໌. ສ້າງລະບົບໄຟລ໌ດ້ວຍວາລະສານ ext3/ext4.
-L NAME - ເພື່ອສ້າງຊື່ປະລິມານເພື່ອນໍາໃຊ້ໃນ /etc/fstab
-O dir_index - ການນໍາໃຊ້ຕົ້ນໄມ້ຄົ້ນຫາ hashed ເພື່ອເລັ່ງການຄົ້ນຫາໄຟລ໌ໃນໄດເລກະທໍລີຂະຫນາດໃຫຍ່
- ມ 2 - ເພື່ອສະຫງວນ 2% ຂອງປະລິມານໃນລະບົບໄຟລ໌ຂະຫນາດໃຫຍ່ສໍາລັບລະບົບຮາກ
- ຂະໜາດ J=400 — ເພື່ອ​ສ້າງ​ວາ​ລະ​ສານ​ຂະ​ຫນາດ​ໃຫຍ່​
-b 4096 - ເພື່ອກໍານົດຂະຫນາດຂອງຕັນໃນ bytes
-i 10240 - ສໍາລັບການເກັບຮັກສາຂໍ້ຄວາມ, ການຕັ້ງຄ່ານີ້ຄວນຈະກົງກັນກັບຂະຫນາດຂໍ້ຄວາມສະເລ່ຍ. ທ່ານຄວນເອົາໃຈໃສ່ກັບພາລາມິເຕີນີ້, ເພາະວ່າມູນຄ່າຂອງມັນບໍ່ສາມາດປ່ຽນແປງໄດ້ໃນພາຍຫຼັງ.

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

2. ການເພີ່ມປະສິດທິພາບດ້ວຍໂຄງສ້າງພື້ນຖານ Zimbra ແລ່ນ

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

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

autofs, netfs - ບໍລິການຄົ້ນພົບລະບົບໄຟລ໌ໄລຍະໄກ
ຈອກ - ບໍລິການພິມ
xinett, vsftpd - ການ​ບໍ​ລິ​ການ * NIX ໃນ​ຕົວ​ທີ່​ທ່ານ​ອາດ​ຈະ​ບໍ່​ຕ້ອງ​ການ​
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — ການ​ບໍ​ລິ​ການ​ໂທ​ລະ​ບຽບ​ການ​ທາງ​ໄກ​, ຊຶ່ງ​ປົກ​ກະ​ຕິ​ແລ້ວ​ແມ່ນ​ການ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັບ​ລະ​ບົບ​ໄຟລ​໌​ເຄືອ​ຂ່າຍ​
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — ຊໍ້າກັນຂອງອຸປະກອນຫຼັກລວມຢູ່ໃນ Zimbra Collaboration Suite
ເລື່ອນ/ປັບປຸງ ຂ - ເນື່ອງຈາກ Zimbra ເກັບຮັກສາແຕ່ລະຂໍ້ຄວາມໃນໄຟລ໌ແຍກຕ່າງຫາກ, ການດໍາເນີນການບໍລິການ updatedb ທຸກໆມື້ສາມາດເຮັດໃຫ້ເກີດບັນຫາ, ແລະດັ່ງນັ້ນຈິ່ງສາມາດເຮັດສິ່ງນີ້ດ້ວຍຕົນເອງໃນລະຫວ່າງການໂຫຼດຫນ້ອຍສຸດໃນເຄື່ອງແມ່ຂ່າຍ.

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

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

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