Дар яке аз мо , бахшида ба банақшагирии инфрасохтор ҳангоми татбиқи Zimbra Collabortion Suite дар корхона, гуфта шуд, ки маҳдудияти асосӣ дар кори ин ҳалли суръати вуруд / баромади дастгоҳҳои диск дар анборҳои почта мебошад. Воқеан, дар замоне, ки чандсад нафар кормандони корхона ҳамзамон ба як анбори почта дастрасӣ пайдо мекунанд, паҳнои канал барои навиштан ва хондани маълумот аз дискҳои сахт метавонад барои фаъолияти пурмасъулияти хидмат кофӣ набошад. Ва агар барои насбҳои хурди Zimbra ин як мушкилии махсус набошанд, пас дар мавриди корхонаҳои калон ва провайдерҳои SaaS, ҳамаи ин метавонад боиси беэътиноии почтаи электронӣ ва дар натиҷа паст шудани самаранокии кормандон, инчунин вайрон кардани аз SLAs. Аз ин рӯ, ҳангоми тарҳрезӣ ва истифодабарии дастгоҳҳои калонҳаҷми Zimbra, бояд ба оптимизатсияи кори дискҳои сахт дар нигаҳдории почта диққати махсус дода шавад. Биёед ду ҳолатро дида бароем ва бифаҳмем, ки кадом усулҳои оптимизатсияи сарбории дискро дар ҳар яки онҳо истифода бурдан мумкин аст.
1. Оптимизатсия ҳангоми тарҳрезии насби васеъмиқёси Zimbra
Дар марҳилаи тарҳрезии насби сарбории Zimbra, администратор бояд интихоб кунад, ки кадом системаи нигаҳдорӣ истифода шавад. Барои ҳалли ин масъала, шумо бояд бидонед, ки сарбории асосӣ дар дискҳои сахт аз DBMS MariaDB, ки ба Zimbra Collaboration Suite дохил карда шудааст, системаи ҷустуҷӯии Apache Lucene ва нигаҳдории blob мебошад. Аз ин рӯ, барои кор кардани ин маҳсулоти нармафзор дар шароити сарбории баланд, истифодаи таҷҳизоти баландсуръат ва боэътимод зарур аст.
Дар шароити муқаррарӣ, Zimbra-ро ҳам дар RAID дискҳои сахт ва ҳам дар нигаҳдории тавассути протоколи NFS пайвастшуда насб кардан мумкин аст. Барои насбҳои хеле хурд, шумо метавонед Zimbra-ро дар диски муқаррарии SATA насб кунед. Аммо, дар заминаи насбҳои калон, ҳамаи ин технологияҳо нуқсонҳои гуногунро дар шакли коҳиши суръати сабт ё эътимоднокии паст нишон медиҳанд, ки на барои корхонаҳои калон ва на махсусан барои провайдерҳои SaaS қобили қабул нест.
Аз ин рӯ, дар инфрасохтори бузурги Zimbra беҳтар аст, ки SAN истифода шавад. Маҳз ин технология дар айни замон қодир аст, ки гузариши бузургтаринро барои дастгоҳҳои нигаҳдорӣ таъмин кунад ва ҳамзамон ба шарофати қобилияти пайваст кардани миқдори зиёди кэш, истифодаи он амалан барои корхона ягон хатари ҷиддӣ эҷод намекунад. Истифодаи NVRAM, ки дар бисёре аз SANs барои суръат бахшидан ба кор ҳангоми навиштан истифода мешавад, хуб аст. Аммо беҳтар аст, ки кэшкунии маълумоти сабтшударо дар худи дискҳо ғайрифаъол кунед, зеро он метавонад ба осеби ҷуброннопазири ВАО ва талафи маълумот дар сурати ба вуҷуд омадани мушкилоти нерӯи барқ оварда расонад.
Дар мавриди интихоби системаи файлӣ, интихоби беҳтарин ин истифодаи стандартии Linux Ext3/Ext4 аст. Нозуки асосии марбут ба системаи файлӣ дар он аст, ки он бояд бо параметр насб карда шавад -ноати. Ин хосият функсияи сабти вақти дастрасии охирин ба файлҳоро ғайрифаъол мекунад, яъне он сарбории хондан ва навиштанро хеле кам мекунад. Умуман, ҳангоми сохтани системаи файлии ext3 ё ext4 барои Zimbra, шумо бояд параметрҳои утилитаҳои зеринро истифода баред mke2fs:
-j — Барои сохтани журнали системаи файлӣ Системаи файлиро бо журнали ext3/ext4 созед.
-Л НОМ - Барои эҷод кардани номи ҳаҷм барои истифода дар /etc/fstab
-Эй dir_index - Барои суръат бахшидан ба ҷустуҷӯи файлҳо дар директорияҳои калон дарахти ҷустуҷӯро истифода баред
-м 2 - Барои захира кардани 2% ҳаҷм дар системаҳои файлии калон барои директорияи реша
- андозаи J = 400 — Барои ташкили журнали калон
-б 4096 — Барои муайян кардани андозаи блок дар байт
-ман 10240 - Барои нигоҳдории паём, ин танзимот бояд ба андозаи миёнаи паём мувофиқат кунад. Шумо бояд ба ин параметр диққати ҷиддӣ диҳед, зеро арзиши онро баъдтар тағир додан мумкин нест.
Инчунин тавсия дода мешавад, ки фаъол созед синхронизатсия барои нигаҳдории blob, нигоҳдории метамаълумоти ҷустуҷӯи Lucene ва нигоҳдории навбати MTA. Ин бояд анҷом дода шавад, зеро Zimbra одатан утилитаро истифода мебарад fsync барои навиштани кафолати blob бо маълумот ба диск. Аммо, вақте ки мағозаи почтаи Zimbra ё MTA ҳангоми интиқоли паём файлҳои нав эҷод мекунад, зарурати ба диск навиштани тағиротҳое, ки дар ҷузвдонҳои мувофиқ рух медиҳанд, пайдо мешавад. Аз ин рӯ, ҳатто агар файл аллакай бо истифода аз диск ба диск навишта шуда бошад fsync, сабти иловаи он ба директория метавонад барои ба диск навиштан вақт надошта бошад ва дар натиҷа аз сабаби ногаҳонии сервер гум шавад. Бо шарофати истифода синхронизатсия ин мушкилотро бартараф кардан мумкин аст.
2. Оптимизатсия бо иҷрокунандаи инфрасохтори Zimbra
Аксар вақт рӯй медиҳад, ки пас аз чанд соли истифодаи Zimbra, шумораи корбарони он ба таври назаррас меафзояд ва хидмат ҳар рӯз камтар ва камтар ҷавоб медиҳад. Роҳи баромадан аз ин вазъият маълум аст: ба шумо танҳо лозим аст, ки серверҳои навро ба инфрасохтор илова кунед, то хидмат мисли пештара зудтар кор кунад. Дар ҳамин ҳол, на ҳамеша имконпазир аст, ки серверҳои нав ба инфрасохтор бо мақсади баланд бардоштани самаранокии он фавран илова карда шаванд. Менеҷерони IT аксар вақт бояд барои ҳамоҳангсозии хариди серверҳои нав бо шӯъбаи ҳисобдорӣ ё амният вақти тӯлонӣ сарф кунанд; Илова бар ин, онҳо аксар вақт аз ҷониби таъминкунандагоне, ки метавонанд сервери навро дер расонанд ё ҳатто чизи нодурустро расонанд, ноумед мешаванд.
Албатта, беҳтар аст, ки инфрасохтори Zimbra-и худро бо захира созед, то ҳамеша захираи тавсеаи он дошта бошед ва аз касе вобаста набошед, аммо агар хатогӣ аллакай содир шуда бошад, мудири IT метавонад оқибатҳои онро ҳал кунад, зеро ба қадри имкон. Масалан, менеҷери IT метавонад тавассути муваққатан ғайрифаъол кардани хидматҳои системаи Linux, ки мунтазам ба дискҳои сахт ҳангоми кор дастрасӣ пайдо мекунад ва аз ин рӯ метавонад ба кори Zimbra таъсири манфӣ расонад, метавонад ба афзоиши ночизи маҳсулнокӣ ноил шавад. Ҳамин тавр, шумо метавонед муваққатан ғайрифаъол кунед:
autofs, netfs - Хидматҳои кашфи системаи файлии дурдаст
пиёлаҳо — Хизматрасонии чоп
xinetd, vsftpd - Хидматҳои дарунсохт *NIX, ки ба шумо эҳтимол лозим нест
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Хидматҳои занги расмиёти дурдаст, ки одатан дар якҷоягӣ бо системаҳои файлии шабакавӣ истифода мешаванд
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Дубликатҳои хидматрасониҳои асосӣ, ки ба маҷмӯи Zimbra Collaboration дохил карда шудаанд
slocate/updatedb - Азбаски Zimbra ҳар як паёмро дар файли алоҳида нигоҳ медорад, ҳар рӯз иҷро кардани хидмати updatedb метавонад мушкилотро ба вуҷуд орад ва аз ин рӯ мумкин аст, ки ин корро дар вақти камтарини сарбории серверҳо дастӣ анҷом диҳед.
Сарфаи захираҳои система дар натиҷаи ғайрифаъол кардани ин хидматҳо чандон муҳим нахоҳад буд, аммо ҳатто ин метавонад дар шароити наздик ба ҳолати форс-мажор хеле муфид бошад. Вақте ки сервери нав ба инфрасохтори Zimbra илова карда мешавад, тавсия дода мешавад, ки хидматҳои қаблан ғайрифаъолшударо дубора фаъол созед.
Шумо инчунин метавонед кори Zimbra-ро тавассути интиқол додани хидмати syslog ба сервери алоҳида оптимизатсия кунед, то ҳангоми кор он дискҳои сахти анборҳои почтаро бор накунад. Қариб ҳама компютерҳо барои ин мақсадҳо мувофиқанд, ҳатто як тахтаи арзон Raspberry Pi.
Манбаъ: will.com