Bizim birində , bir müəssisədə Zimbra Collabortion Suite tətbiq edərkən infrastrukturun planlaşdırılmasına həsr olunmuş, bu həllin işində əsas məhdudiyyətin poçt anbarlarındakı disk qurğularının giriş/çıxış sürətinin olduğu bildirilib. Həqiqətən, müəssisənin bir neçə yüz əməkdaşının eyni vaxtda eyni poçt anbarına daxil olduğu bir vaxtda, sabit disklərdən məlumatların yazılması və oxunması üçün kanal eni xidmətin cavabdeh işləməsi üçün kifayət etməyə bilər. Zimbra-nın kiçik qurğuları üçün bu xüsusi problem olmayacaqsa, böyük müəssisələr və SaaS provayderləri üçün bütün bunlar cavabsız e-poçta və nəticədə işçilərin səmərəliliyinin azalmasına, habelə pozuntuya səbəb ola bilər. SLA-ların. Buna görə də, böyük miqyaslı Zimbra qurğularını layihələndirərkən və işləyərkən, poçt saxlanmasında sabit disklərin işini optimallaşdırmağa xüsusi diqqət yetirilməlidir. Gəlin iki işə baxaq və onların hər birində disk yaddaşındakı yükü optimallaşdırmaq üçün hansı üsulların tətbiq oluna biləcəyini öyrənməyə çalışaq.
1. Geniş miqyaslı Zimbra qurğusunun layihələndirilməsi zamanı optimallaşdırma
Yüksək yüklü Zimbra quraşdırılmasının dizayn mərhələsində administrator hansı saxlama sistemindən istifadə edəcəyinə dair seçim etməli olacaq. Bu məsələ ilə bağlı qərar vermək üçün bilməlisiniz ki, sabit disklərdə əsas yük Zimbra Collaboration Suite-ə daxil olan MariaDB DBMS-dən, Apache Lucene axtarış motorundan və blob yaddaşından gəlir. Məhz buna görə də bu proqram məhsullarını yüksək yükləmə şəraitində işləmək üçün yüksək sürətli və etibarlı avadanlıqdan istifadə etmək lazımdır.
Normal şəraitdə Zimbra həm sabit disklərin RAID-də, həm də NFS protokolu ilə qoşulmuş yaddaşda quraşdırıla bilər. Çox kiçik quraşdırmalar üçün Zimbra-nı adi SATA sürücüsünə quraşdıra bilərsiniz. Bununla belə, böyük qurğular kontekstində bütün bu texnologiyalar azaldılmış qeyd sürəti və ya aşağı etibarlılıq şəklində müxtəlif çatışmazlıqlar nümayiş etdirir ki, bu da nə böyük müəssisələr, nə də xüsusilə SaaS provayderləri üçün qəbuledilməzdir.
Buna görə də böyük miqyaslı Zimbra infrastrukturlarında SAN-dan istifadə etmək ən yaxşısıdır. Məhz bu texnologiya hazırda saxlama qurğuları üçün ən böyük ötürmə qabiliyyətini təmin etməyə qadirdir və eyni zamanda böyük miqdarda keşi birləşdirmək imkanı sayəsində onun istifadəsi müəssisə üçün praktiki olaraq heç bir əhəmiyyətli risk yaratmır. Yazı zamanı işləri sürətləndirmək üçün bir çox SAN-da istifadə edilən NVRAM-dan istifadə etmək yaxşı fikirdir. Ancaq disklərin özlərində qeydə alınmış məlumatların keşləşdirilməsini söndürmək daha yaxşıdır, çünki enerji ilə bağlı problemlər yaranarsa, bu, mediaya düzəlməz ziyan və məlumatların itirilməsinə səbəb ola bilər.
Fayl sisteminin seçiminə gəlincə, ən yaxşı seçim standart Linux Ext3/Ext4-dən istifadə etmək olardı. Fayl sistemi ilə əlaqəli əsas nüans ondan ibarətdir ki, o, parametrlə quraşdırılmalıdır -noatime. Bu seçim fayllara son giriş vaxtını qeyd etmək funksiyasını söndürəcək, yəni oxumaq və yazmaq üçün yükü xeyli azaldacaq. Ümumiyyətlə, Zimbra üçün ext3 və ya ext4 fayl sistemi yaradarkən aşağıdakı kommunal parametrlərdən istifadə etməlisiniz. mke2fs:
-j — Fayl sistemi jurnalı yaratmaq üçün Fayl sistemini ext3/ext4 jurnalı ilə yaradın.
-L ADI - Sonra /etc/fstab-da istifadə ediləcək həcm adı yaratmaq
-O dir_index - Böyük kataloqlarda fayl axtarışlarını sürətləndirmək üçün hashed axtarış ağacından istifadə etmək
-m 2 — Kök kataloqu üçün böyük fayl sistemlərində həcmin 2%-ni rezerv etmək
-J ölçüsü=400 — Böyük bir jurnal yaratmaq
-b 4096 — Blok ölçüsünü baytla müəyyən etmək üçün
-10240 - Mesajın saxlanması üçün bu parametr mesajın orta ölçüsünə uyğun olmalıdır. Bu parametrə çox diqqət yetirməlisiniz, çünki onun dəyəri sonradan dəyişdirilə bilməz.
Aktivləşdirmək də tövsiyə olunur dirsync blob saxlama, Lucene axtarış metadata saxlama və MTA növbə saxlama üçün. Bu edilməlidir, çünki Zimbra adətən yardım proqramından istifadə edir fsync diskə verilənlərlə blobun zəmanətli yazılması üçün. Bununla belə, Zimbra poçt mağazası və ya MTA mesajın çatdırılması zamanı yeni fayllar yaratdıqda, müvafiq qovluqlarda baş verən dəyişiklikləri diskə yazmaq zərurəti yaranır. Bu səbəbdən, fayl artıq diskə yazılmış olsa belə istifadə edərək fsync, onun kataloqa əlavə edilməsi qeydinin diskə yazılmağa vaxtı olmaya bilər və nəticədə qəfil server nasazlığı səbəbindən itə bilər. İstifadəsi sayəsində dirsync bu problemlərin qarşısını almaq olar.
2. Zimbra infrastrukturu ilə optimallaşdırma
Tez-tez olur ki, Zimbra-dan bir neçə il istifadə etdikdən sonra onun istifadəçilərinin sayı əhəmiyyətli dərəcədə artır və xidmət hər gün daha az və daha az həssas olur. Bu vəziyyətdən çıxış yolu göz qabağındadır: sadəcə olaraq infrastruktura yeni serverlər əlavə etməlisiniz ki, xidmət əvvəlki kimi tez işləsin. Bu arada, infrastrukturun performansını artırmaq üçün dərhal yeni serverlər əlavə etmək həmişə mümkün deyil. İT menecerləri çox vaxt mühasibat və ya təhlükəsizlik şöbəsi ilə yeni serverlərin alınmasını koordinasiya etmək üçün uzun müddət sərf etməli olurlar; əlavə olaraq, onlar tez-tez yeni serveri gec çatdıra və ya hətta səhv bir şey çatdıra bilən təchizatçılar tərəfindən məyus olurlar.
Əlbəttə ki, Zimbra infrastrukturunuzu ehtiyatla qurmaq daha yaxşıdır ki, onun genişləndirilməsi üçün həmişə ehtiyata sahib olun və heç kimdən asılı olmayasınız, lakin əgər bir səhv artıq edilibsə, İT meneceri yalnız onun nəticələrini düzəldə bilər. mümkün qədər. Məsələn, İT meneceri əməliyyat zamanı sabit disklərə müntəzəm daxil olan və buna görə də Zimbra-nın işinə mənfi təsir göstərə bilən Linux sistem xidmətlərini müvəqqəti olaraq söndürməklə məhsuldarlığın kiçik artımına nail ola bilər. Beləliklə, müvəqqəti olaraq söndürə bilərsiniz:
autofs, netfs - Uzaqdan Fayl Sistemi Kəşf Xidmətləri
fincan — Çap xidməti
xinetd, vsftpd - Yəqin ki, ehtiyacınız olmayacaq daxili *NIX xidmətləri
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Adətən şəbəkə fayl sistemləri ilə birlikdə istifadə edilən uzaqdan prosedur çağırış xidmətləri
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite-ə daxil olan əsas yardım proqramlarının dublikatları
slocate/updatedb - Zimbra hər mesajı ayrıca faylda saxladığından, updatedb xidmətini hər gün işə salmaq problemlər yarada bilər və buna görə də serverlərdə ən az yüklənmə zamanı bunu əl ilə etmək mümkündür.
Bu xidmətlərin söndürülməsi nəticəsində sistem resurslarına qənaət etmək çox əhəmiyyətli olmayacaq, lakin hətta bu, fors-major vəziyyətə yaxın şəraitdə çox faydalı ola bilər. Yeni server Zimbra infrastrukturuna əlavə edildikdən sonra əvvəllər söndürülmüş xidmətlərin yenidən aktivləşdirilməsi tövsiyə olunur.
Syslog xidmətini ayrıca serverə köçürməklə Zimbra-nın işini optimallaşdıra bilərsiniz ki, əməliyyat zamanı poçt anbarlarının sərt disklərini yükləməsin. Bu məqsədlər üçün demək olar ki, hər hansı bir kompüter uyğun gəlir, hətta ucuz bir lövhəli Raspberry Pi.
Mənbə: www.habr.com