Optimiséierung vun der Maillagerung an der Zimbra Collaboration Suite

An engem vun eisen virdrun Artikelen, gewidmet fir d'Infrastrukturplanung beim Ëmsetzung vun der Zimbra Collabortion Suite an enger Entreprise, gouf gesot datt d'Haaptbeschränkung an der Operatioun vun dëser Léisung d'I / O Geschwindegkeet vun Disk-Geräter an de Mailspeicher ass. Tatsächlech, zu enger Zäit wou e puer honnert Mataarbechter vun enger Entreprise gläichzäiteg op déiselwecht Maillagerung zougräifen, kann d'Kanalbreet fir d'Schreiwen an d'Liesen vun Informatioun vu Festplacken net genuch sinn fir de reaktiounsfäeger Operatioun vum Service. A wann fir kleng Installatiounen vun Zimbra dëst net e besonnesche Problem wäert sinn, dann am Fall vu groussen Entreprisen a SaaS Ubidder, all dëst kann zu onreaktiounsfäeger E-Mail féieren an, als Resultat, eng Ofsenkung vun der Employéeffizienz, wéi och eng Verletzung vun SLAs. Dofir, wann Dir grouss-Skala Zimbra Installatiounen designt an bedreift, sollt besonnesch Opmierksamkeet bezuelt ginn fir d'Performance vun de Festplazen an der Maillagerung ze optimiséieren. Loosst eis zwee Fäll kucken a probéieren erauszefannen wéi eng Methode fir d'Laascht op der Disklagerung ze optimiséieren an all eenzel applizéiert kënne ginn.

1. Optimisatioun beim Design vun enger grousser Zimbra Installatioun

Wärend der Designphase vun enger Zimbra-Installatioun mat héijer Belaaschtung muss den Administrator e Choix maachen iwwer wéi ee Späichersystem ze benotzen. Fir iwwer dëst Thema ze entscheeden, sollt Dir wëssen datt d'Haaptbelaaschtung op Festplazen aus der MariaDB DBMS kënnt, déi an der Zimbra Collaboration Suite, der Apache Lucene Sichmotor, a Blob Storage abegraff ass. Dat ass firwat fir dës Software Produiten ënner héich Laascht Bedingungen ze bedreiwen, ass et néideg héich-Vitesse an zouverlässeg Ausrüstung ze benotzen.

Ënner normalen Bedéngungen kann Zimbra souwuel op RAID vun Festplazen an op Lagerung installéiert ginn, déi iwwer den NFS Protokoll verbonne sinn. Fir ganz kleng Installatiounen, kënnt Dir Zimbra op engem normale SATA Drive installéieren. Wéi och ëmmer, am Kontext vu groussen Installatiounen, weisen all dës Technologien verschidden Nodeeler a Form vu reduzéierter Opnamgeschwindegkeet oder gerénger Zouverlässegkeet, wat weder fir grouss Entreprisen nach, besonnesch fir SaaS Ubidder inakzeptabel ass.

Dofir ass et a grousser Zimbra-Infrastrukturen am beschten e SAN ze benotzen. Et ass dës Technologie déi am Moment fäeg ass de gréissten Duerchgang fir Späicherapparaten ze liwweren a gläichzäiteg, dank der Fäegkeet fir eng grouss Quantitéit vu Cache ze verbannen, ass hir Notzung praktesch keng bedeitend Risiken fir d'Entreprise. Et ass eng gutt Iddi NVRAM ze benotzen, deen a ville SANs benotzt gëtt fir d'Saachen ze beschleunegen beim Schreiwen. Awer et ass besser d'Caching vun opgehollen Donnéeën op den Disken selwer auszeschalten, well et kann zu irreparablen Schued un de Medien an Datenverloscht féieren wann Stroumproblemer optrieden.

Wat d'Wiel vum Dateisystem ugeet, wier déi optimal Wiel déi Standardsystemer fir ... Linux Ext3/Ext4. Déi wichtegst Nuanc, déi mam Dateisystem verbonnen ass, ass datt et mam Parameter montéiert soll ginn. -noatime. Dës Optioun deaktivéiert d'Funktioun fir d'Zäit vum leschten Zougang zu Dateien opzehuelen, dat heescht datt et d'Laascht beim Liesen a Schreiwen staark reduzéiert. Am Allgemengen, wann Dir en ext3 oder ext4 Dateiesystem fir Zimbra erstellt, sollt Dir déi folgend Utilityparameter benotzen mk2fs:

-j — Fir en Dateiesystemjournal ze kreéieren.Erstellt de Dateiesystem mat engem ext3/ext4-Journal.
-L NUMM - Fir e Volumennumm ze kreéieren fir dann an /etc/fstab ze benotzen
-O dir_index - Fir en hashed Sichbaum ze benotzen fir Dateie Sich a grousse Verzeichnisser ze beschleunegen
-m 2 ech - Fir 2% vum Volume a grousse Dateiesystemer fir de Root-Verzeichnis ze reservéieren
-J Gréisst = 400 - Fir eng grouss Magazin ze schafen
-b 4096 - Fir d'Blockgréisst a Bytes ze bestëmmen
-ech 10240 - Fir Message Stockage, soll dës Astellung der Moyenne Message Gréisst entspriechen. Dir sollt op dëse Parameter oppassen, well säi Wäert net méi spéit geännert ka ginn.

Et ass och recommandéiert ze aktivéieren dirsync fir blob Stockage, Lucene Sich Metadaten Stockage, an MTA Schlaang Stockage. Dëst sollt gemaach ginn well Zimbra normalerweis den Utility benotzt fsync fir garantéiert Schreiwen vun engem Blob mat Daten op Scheif. Wéi och ëmmer, wann den Zimbra Mail Store oder MTA nei Dateie wärend der Message Liwwerung erstellt, ass et néideg fir d'Ännerungen op Disk ze schreiwen, déi an de korrespondéierten Ordner optrieden. Dofir, och wann d'Datei schonn op Disk geschriwwe gouf benotzt fsync, De Rekord vu senger Ergänzung zum Verzeichnis kann keng Zäit hunn fir op d'Disk ze schreiwen an, als Resultat, kann duerch e plötzlechen Serverfehler verluer ginn. Dank der Benotzung dirsync dës Problemer kënne vermeit ginn.

2. Optimisatioun mat Zimbra Infrastruktur Lafen

Et geschitt dacks, datt no e puer Joer Zimbra d'Zuel vun de Benotzer däitlech eropgeet, an de Service ëmmer manner reaktiounsfäeg gëtt. D'Léisung fir dës Situatioun ass kloer: einfach nei Serveren an d'Infrastruktur bäifügen, fir d'Geschwindegkeet vum Service erëm hierzestellen. Et ass awer net ëmmer méiglech, direkt nei Serveren an d'Infrastruktur bäizefügen, fir seng Leeschtung ze verbesseren. IT-Manager mussen dacks vill Zäit verbréngen, fir de Kaf ze koordinéieren. nei Serveren Zousätzlech liwweren d'Liwweranten dacks net en neie Server ze spéit oder souguer de falschen Artikel, och net an der Comptabilitéit oder Sécherheetsofdeelung.

Natierlech ass et am beschten, Är Zimbra-Infrastruktur mat enger Reserve opzebauen, sou datt Dir ëmmer Plaz fir Expansioun hutt a vun niemandem ugewise musst sinn. Wann awer schonn e Feeler gemaach gouf, kann den IT-Manager seng Konsequenze just sou vill wéi méiglech reduzéieren. Zum Beispill kann en IT-Manager eng kleng Leeschtungsverbesserung erreechen, andeems hien d'Systemservicer temporär deaktivéiert. Linux, déi reegelméisseg op Festplacken zougräifen wärend dem Betrib a kënnen doduerch d'Performance vun Zimbra negativ beaflossen. Zum Beispill kënnt Dir temporär deaktivéieren:

autofs, netz - Remote Dateisystem Discovery Services
Coupë - Dréckerei Service
xinetd, vsftpd - Built-in * NIX Servicer déi Dir wahrscheinlech net braucht
portmap, rpcsvcgssd, rpcgssd, rpcidmapd - Remote Prozedur Uruff Servicer, déi normalerweis a Verbindung mat Netzwierkdateiesystemer benotzt ginn
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - Duplikate vun den Haapt Utilities abegraff an der Zimbra Collaboration Suite
slocate / aktualiséiertb - Zënter Zimbra späichert all Message an enger separater Datei, kann den updatedb Service all Dag Probleemer verursaachen, an dofir ass et méiglech dëst manuell während der mannst Belaaschtung op de Serveren ze maachen

D'Spuere vun de Systemressourcen als Resultat vun der Desaktivéierung vun dëse Servicer wäert net ganz bedeitend sinn, awer och dëst kann ganz nëtzlech sinn a Bedéngungen no bei Force Majeure. Wann den neie Server an d'Zimbra Infrastruktur bäigefüügt ass, ass et recommandéiert déi virdru behënnerte Servicer nei z'aktivéieren.

Dir kënnt och d'Operatioun vum Zimbra optimiséieren andeems Dir de Syslog-Service op e getrennten Server bewegt, sou datt et während der Operatioun net d'Festplazen vun de Maillager lued. Bal all Computer ass gëeegent fir dës Zwecker, och e bëlleg Single-Board Raspberry Pi.

Source: will.com