In uno ex nostris , infrastructurae consilio dicatum cum Zimbra Collaboratio Suite in inceptis exsequendo, dictum est principalem limitationem in operatione huius solutionis esse celeritatem orbis machinarum in schedulis electronicis I/O. Immo, cum plures centum operarii incepti eodem tempore accessere ad eandem repositionis tabulariorum, latitudo canalis ad informationes scribendas et legendi ex duris agitationibus non satis esse potest ad responsabilem operationem ministerii. Et si propter parvas institutiones Zimbrae hoc problema particulare non erit, tunc in magnis inceptis et provisoribus Saas, haec omnia ad electronicam electronicam non invitam ducere possunt et, consequenter, diminutionem efficientiae molestie, ac violationis. of SLAs. Quam ob rem, cum institutiones Zimbra magnarum amplissimarum cogitans et operans, peculiaris cura habenda est ad optimizing obeundis duris agitationibus in repositione cursuali. Intueamur duos casus et experire quaenam methodi optimizing oneris in orbe repositorii in singulis illis applicari possint.
1. Optimization cum designans Zimbra institutionem magnam-scalarum
In consilio institutionis Zimbra ad tempus summi oneris, administrator eligendum erit de qua ratio repono utatur. Ut de hac re decernas, scias quod onus principale in arduis agitationibus venit ex MariaDB DBMS in Collaboratione Zimbra Suite, Apache Lucene inquisitionis, et repositionis blob. Quam ob rem ad operandum haec programmata sub alto onere condiciones operandi, necesse est uti summus celeritate et certo instrumento.
Sub condicionibus normalibus, Zimbra institui potest tum in INCURSUS agitationibus duris et in repositione connexis per NFS protocollum. Pro minimis installationibus, potes Zimbra in iusto SATA coegi. Attamen in contextu magnarum institutionum, omnes hae technologiae varia incommoda demonstrant in formam redactae recordationis celeritatis vel humilitatis constantiam, quae neque magnis inceptis neque, praesertim provisoribus Saas, acceptabilis est.
Quam ob rem in substructionibus Zimbra magna-scalarum optimum est uti SAN. Haec technica haec est, quae nunc capax est maximam perputationem ad machinas repositas comparare et simul, propter facultatem magnam copiam cache connectendi, usus eius fere nullum periculum in incepto significat. NVRAM utilem est uti, quae multis SANs utitur ad res scribens in velocitate. Sed melius est ut inactivandi notitias notarum notarum in ipsis orbis, cum irreparabile damnum ducere potest instrumentorum communicationis et amissionis notitiarum, si potentia problemata eveniat.
Cum ad systema fasciculi eligendum, optima optio adhibenda erit norma Linux Ext3/Ext4. Praecipua nuance systema tabellae coniungitur ut cum modulo ascendatur -noatime. Haec optio munus recordandi tempus ultimi accessus ad imaginum solvet, quod significat sarcinam legendi et scribendi multum imminuere. In genere, cum ext3 vel ext4 lima ratio pro Zimbra creando, parametris sequentibus utere debes. mke2fs:
-j - Ad ephemeride systema fasciculi creare. Facere systema fasciculi cum ext3/ext4 ephemeride.
L NAME - Ad creandum nomen volumen tunc utimur in /etc/fstab
-O dir_index - Uti hashed inquisitionis lignum ad accelerandum lima inquisita in magnis directoriis
-m 2 - Ad reservandum 2% voluminis in magnis systematibus fasciculi radix directorio
-J size = 400 - Ad creare magnum magazine
-b 4096 - Ad determinare quod in magnitudine obstructionum bytes
l 10240 - Pro repositione nuntio, hic occasus debet respondere mediocris magnitudini nuntius. Attende tibi hoc parametro, quod eius valor postea mutari non potest.
Commendatur etiam ut dirsync pro blob repositione, Lucene metadata metadata quaere, et MTA queue reposita. Hoc fieri debet, quia Zimbra plerumque utilitate utitur fsync pro certo scripto a blob cum notitia ad disci. Cum autem Zimbra copia electronicarum aut MTA novas tabulas in traditio nuntius creat, necesse erit scribere mutationes quae in folders respondentibus occurrunt in disco. Quam ob rem, etiam si tabella iam scribenda est in disco utendo fsync, recordatio additionis indicem non vacat scribenda in disco et, consequenter, ob defectum servo repentino amitti potest. Gratias ad usum dirsync hae difficultates evitari possunt.
2. Optimization cum infrastructure Zimbra cursus
Saepe accidit ut post aliquot annos Zimbra utens, numerus utentium utentium signanter augetur et ministerium cotidie minus minusque respondeat. Via huius rei evidens est: vos tantum postulo novos ministros infrastructuras addere ut ministerium iterum quamprimum operetur. Interim non semper fieri potest ut novos ministros infrastructuras statim addat ut eius effectus augeatur. IT actores saepe longum tempus in coordinando emptionis novorum servientium cum rationario vel cautione, praeterea saepe submittuntur a praebitoribus qui sero novo servo vel etiam rem iniuriam liberare possunt.
Utique optimum est infrastructuram tuam Zimbram cum subsidiis aedificare, ut semper subsidia pro expansione habeat nec ab aliquo pendeat, tamen, si error iam factus est, IT procurator nonnisi suas consectarias extendere potest. plurimum potest. Exempli gratia, procurator IT consequi potest parvam productivam boostm per tempus inactivare Linux officia systematis quae regulariter accessere difficiles agitationes in operatione et ideo negando Zimbra effectum incursum. Ita, temporaliter disable potes;
autofs, netfs - Ratio File Inventionis Services remota
similiter scyphi - Print officium
xinetd, vsftpd - inaedificata * NIX officia quae probabiliter non opus est
portmap, rpcsvcgssd, rpcgssd, rpcidmapd - Operatio remota officia vocant, quae plerumque in conjunctione cum systematis fasciculi retis adhibentur
columba, cyrus-imapd, sendmail, exim, postfix, ldap - Duplicatae praecipuae utilitatis in Zimbra Collaboration inclusa Suite
slocate / updatedb * - Cum Zimbra unumquodque nuntium in file separato reponit, servitium updatedb currens cotidie problemas causare potest, et ideo hoc per minimum oneris ministrantibus manually facere potest.
Facultates systematis salutaris effectus inactivare haec officia non valde significant, sed etiam hoc valde utile est in condicionibus prope vim maiorem. Cum novus servo ad Zimbra infrastructuram additur, commendatur ut officia antea debiles renovare possit.
Potes etiam operationem Zimbra optimizare movendo syslogum servitii separati servientis ut in operatione non oneret duras clypeorum scopos. Fere computatorium quodlibet ad haec aptum est, etiam vilis unius tabulae Raspberry Pi.
Source: www.habr.com