ການວາງແຜນໂຄງສ້າງພື້ນຖານສໍາລັບການຕິດຕັ້ງ Zimbra Collaboration Suite

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

ຄຸນນະສົມບັດຕົ້ນຕໍຂອງ Zimbra ໃນການປຽບທຽບກັບວິທີແກ້ໄຂອື່ນໆແມ່ນວ່າໃນກໍລະນີຂອງ ZCS, ຄໍຂວດແມ່ນບໍ່ຄ່ອຍເປັນພະລັງງານຂອງໂປເຊດເຊີຫຼື RAM. ປົກກະຕິແລ້ວຂໍ້ຈໍາກັດຕົ້ນຕໍແມ່ນຄວາມໄວຂອງການປ້ອນຂໍ້ມູນແລະຜົນຜະລິດຂອງຮາດດິດແລະດັ່ງນັ້ນ, ຄວາມສົນໃຈຕົ້ນຕໍຄວນໄດ້ຮັບການຈ່າຍໃຫ້ກັບການເກັບຮັກສາຂໍ້ມູນ. ຂໍ້ກໍານົດຂັ້ນຕ່ໍາທີ່ລະບຸໄວ້ຢ່າງເປັນທາງການສໍາລັບ Zimbra ໃນສະພາບແວດລ້ອມການຜະລິດແມ່ນໂປເຊດເຊີ 4-core 64-bit ທີ່ມີຄວາມໄວ 2 gigahertz, 10 gigabytes ສໍາລັບໄຟລ໌ລະບົບແລະບັນທຶກ, ແລະຢ່າງຫນ້ອຍ 8 gigabyte ຂອງ RAM. ໂດຍປົກກະຕິ, ຄຸນລັກສະນະເຫຼົ່ານີ້ແມ່ນພຽງພໍສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ຈະດໍາເນີນການຕອບສະຫນອງ. ແຕ່ຈະເປັນແນວໃດຖ້າທ່ານຕ້ອງປະຕິບັດ Zimbra ສໍາລັບ 10 ພັນຜູ້ໃຊ້? ເຄື່ອງແມ່ຂ່າຍໃດແລະພວກເຂົາຄວນຈະຖືກປະຕິບັດໃນກໍລະນີນີ້ແນວໃດ?

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

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

ໃນຫຼັກການ, ຫຼັງຈາກການສ້າງ LDAP, MTA, ເຊີບເວີ Proxy, ການເກັບຮັກສາເຄືອຂ່າຍແລະການລວມເຂົ້າກັນເຂົ້າໄປໃນໂຄງສ້າງພື້ນຖານດຽວ, Zimbra Collaboration Suite ສໍາລັບຜູ້ໃຊ້ 10000 ຄົນແມ່ນກຽມພ້ອມສໍາລັບຄະນະກໍາມະການ. ການດໍາເນີນງານຂອງການຕັ້ງຄ່ານີ້ຈະຂ້ອນຂ້າງງ່າຍດາຍ:

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

ວິທີການຕົ້ນຕໍແມ່ນ hardware redundancy. ເພີ່ມເຕີມ MTA ແລະ Proxy nodes ສາມາດ, ໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວຂອງເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍ, ໃຊ້ເວລາຊົ່ວຄາວກ່ຽວກັບບົດບາດຂອງຕົ້ນຕໍ. ການເຮັດຊ້ໍາກັນຂອງໂຄງສ້າງພື້ນຖານທີ່ສໍາຄັນແມ່ນເກືອບສະເຫມີເປັນຄວາມຄິດທີ່ດີ, ແຕ່ມັນບໍ່ເປັນໄປໄດ້ສະເຫມີໃນຂອບເຂດທີ່ຕ້ອງການ. ຕົວຢ່າງທີ່ໂດດເດັ່ນແມ່ນການຈອງເຄື່ອງແມ່ຂ່າຍທີ່ເມລຖືກເກັບໄວ້. ໃນປັດຈຸບັນ, Zimbra Collaboration Suite Open-Source Edition ບໍ່ຮອງຮັບການສ້າງຮ້ານຄ້າທີ່ຊໍ້າກັນ, ດັ່ງນັ້ນຖ້າຫນຶ່ງໃນເຄື່ອງແມ່ຂ່າຍເຫຼົ່ານີ້ລົ້ມເຫລວ, ການຢຸດເຮັດວຽກບໍ່ສາມາດຫຼີກລ່ຽງໄດ້, ແລະເພື່ອຫຼຸດຜ່ອນເວລາຢຸດເຮັດວຽກທີ່ເກີດຈາກຄວາມລົ້ມເຫຼວຂອງຮ້ານເມລ, ຜູ້ຈັດການ IT ສາມາດນໍາໄປໃຊ້ສໍາເນົາສໍາຮອງຂອງມັນ. ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍອື່ນ.

ເນື່ອງຈາກບໍ່ມີລະບົບການສໍາຮອງຂໍ້ມູນທີ່ສ້າງຂຶ້ນໃນ Zimbra OSE, ພວກເຮົາຈະຕ້ອງການ Zextras Backup, ເຊິ່ງສະຫນັບສະຫນູນການສໍາຮອງຂໍ້ມູນໃນເວລາຈິງ, ແລະການເກັບຮັກສາພາຍນອກ. ນັບຕັ້ງແຕ່ Zextras Backup, ເມື່ອເຮັດການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ແລະເພີ່ມຂຶ້ນ, ເອົາຂໍ້ມູນທັງຫມົດໄວ້ໃນໂຟເດີ /opt/zimbra/backup, ມັນຈະສົມເຫດສົມຜົນທີ່ຈະຕິດຕັ້ງພາຍນອກ, ເຄືອຂ່າຍຫຼືແມ້ກະທັ້ງການເກັບຮັກສາຟັງເຂົ້າໄປໃນມັນ, ດັ່ງນັ້ນຖ້າເຄື່ອງແມ່ຂ່າຍຫນຶ່ງລົ້ມເຫລວ, ທ່ານຈະມີສື່ທີ່ມີສໍາເນົາສໍາຮອງທີ່ເປັນປັດຈຸບັນໃນເວລາສຸກເສີນ. ມັນສາມາດຖືກນຳໃຊ້ໃນເຊີບເວີທາງກາຍະພາບສຳຮອງ, ໃນເຄື່ອງສະເໝືອນ, ຫຼືໃນຄລາວ. ມັນຍັງເປັນຄວາມຄິດທີ່ດີທີ່ຈະຕິດຕັ້ງ MTA ທີ່ມີການກັ່ນຕອງຂີ້ເຫຍື້ອຢູ່ທາງຫນ້າຂອງ Zimbra Proxy server ເພື່ອຫຼຸດຜ່ອນຈໍານວນການຈະລາຈອນຂີ້ເຫຍື້ອທີ່ເຂົ້າມາໃນເຄື່ອງແມ່ຂ່າຍ.

ດັ່ງນັ້ນ, ໂຄງສ້າງພື້ນຖານ Zimbra ທີ່ຖືກປົກປ້ອງຈະມີລັກສະນະຄ້າຍຄືນີ້:

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

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