Биздин биринде , ишканада 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 колдонуу болот. Файл системасы менен байланышкан негизги нюанс, ал параметр менен орнотулган болушу керек -noatime. Бул параметр файлдарга акыркы кирүү убактысын жазуу функциясын өчүрөт, бул окууга жана жазууга жүктү бир топ азайтат. Жалпысынан, Zimbra үчүн ext3 же ext4 файл тутумун түзүп жатканда, төмөнкү утилита параметрлерин колдонушуңуз керек. mke2fs:
-j — Файлдык система журналын түзүү.. Файлдык системаны ext3/ext4 журналы менен түзүңүз.
-Л АТЫ - /etc/fstab ичинде колдонуу үчүн томдун атын түзүү
-O dir_index - Чоң каталогдордо файлдарды издөөнү тездетүү үчүн хэштелген издөө дарагын колдонуу
-м 2 — Чоң файлдык системалардагы көлөмдүн 2% түп каталогуна резервге алуу
-J size=400 — Чоң журнал түзүү
-b 4096 — Блоктун көлөмүн байт менен аныктоо
-i 10240 - Кабарды сактоо үчүн бул жөндөө билдирүүнүн орточо өлчөмүнө туура келиши керек. Бул параметрге кылдат көңүл бурушуңуз керек, анткени анын маанисин кийинчерээк өзгөртүү мүмкүн эмес.
Ошондой эле иштетүү сунушталат dirsync blob сактагычы, Lucene издөө метадайындар сактагычы жана MTA кезек сактагычы үчүн. Бул Zimbra адатта утилитаны колдонот, анткени жасалышы керек fsync дискке маалыматтар менен блобду кепилденген жазуу үчүн. Бирок Zimbra почта дүкөнү же MTA билдирүүлөрдү жеткирүү учурунда жаңы файлдарды түзгөндө, тиешелүү папкаларда болгон өзгөрүүлөрдү дискке жазуу керек болот. Ошондуктан, файл мурунтан эле дискке жазылган болсо да fsync, аны каталогго кошуу жазуусу дискке жазууга убакыт болбой калышы мүмкүн жана натыйжада күтүлбөгөн жерден сервердин иштебей калышынан улам жоголуп кетиши мүмкүн. Колдонуу үчүн рахмат dirsync бул көйгөйлөрдөн качууга болот.
2. Zimbra инфраструктурасын иштетүү менен оптималдаштыруу
Көп учурда Zimbra колдонгондон кийин бир нече жыл өткөндөн кийин, анын колдонуучуларынын саны кыйла көбөйөт жана кызмат күн сайын азыраак жооп берет. Бул кырдаалдан чыгуунун жолу айкын: кызмат кайра мурункудай тез иштеши үчүн инфраструктурага жаңы серверлерди кошуу керек. Ошол эле учурда, инфраструктуранын иштешин жогорулатуу үчүн жаңы серверлерди дароо кошуу дайыма эле мүмкүн боло бербейт. IT-менеджерлер көп учурда бухгалтердик эсеп же коопсуздук бөлүмү менен жаңы серверлерди сатып алууну координациялоо үчүн көп убакыт коротушат; Мындан тышкары, алар көбүнчө жаңы серверди кеч жеткире алган же туура эмес нерсени жеткире алган жеткирүүчүлөр тарабынан көңүлүн калтырышат.
Албетте, Zimbra инфраструктураңызды ар дайым кеңейтүү үчүн резервге ээ болуу жана эч кимден көз каранды болбоо үчүн резерв менен курганыңыз жакшы, бирок, эгер ката кетирилген болсо, IT менеджери анын кесепеттерин жөндөй алат. мүмкүн болушунча көп. Мисалы, IT менеджери иштөө учурунда катуу дисктерге үзгүлтүксүз кире турган Linux тутум кызматтарын убактылуу өчүрүү менен өндүрүмдүүлүктү бир аз жогорулатууга жетише алат жана ошондуктан Zimbraнын иштешине терс таасирин тийгизет. Ошентип, сиз убактылуу өчүрө аласыз:
autofs, netfs - Remote File System Discovery Services
чөйчөкчө — Басма кызматы
xinetd, vsftpd - Камтылган *NIX кызматтары, балким, сизге кереги жок
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Адатта тармактык файл системалары менен бирдикте колдонулуучу аралыктан процедуралык чакыруу кызматтары
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite камтылган негизги коммуналдык кызматтардын дубликаттары
slocate/updatedb - Zimbra ар бир билдирүүнү өзүнчө файлда сактагандыктан, updatedb кызматын күн сайын иштетүү көйгөйлөрдү жаратышы мүмкүн, ошондуктан серверлерде эң аз жүктөө учурунда муну кол менен жасоого болот.
Бул кызматтарды өчүрүүнүн натыйжасында системалык ресурстарды үнөмдөө анча деле маанилүү болбойт, бирок ал тургай бул форс-мажордук жагдайларга жакын шарттарда абдан пайдалуу болушу мүмкүн. Zimbra инфраструктурасына жаңы сервер кошулгандан кийин, мурда өчүрүлгөн кызматтарды кайра иштетүү сунушталат.
Сиз ошондой эле Zimbra ишин оптималдаштыра аласыз, syslog кызматын өзүнчө серверге жылдырып, иштөө учурунда ал почта сактагычтарынын катуу дисктерин жүктөбөйт. Бул максаттар үчүн дээрлик бардык компьютерлер ылайыктуу, ал тургай арзан бир борттуу Raspberry Pi.
Source: www.habr.com