Bizning birida , korxonada Zimbra Collabortion Suite-ni amalga oshirishda infratuzilmani rejalashtirishga bag'ishlangan bo'lib, ushbu yechimning ishlashidagi asosiy cheklov pochta omborlaridagi disk qurilmalarining kiritish-chiqarish tezligi ekanligi aytildi. Haqiqatan ham, korxonaning bir necha yuzlab xodimlari bir vaqtning o'zida bir xil pochta xotirasiga kirgan bir paytda, qattiq disklardan ma'lumotlarni yozish va o'qish uchun kanal kengligi xizmatning sezgir ishlashi uchun etarli bo'lmasligi mumkin. Va agar Zimbra-ning kichik o'rnatishlari uchun bu alohida muammo bo'lmasa, yirik korxonalar va SaaS provayderlari uchun bularning barchasi elektron pochta xabarlarining javob bermasligiga va natijada xodimlarning samaradorligini pasayishiga, shuningdek buzilishlarga olib kelishi mumkin. SLAs. Shuning uchun katta hajmdagi Zimbra qurilmalarini loyihalash va ishlatishda pochtani saqlashda qattiq disklarning ishlashini optimallashtirishga alohida e'tibor berilishi kerak. Keling, ikkita holatni ko'rib chiqaylik va ularning har birida diskdagi yukni optimallashtirish uchun qanday usullarni qo'llash mumkinligini aniqlashga harakat qilaylik.
1. Katta hajmdagi Zimbra o'rnatishni loyihalashda optimallashtirish
Yuqori yuklangan Zimbra o'rnatilishini loyihalash bosqichida administrator qaysi saqlash tizimidan foydalanishni tanlashi kerak. Ushbu muammoni hal qilish uchun siz qattiq disklardagi asosiy yuk Zimbra Collaboration Suite-ga kiritilgan MariaDB DBMS, Apache Lucene qidiruv tizimi va blob xotirasidan kelib chiqishini bilishingiz kerak. Shuning uchun ushbu dasturiy mahsulotlarni yuqori yuk sharoitida ishlatish uchun yuqori tezlikda va ishonchli uskunalardan foydalanish kerak.
Oddiy sharoitlarda Zimbra qattiq disklarning RAID-lariga ham, NFS protokoli orqali ulangan xotiraga ham o'rnatilishi mumkin. Juda kichik o'rnatishlar uchun siz Zimbra-ni oddiy SATA diskiga o'rnatishingiz mumkin. Biroq, katta o'rnatish kontekstida ushbu texnologiyalarning barchasi yozib olish tezligining pasayishi yoki past ishonchlilik ko'rinishidagi turli kamchiliklarni namoyish etadi, bu na yirik korxonalar uchun, na ayniqsa SaaS provayderlari uchun qabul qilinishi mumkin emas.
Shuning uchun keng miqyosli Zimbra infratuzilmalarida SAN dan foydalanish yaxshidir. Aynan shu texnologiya hozirda saqlash qurilmalari uchun eng katta o'tkazuvchanlikni ta'minlashga qodir va shu bilan birga katta hajmdagi keshni ulash qobiliyati tufayli undan foydalanish deyarli korxona uchun jiddiy xavf tug'dirmaydi. Yozish paytida ishlarni tezlashtirish uchun ko'plab SAN-larda qo'llaniladigan NVRAM-dan foydalanish yaxshi fikr. Ammo disklarning o'zida saqlangan ma'lumotlarni keshlashni o'chirib qo'yish yaxshiroqdir, chunki bu ommaviy axborot vositalarining tuzatib bo'lmaydigan shikastlanishiga va quvvat bilan bog'liq muammolar yuzaga kelsa, ma'lumotlarning yo'qolishiga olib kelishi mumkin.
Fayl tizimini tanlashga kelsak, eng yaxshi tanlov standart Linux Ext3/Ext4 dan foydalanish bo'ladi. Fayl tizimi bilan bog'liq bo'lgan asosiy nuance - bu parametr bilan o'rnatilishi kerak -noatime. Ushbu parametr fayllarga oxirgi kirish vaqtini yozib olish funksiyasini o'chirib qo'yadi, bu o'qish va yozish yukini sezilarli darajada kamaytiradi. Umuman olganda, Zimbra uchun ext3 yoki ext4 fayl tizimini yaratishda siz quyidagi yordamchi dastur parametrlaridan foydalanishingiz kerak. mke2fs:
-j β Fayl tizimi jurnalini yaratish uchun Fayl tizimini ext3/ext4 jurnali bilan yarating.
-L NAME - /etc/fstab da foydalanish uchun jild nomini yaratish
-O dir_index - Katta kataloglarda fayllarni qidirishni tezlashtirish uchun xeshlangan qidiruv daraxtidan foydalanish
-m 2 β Katta fayl tizimlarida hajmning 2 foizini ildiz katalogi uchun zaxiralash
-J hajmi=400 β Katta jurnal yaratish
-b 4096 β Blok hajmini baytlarda aniqlash uchun
-10240 - Xabarni saqlash uchun ushbu sozlama xabarning o'rtacha hajmiga mos kelishi kerak. Ushbu parametrga katta e'tibor berishingiz kerak, chunki uning qiymatini keyinroq o'zgartirib bo'lmaydi.
Bundan tashqari, yoqish tavsiya etiladi dirsync blob saqlash, Lucene qidiruv metadata saqlash va MTA navbat saqlash uchun. Buni qilish kerak, chunki Zimbra odatda yordamchi dasturdan foydalanadi fsync ma'lumotlar bilan blokni diskka kafolatlangan yozish uchun. Biroq, Zimbra pochta do'koni yoki MTA xabarlarni etkazib berish paytida yangi fayllarni yaratganda, tegishli papkalarda sodir bo'lgan o'zgarishlarni diskka yozish kerak bo'ladi. Shuning uchun, agar fayl allaqachon diskka yozilgan bo'lsa ham fsync, uning katalogga qo'shilishi haqidagi yozuv diskka yozilishiga vaqt topa olmasligi va natijada serverning to'satdan ishlamay qolishi tufayli yo'qolishi mumkin. Foydalanish uchun rahmat dirsync bu muammolarni oldini olish mumkin.
2. Zimbra infratuzilmasi bilan optimallashtirish
Ko'pincha Zimbra-dan bir necha yil foydalangandan so'ng, uning foydalanuvchilari soni sezilarli darajada oshadi va xizmat kundan-kunga kamroq va kamroq sezgir bo'lib qoladi. Ushbu vaziyatdan chiqish yo'li aniq: xizmat avvalgidek tez ishlashi uchun infratuzilmaga yangi serverlarni qo'shish kifoya. Shu bilan birga, infratuzilmaning unumdorligini oshirish uchun yangi serverlarni darhol qo'shish har doim ham mumkin emas. AT menejerlari ko'pincha buxgalteriya hisobi yoki xavfsizlik bo'limi bilan yangi serverlarni sotib olishni muvofiqlashtirish uchun uzoq vaqt sarflashlari kerak; Bundan tashqari, ular ko'pincha yangi serverni kechiktirib yoki hatto noto'g'ri etkazib beradigan etkazib beruvchilar tomonidan xafa qilinadi.
Albatta, Zimbra infratuzilmangizni har doim kengaytirish uchun zaxiraga ega bo'lish va hech kimga bog'liq bo'lmaslik uchun zaxira bilan qurish yaxshidir, ammo agar xato allaqachon sodir bo'lgan bo'lsa, IT menejeri faqat uning oqibatlarini yumshata oladi. iloji boricha. Misol uchun, IT menejeri ish paytida qattiq disklarga muntazam ravishda kiradigan Linux tizim xizmatlarini vaqtincha o'chirib qo'yish orqali unumdorlikni biroz oshirishi mumkin va shuning uchun Zimbra ishlashiga salbiy ta'sir ko'rsatishi mumkin. Shunday qilib, siz vaqtincha o'chirib qo'yishingiz mumkin:
autofs, netfs - Fayl tizimini masofaviy aniqlash xizmatlari
chashka β Chop etish xizmati
xinetd, vsftpd - O'rnatilgan *NIX xizmatlari, ehtimol sizga kerak bo'lmaydi
portmap, rpcsvcgssd, rpcgssd, rpcidmapd β Odatda tarmoq fayl tizimlari bilan birgalikda foydalaniladigan masofaviy protsedura chaqiruv xizmatlari
dovecot, cyrus-imapd, sendmail, exim, postfiks, ldap β Zimbra hamkorlik to'plamiga kiritilgan asosiy yordamchi dasturlarning dublikatlari
slocate/updatedb - Zimbra har bir xabarni alohida faylda saqlaganligi sababli, updatedb xizmatini har kuni ishga tushirish muammolarga olib kelishi mumkin va shuning uchun serverlar eng kam yuklanganda buni qo'lda qilish mumkin.
Ushbu xizmatlarni o'chirib qo'yish natijasida tizim resurslarini tejash juda muhim bo'lmaydi, lekin bu hatto fors-major holatlariga yaqin sharoitlarda ham juda foydali bo'lishi mumkin. Zimbra infratuzilmasiga yangi server qo'shilgach, avval o'chirilgan xizmatlarni qayta yoqish tavsiya etiladi.
Bundan tashqari, Zimbra ishlashini syslog xizmatini alohida serverga ko'chirish orqali optimallashtirishingiz mumkin, shunda u ish paytida pochta xotiralarining qattiq disklarini yuklamaydi. Bu maqsadlar uchun deyarli har qanday kompyuter mos keladi, hatto arzon bitta taxtali Raspberry Pi ham.
Manba: www.habr.com