Манай нэгд Zimbra Collabortion Suite-ийг аж ахуйн нэгжид хэрэгжүүлэхэд дэд бүтцийн төлөвлөлтөд зориулагдсан бөгөөд энэхүү шийдлийн үйл ажиллагааны гол хязгаарлалт нь шуудангийн хадгалалт дахь дискний төхөөрөмжийн оролт / гаралтын хурд юм. Үнэн хэрэгтээ, аж ахуйн нэгжийн хэдэн зуун ажилтан нэгэн зэрэг шуудангийн санд нэвтэрч байгаа энэ үед хатуу дискнээс мэдээлэл бичих, унших сувгийн өргөн нь үйлчилгээний хариу үйлдэл хийхэд хангалтгүй байж магадгүй юм. Хэрэв Zimbra-ийн жижиг суурилуулалтын хувьд энэ нь онцгой асуудал биш юм бол томоохон аж ахуйн нэгжүүд болон SaaS үйлчилгээ үзүүлэгчдийн хувьд энэ бүхэн имэйлд хариу өгөхгүй байх, үр дүнд нь ажилчдын үр ашиг буурах, түүнчлэн зөрчилд хүргэж болзошгүй юм. SLA-уудын. Тийм ч учраас том хэмжээний Zimbra суурилуулалтыг зохион бүтээх, ажиллуулахдаа шуудангийн хадгалалтын хатуу дискний гүйцэтгэлийг оновчтой болгоход онцгой анхаарал хандуулах хэрэгтэй. Хоёр тохиолдлыг авч үзээд дискний санах ойн ачааллыг оновчтой болгох ямар аргуудыг тус бүрт нь ашиглаж болохыг олж мэдье.
1. Том хэмжээний Zimbra суурилуулалтыг төлөвлөхдөө оновчтой болгох
Өндөр ачаалалтай Zimbra суурилуулалтын дизайны үе шатанд администратор ямар хадгалах системийг ашиглахаа сонгох шаардлагатай болно. Энэ асуудлыг шийдэхийн тулд хатуу дискний үндсэн ачаалал нь Zimbra Collaboration Suite-д багтсан MariaDB DBMS, Apache Lucene хайлтын систем, blob хадгалах сангаас ирдэг гэдгийг та мэдэх хэрэгтэй. Тийм ч учраас эдгээр програм хангамжийн бүтээгдэхүүнийг ачаалал ихтэй нөхцөлд ажиллуулахын тулд өндөр хурдтай, найдвартай төхөөрөмж ашиглах шаардлагатай байдаг.
Ердийн нөхцөлд Zimbra-г хатуу дискний RAID болон NFS протоколоор холбогдсон санах ойд суулгаж болно. Маш жижиг суулгацуудын хувьд та Zimbra-г ердийн SATA диск дээр суулгаж болно. Гэсэн хэдий ч томоохон суурилуулалтын нөхцөлд эдгээр бүх технологи нь бичлэгийн хурд буурах эсвэл найдвартай байдал бага зэрэг янз бүрийн сул талуудыг харуулж байгаа бөгөөд энэ нь томоохон аж ахуйн нэгжүүдэд ч, ялангуяа SaaS үйлчилгээ үзүүлэгчдийн хувьд ч хүлээн зөвшөөрөгдөхгүй юм.
Ийм учраас том хэмжээний Zimbra дэд бүтцэд SAN ашиглах нь хамгийн сайн арга юм. Энэ технологи нь одоогоор хадгалах төхөөрөмжүүдийн хамгийн их дамжуулах чадварыг хангах чадвартай бөгөөд үүний зэрэгцээ их хэмжээний кэшийг холбох чадварын ачаар түүний хэрэглээ нь аж ахуйн нэгжийн хувьд бараг ямар ч эрсдэл учруулахгүй. Бичлэг хийх явцад үйлдлийг хурдасгахын тулд олон SAN-д ашигладаг NVRAM-г ашиглах нь зүйтэй. Гэхдээ дискэн дээр бүртгэгдсэн өгөгдлийг кэшлэхийг идэвхгүй болгох нь дээр, учир нь энэ нь зөөвөрлөгчийг нөхөж баршгүй гэмтээж, тэжээлийн асуудал гарвал өгөгдөл алдагдах болно.
Файлын системийг сонгохын тулд Linux Ext3/Ext4 стандартыг ашиглах нь хамгийн сайн сонголт байх болно. Файлын системтэй холбоотой гол нюанс нь үүнийг параметртэй холбох ёстой -ноатим. Энэ сонголт нь файлд сүүлийн хандалтын хугацааг бүртгэх функцийг идэвхгүй болгох бөгөөд энэ нь унших, бичих ачааллыг ихээхэн бууруулна гэсэн үг юм. Ерөнхийдөө Zimbra-д зориулж ext3 эсвэл ext4 файлын системийг үүсгэхдээ та дараах хэрэгслийн параметрүүдийг ашиглах хэрэгтэй. mke2fs:
-j — Файлын системийн журнал үүсгэх. Файлын системийг ext3/ext4 журналаар үүсгэнэ.
-Л НЭР - Эзлэхүүний нэр үүсгэхийн тулд /etc/fstab-д ашиглах
-Ай dir_index - Том директоруудын файлын хайлтыг хурдасгахын тулд хайсан хайлтын модыг ашиглах
-м 2 - Том файлын систем дэх эзлэхүүний 2% -ийг үндсэн директорт зориулж нөөцлөх
-J хэмжээ=400 - Том сэтгүүл бий болгох
-b 4096 — Блокийн хэмжээг байтаар тодорхойлох
-би 10240 - Мессеж хадгалахад энэ тохиргоо нь мессежийн дундаж хэмжээтэй тохирч байх ёстой. Дараа нь түүний утгыг өөрчлөх боломжгүй тул та энэ параметрийг анхаарч үзэх хэрэгтэй.
Мөн идэвхжүүлэхийг зөвлөж байна dirsync blob хадгалах, Lucene хайлтын мета өгөгдлийн сан, MTA дарааллын хадгалах зориулалттай. Zimbra ихэвчлэн уг хэрэгслийг ашигладаг тул үүнийг хийх хэрэгтэй fsync диск рүү өгөгдөл бүхий blob бичих баталгаатай. Гэсэн хэдий ч Zimbra мэйл дэлгүүр эсвэл MTA нь мессеж хүргэх явцад шинэ файл үүсгэх үед харгалзах хавтсанд гарсан өөрчлөлтийг диск рүү бичих шаардлагатай болдог. Тийм ч учраас аль хэдийн файлыг ашиглан дискэнд бичигдсэн байсан ч гэсэн fsync, лавлахад нэмсэн бичлэгийг дискэнд бичих цаг байхгүй бөгөөд үр дүнд нь серверийн гэнэтийн эвдрэлээс болж алдагдах магадлалтай. Ашиглалтын ачаар dirsync эдгээр асуудлуудаас зайлсхийх боломжтой.
2. Zimbra дэд бүтцийг ажиллуулж байгаа оновчлол
Zimbra-г хэдэн жил ашигласны дараа хэрэглэгчдийн тоо мэдэгдэхүйц нэмэгдэж, үйлчилгээ нь өдөр бүр багасч, хариу үйлдэл үзүүлэхгүй байх тохиолдол гардаг. Энэ нөхцөл байдлаас гарах арга зам нь тодорхой байна: үйлчилгээ нь өмнөх шигээ хурдан ажиллахын тулд дэд бүтцэд шинэ сервер нэмэх хэрэгтэй. Үүний зэрэгцээ гүйцэтгэлийг нэмэгдүүлэхийн тулд дэд бүтцэд шинэ серверүүдийг нэн даруй нэмэх боломжгүй байдаг. Мэдээллийн технологийн менежерүүд ихэвчлэн нягтлан бодох бүртгэл эсвэл аюулгүй байдлын хэлтэстэй шинэ сервер худалдан авах ажлыг зохицуулахад удаан хугацаа зарцуулдаг бөгөөд үүнээс гадна шинэ серверийг хожимдуулж эсвэл бүр буруу зүйл хүргэж чаддаг ханган нийлүүлэгчид тэднийг голдог.
Мэдээжийн хэрэг, хэнээс ч хамааралгүй, өргөтгөх нөөцтэй байхын тулд Zimbra-ийн дэд бүтцээ нөөцлөх нь хамгийн сайн арга юм, гэхдээ хэрэв алдаа аль хэдийн гарсан бол мэдээллийн технологийн менежер зөвхөн түүний үр дагаврыг арилгах боломжтой. аль болох их. Жишээлбэл, мэдээллийн технологийн менежер нь үйлдлийн явцад хатуу диск рүү тогтмол ханддаг Линукс системийн үйлчилгээг түр идэвхгүй болгосноор бүтээмжийг бага зэрэг нэмэгдүүлэх боломжтой бөгөөд ингэснээр Zimbra-ийн гүйцэтгэлд сөргөөр нөлөөлдөг. Тиймээс та түр зуур идэвхгүй болгож болно:
autofs, netfs - Алсын зайнаас файлын системийг илрүүлэх үйлчилгээ
аяга -Хэвлэх үйлчилгээ
xinetd, vsftpd - Танд хэрэггүй байж магадгүй *NIX үйлчилгээнүүд
портмап, rpcsvcgssd, rpcgssd, rpcidmapd — Сүлжээний файлын системтэй хамт хэрэглэгддэг алсын горимын дуудлагын үйлчилгээ
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite-д багтсан үндсэн хэрэгслүүдийн хуулбар
slocate/updatedb - Zimbra нь мессеж бүрийг тусдаа файлд хадгалдаг тул updatedb үйлчилгээг өдөр бүр ажиллуулах нь асуудал үүсгэж болзошгүй тул серверүүд хамгийн бага ачаалалтай үед үүнийг гараар хийх боломжтой.
Эдгээр үйлчилгээг идэвхгүй болгосны үр дүнд системийн нөөцийг хэмнэх нь тийм ч чухал биш боловч давагдашгүй хүчин зүйлийн ойролцоо нөхцөлд энэ нь маш ашигтай байж болно. Zimbra-ийн дэд бүтцэд шинэ сервер нэмэгдсэний дараа өмнө нь идэвхгүй болгосон үйлчилгээг дахин идэвхжүүлэхийг зөвлөж байна.
Та мөн Syslog үйлчилгээг тусдаа сервер рүү шилжүүлснээр Zimbra-ийн ажиллагааг оновчтой болгох боломжтой бөгөөд ингэснээр үйл ажиллагааны явцад шуудангийн хадгалалтын хатуу дискийг ачаалахгүй. Эдгээр зорилгод бараг ямар ч компьютер тохиромжтой, тэр ч байтугай хямд үнэтэй нэг самбар Raspberry Pi.
Эх сурвалж: www.habr.com