Li yek ji me , ji bo plansazkirina binesaziyê dema ku Zimbra Collaboration Suite di pargîdaniyek de bicîh dike, hate gotin ku di xebata vê çareseriyê de sînorê sereke leza I/O ya cîhazên dîskê yên di depoyên nameyê de ye. Bi rastî, di demekê de ku çend sed xebatkarên pargîdaniyek bi hevdemî xwe digihînin heman hilanîna nameyê, dibe ku firehiya kanalê ji bo nivîsandin û xwendina agahdariya ji dîskên hişk ji bo xebata bersivdar a karûbarê têrê neke. Û heke ji bo sazkirinên piçûk ên Zimbra ev ê ne pirsgirêkek taybetî be, wê hingê di mijara pargîdaniyên mezin û pêşkêşkerên SaaS de, ev hemî dikare bibe sedema e-nameya bêbersiv û, wekî encam, kêmbûna kargêriya karmendan, û her weha binpêkirin. yên SLA. Ji ber vê yekê, dema sêwirandin û xebitandina sazkirinên mezin ên Zimbra, divê baldariyek taybetî ji xweşbînkirina performansa dîskên hişk ên di hilanîna nameyê de were dayîn. Ka em li du bûyeran binihêrin û hewl bidin ku fêr bibin ka kîjan rêbazên ji bo xweşbînkirina barkirina li ser hilanîna dîskê dikare di her yek ji wan de were sepandin.
1. Optimîzasyon dema sêwirana sazkirina Zimbra-ya mezin
Di dema qonaxa sêwiranê ya sazkirina Zimbra ya bi bargiraniya bilind de, rêvebir neçar e ku bijartinek bike ka kîjan pergala hilanînê bikar bîne. Ji bo ku hûn li ser vê pirsgirêkê biryar bidin, divê hûn zanibin ku barkirina sereke ya li ser dîskên hişk ji MariaDB DBMS-a ku di Zimbra Hevkariya Suite, motora lêgerînê ya Apache Lucene, û hilanîna blobê de tê de tê. Ji ber vê yekê ji bo xebitandina van hilberên nermalavê di bin şert û mercên bargiraniyê de pêdivî ye ku amûrên bilez û pêbawer bikar bînin.
Di bin şert û mercên normal de, Zimbra dikare hem li ser RAID-a dîskên hişk û hem jî li hilanînê ku bi protokola NFS ve girêdayî ye were saz kirin. Ji bo sazkirinên pir piçûk, hûn dikarin Zimbra li ser ajokerek SATA-ya birêkûpêk saz bikin. Lêbelê, di çarçoweya sazkirinên mezin de, van hemî teknolojiyên cûda dezavantajên di forma kêmbûna leza tomarkirinê an pêbaweriya kêm de nîşan didin, ku ne ji bo pargîdaniyên mezin û ne jî, nemaze ji bo pêşkêşkerên SaaS nayê pejirandin.
Ji ber vê yekê di binesaziyên mezin ên Zimbra de çêtirîn e ku meriv SAN bikar bîne. Ev teknolojiyek e ku naha jêhatî ye ku ji bo amûrên hilanînê rêgezek herî mezin peyda bike û di heman demê de, bi saya şiyana girêdana hejmareke mezin a cache, karanîna wê bi pratîkî ji bo pargîdaniyê xetereyên girîng çênake. Ramanek baş e ku meriv NVRAM-ê bikar bîne, ku di gelek SAN-an de tê bikar anîn da ku tiştan di dema nivîsandinê de bileztir bike. Lê çêtir e ku meriv cachkirina daneyên tomarkirî yên li ser dîskan bixwe neçalak bike, ji ber ku ew dikare bibe sedema zirara neçaverêkirî ya medyayê û windakirina daneyan heke pirsgirêkên hêzê çêbibin.
Ji bo hilbijartina pergalek pelê, bijartina çêtirîn dê karanîna standard Linux Ext3 / Ext4 be. Nîşaneya sereke ya ku bi pergala pelê ve girêdayî ye ev e ku divê ew bi parametreyê ve were girêdan -noatime. Ev vebijark dê fonksiyona tomarkirina dema gihîştina paşîn a pelan neçalak bike, ku tê vê wateyê ku ew ê barê xwendin û nivîsandinê pir kêm bike. Bi gelemperî, dema ku ji bo Zimbra pergalek pelê ext3 an ext4 diafirînin, divê hûn pîvanên kargêriya jêrîn bikar bînin mke2fs:
-j — Ji bo çêkirina kovareke pelan, bi kovareke ext3/ext4 pergala pelan çêbike.
-L NAME - Ji bo afirandina navek volumê ku paşê di /etc/fstab de bikar bînin
-O dir_index - Ji bo bilezkirina lêgerînên pelan di pelrêçên mezin de dara lêgerîna heşdî bikar bînin
-m 2 - Ji bo pelrêça root di pergalên pelan ên mezin de 2% ji cildê veqetînin
-J size=400 - Ji bo çêkirina kovareke mezin
-b 4096 - Ji bo destnîşankirina mezinahiya blokê di bytes de
-ez 10240 - Ji bo hilanîna peyamê, divê ev mîheng bi mezinahiya navînî ya peyamê re têkildar be. Divê hûn bala xwe bidin vê parametreyê, ji ber ku nirxa wê paşê nayê guhertin.
Her weha tê pêşniyar kirin ku çalak bikin dirsync ji bo hilanîna blob, hilanîna metadata lêgerîna Lucene, û hilanîna rêza MTA. Divê ev were kirin ji ber ku Zimbra bi gelemperî karûbar bikar tîne fsync ji bo nivîsandina garantîkirî ya blobê bi daneya li ser dîskê. Lêbelê, gava ku dikana e-nameya Zimbra an MTA di dema radestkirina peyamê de pelên nû diafirîne, pêdivî ye ku meriv guhertinên ku di peldankên têkildar de çêdibin li ser dîskê binivîsin. Ji ber vê yekê, her çend pel ji berê ve li ser dîskê hatî bikar anîn jî hatî nivîsandin fsync, dibe ku qeyda lêzêdekirina wê li pelrêçê dem tune ku li ser dîskê were nivîsandin û, wekî encam, dibe ku ji ber têkçûna serverek ji nişka ve winda bibe. Sipas ji bo bikaranîna dirsync van pirsgirêkan dikarin ji holê rabin.
2. Optimîzasyon bi binesaziya Zimbra dimeşîne
Pir caran diqewime ku piştî çend salan ji karanîna Zimbra, hejmara bikarhênerên wê pir zêde dibe û karûbar her roj kêmtir û kêmtir bersivdar dibe. Rêya derketina ji vê rewşê diyar e: hûn tenê hewce ne ku serverên nû li binesaziyê zêde bikin da ku karûbar dîsa wekî berê zû bixebite. Di vê navberê de, ne gengaz e ku tavilê serverên nû li binesaziyê zêde bikin da ku performansa wê zêde bikin. Rêvebirên IT-ê bi gelemperî neçar in ku demek dirêj bi hevrêzkirina kirîna serverên nû re bi beşa hesabkirin an ewlehiyê re derbas bikin; Wekî din, ew bi gelemperî ji hêla dabînkeran ve têne hiştin ku dikarin serverek nû dereng radest bikin an jî tiştê xelet radest bikin.
Bê guman, çêtirîn e ku hûn binesaziya Zimbra-ya xwe bi rezervek ava bikin da ku her dem ji bo berfirehkirina wê rezervek hebe û bi kesî ve girêdayî nebe, lêbelê, heke xeletiyek berê hatibe kirin, rêveberê IT-ê tenê dikare encamên wê sivik bike. bi qasî ku pêkan e. Mînakî, rêveberek IT-ê dikare bi betalkirina demkî karûbarên pergala Linux-ê yên ku bi rêkûpêk di dema xebitandinê de digihîjin dîskên hişk û ji ber vê yekê dikare bandorek neyînî li performansa Zimbra bike, hilberandinek piçûk bi dest bixe. Ji ber vê yekê, hûn dikarin demkî neçalak bikin:
autofs, netfs - Karûbarên Vedîtina Pergala Pelê ya Dûr
kasa - Xizmeta çapkirinê
xinetd, vsftpd - Karûbarên *NIX-ê yên çêkirî yên ku dibe ku hûn ne hewce nebin
portmap, rpcsvcgssd, rpcgssd, rpcidmapd - Karûbarên banga prosedûra dûr, ku bi gelemperî bi pergalên pelan ên torê re têne bikar anîn
kevok, cyrus-imapd, sendmail, exim, postfix, ldap - Duberên karûbarên sereke yên ku di Suite Hevkariya Zimbra de hene
slocate / rojanekirinb - Ji ber ku Zimbra her peyamê di pelek cûda de hilîne, her roj xebitandina karûbarê updatedb dikare bibe sedema pirsgirêkan, û ji ber vê yekê gengaz e ku di dema barkirina herî hindik a serveran de vê yekê bi destan bike.
Sazkirina çavkaniyên pergalê di encama neçalakkirina van karûbaran de dê ne pir girîng be, lê tewra ev dikare di şert û mercên nêzîkê hêza major de pir bikêr be. Dema ku servera nû li binesaziya Zimbra were zêdekirin, tê pêşniyar kirin ku karûbarên berê yên astengdar ji nû ve çalak bikin.
Her weha hûn dikarin operasyona Zimbra bi veguheztina karûbarê syslog-ê berbi serverek cihêreng xweştir bikin da ku di dema xebatê de ew ajokarên hişk ên depoyên nameyê bar neke. Hema hema her komputer ji bo van armancan maqûl e, tewra Raspberry Pi-ya yek-board erzan e.
Source: www.habr.com