An engem vun eisen , 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'Auswiel vun engem Dateiesystem ugeet, ass déi bescht Wiel fir de Standard Linux Ext3 / Ext4 ze benotzen. D'Haaptnuance, déi mam Dateiesystem 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 vu senge Benotzer wesentlech eropgeet an de Service gëtt all Dag manner a manner reaktiounsfäeger. De Wee aus dëser Situatioun ass evident: Dir musst just nei Serveren an d'Infrastruktur addéieren, sou datt de Service erëm esou séier funktionnéiert wéi virdrun. Mëttlerweil ass et net ëmmer méiglech direkt nei Serveren un d'Infrastruktur ze addéieren fir hir Leeschtung ze erhéijen. IT Manager mussen dacks laang Zäit verbréngen fir de Kaf vun neie Serveren mat der Comptabilitéit oder Sécherheetsdepartement ze koordinéieren; Zousätzlech ginn se dacks vu Liwweranten entlooss, déi en neie Server spéit kënne liwweren oder souguer déi falsch Saach liwweren.
Natierlech ass et am beschten Är Zimbra Infrastruktur mat enger Reserve ze bauen fir ëmmer eng Reserve fir seng Expansioun ze hunn an net vu jidderengem ofhängeg ze sinn, awer wann e Feeler gemaach ass, kann den IT Manager nëmmen seng Konsequenzen ausgläichen wéi vill wéi méiglech. Zum Beispill kann en IT-Manager e klengen Produktivitéitsboost erreechen andeems Linux Systemservicer temporär auszeschalten, déi regelméisseg op Harddrive während der Operatioun zougräifen an dofir d'Leeschtung vum Zimbra negativ beaflossen. Also, Dir kënnt temporär auszeschalten:
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