Vienā no mūsu , kas veltīta infrastruktūras plānošanai, ieviešot Zimbra Collabortion Suite uzņēmumā, tika teikts, ka galvenais ierobežojums šī risinājuma darbībā ir disku ierīču I/O ātrums pasta krātuvēs. Patiešām, laikā, kad vairāki simti uzņēmuma darbinieku vienlaikus piekļūst vienai un tai pašai pasta krātuvei, kanāla platums informācijas rakstīšanai un lasīšanai no cietajiem diskiem var nebūt pietiekams pakalpojuma atsaucīgai darbībai. Un, ja mazām Zimbra instalācijām tā nebūs īpaša problēma, tad lielo uzņēmumu un SaaS pakalpojumu sniedzēju gadījumā tas viss var novest pie nereaģējoša e-pasta un līdz ar to darbinieku efektivitātes samazināšanās, kā arī pārkāpuma. no SLA. Tāpēc, projektējot un ekspluatējot liela mēroga Zimbra instalācijas, īpaša uzmanība jāpievērš cieto disku veiktspējas optimizēšanai pasta krātuvē. Apskatīsim divus gadījumus un mēģināsim noskaidrot, kādas metodes diska krātuves slodzes optimizēšanai var izmantot katrā no tiem.
1. Optimizācija, projektējot liela mēroga Zimbra instalāciju
Lielas slodzes Zimbra instalācijas projektēšanas posmā administratoram būs jāizdara izvēle, kuru uzglabāšanas sistēmu izmantot. Lai izlemtu par šo jautājumu, jums jāzina, ka cieto disku galvenā slodze nāk no MariaDB DBVS, kas iekļauta Zimbra Collaboration Suite, meklētājprogrammas Apache Lucene un blob krātuves. Tāpēc, lai šos programmatūras produktus darbinātu lielas slodzes apstākļos, ir jāizmanto ātrgaitas un uzticamas iekārtas.
Parastos apstākļos Zimbra var instalēt gan cieto disku RAID, gan krātuvē, kas savienota, izmantojot NFS protokolu. Ļoti mazām instalācijām varat instalēt Zimbra parastā SATA diskdzinī. Tomēr lielu instalāciju kontekstā visas šīs tehnoloģijas demonstrē dažādus trūkumus samazināta ierakstīšanas ātruma vai zemas uzticamības veidā, kas nav pieņemami ne lieliem uzņēmumiem, ne īpaši SaaS pakalpojumu sniedzējiem.
Tāpēc liela mēroga Zimbra infrastruktūrās vislabāk ir izmantot SAN. Tieši šī tehnoloģija šobrīd spēj nodrošināt vislielāko caurlaidspēju atmiņas ierīcēm un tajā pašā laikā, pateicoties iespējai pieslēgt lielu daudzumu kešatmiņas, tās izmantošana uzņēmumam praktiski nerada būtisku risku. Ieteicams izmantot NVRAM, kas tiek izmantota daudzos SAN, lai paātrinātu darbu rakstīšanas laikā. Bet labāk ir atspējot ierakstīto datu saglabāšanu kešatmiņā pašos diskos, jo tas var izraisīt neatgriezeniskus datu nesēja bojājumus un datu zudumus, ja rodas strāvas problēmas.
Kas attiecas uz failu sistēmas izvēli, labākā izvēle būtu standarta Linux Ext3/Ext4 izmantošana. Galvenā nianse, kas saistīta ar failu sistēmu, ir tā, ka tā jāmontē ar parametru -noatime. Šī opcija atspējos pēdējās piekļuves failiem laika ierakstīšanas funkciju, kas nozīmē, ka tas ievērojami samazinās lasīšanas un rakstīšanas slodzi. Parasti, veidojot ext3 vai ext4 failu sistēmu Zimbra, jums vajadzētu izmantot šādus utilītas parametrus mke2fs:
-j — lai izveidotu failu sistēmas žurnālu Izveidojiet failu sistēmu ar ext3/ext4 žurnālu.
-L VĀRDS - Lai izveidotu sējuma nosaukumu, ko pēc tam izmantot mapē /etc/fstab
-O dir_index - Lai izmantotu jauktu meklēšanas koku, lai paātrinātu failu meklēšanu lielos direktorijos
-m 2 — Rezervēt 2% no apjoma lielajās failu sistēmās saknes direktorijam
-J izmērs = 400 — Izveidot lielu žurnālu
-b 4096 — Lai noteiktu bloka lielumu baitos
- es 10240 - Ziņojumu glabāšanai šim iestatījumam jāatbilst vidējam ziņojuma lielumam. Šim parametram jāpievērš īpaša uzmanība, jo tā vērtību vēlāk nevar mainīt.
Ieteicams arī iespējot dirsync blob krātuvei, Lucene meklēšanas metadatu krātuvei un MTA rindas krātuvei. Tas jādara, jo Zimbra parasti izmanto utilītu fsync lai garantētu lāse ar datiem ierakstīšanu diskā. Taču, kad Zimbra pasta veikals jeb MTA ziņojumu piegādes laikā izveido jaunus failus, rodas nepieciešamība ierakstīt diskā izmaiņas, kas notiek attiecīgajās mapēs. Tieši tāpēc, pat ja fails jau ir ierakstīts diskā, izmantojot fsync, ierakstam par tā pievienošanu direktorijam var nebūt laika, lai to ierakstītu diskā, un rezultātā tas var tikt zaudēts pēkšņas servera kļūmes dēļ. Pateicoties lietošanai dirsync no šīm problēmām var izvairīties.
2. Optimizācija ar Zimbra infrastruktūras darbību
Nereti gadās, ka pēc vairākiem Zimbra lietošanas gadiem tās lietotāju skaits ievērojami palielinās un serviss ar katru dienu kļūst arvien mazāk atsaucīgs. Izeja no šīs situācijas ir acīmredzama: jums vienkārši jāpievieno jauni serveri infrastruktūrai, lai pakalpojums atkal darbotos tikpat ātri kā iepriekš. Tikmēr ne vienmēr ir iespējams nekavējoties pievienot jaunus serverus infrastruktūrai, lai palielinātu tās veiktspēju. IT vadītājiem bieži vien ir jāpavada ilgs laiks, saskaņojot jaunu serveru iegādi ar grāmatvedības vai drošības nodaļu, turklāt bieži vien viņus pieviļ piegādātāji, kuri var piegādāt jaunu serveri ar nokavēšanos vai pat piegādāt nepareizu lietu.
Protams, vislabāk savu Zimbra infrastruktūru veidot ar rezervi, lai vienmēr būtu rezerve tās paplašināšanai un nebūtu no kāda atkarīga, tomēr, ja jau ir pieļauta kļūda, IT vadītājs var tikai izlīdzināt tās sekas kā cik vien iespējams. Piemēram, IT vadītājs var sasniegt nelielu produktivitātes pieaugumu, īslaicīgi atspējojot Linux sistēmas pakalpojumus, kas darbības laikā regulāri piekļūst cietajiem diskiem un tādējādi var negatīvi ietekmēt Zimbra veiktspēju. Tātad, jūs varat īslaicīgi atspējot:
autofs, netfs - Attālās failu sistēmas atklāšanas pakalpojumi
krūzes — Drukas pakalpojums
xinetd, vsftpd - Iebūvēti *NIX pakalpojumi, kas jums, visticamāk, nebūs vajadzīgi
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Attālās procedūru izsaukuma pakalpojumi, ko parasti izmanto kopā ar tīkla failu sistēmām
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite iekļauto galveno utilītu dublikāti
izvietot/atjauninātsb - Tā kā Zimbra katru ziņojumu glabā atsevišķā failā, updatedb pakalpojuma palaišana katru dienu var radīt problēmas, un tāpēc to ir iespējams izdarīt manuāli, vismazāk noslogojot serverus
Sistēmas resursu taupīšana šo pakalpojumu atspējošanas rezultātā nebūs īpaši nozīmīga, taču pat tas var būt ļoti noderīgi nepārvaramas varas apstākļos. Kad jaunais serveris ir pievienots Zimbra infrastruktūrai, ieteicams atkārtoti iespējot iepriekš atspējotos pakalpojumus.
Jūs varat arī optimizēt Zimbra darbību, pārvietojot syslog pakalpojumu uz atsevišķu serveri, lai darbības laikā tas nenoslogotu pasta krātuvju cietos diskus. Šiem nolūkiem ir piemērots gandrīz jebkurš dators, pat lēts vienas plates Raspberry Pi.
Avots: www.habr.com