{"id":33718,"date":"2019-10-31T21:54:20","date_gmt":"2019-10-31T18:54:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite\/"},"modified":"2019-10-31T21:54:20","modified_gmt":"2019-10-31T18:54:20","slug":"optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","title":{"rendered":"Ottimizzazione del lavoro delle memorie postali in Zimbra Collaboration Suite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In uno dei nostri articoli precedenti<\/a><\/noindex>, dedicato alla pianificazione dell'infrastruttura durante l'implementazione di Zimbra Collaboration Suite in azienda, si \u00e8 detto che la principale limitazione nell'utilizzo di questa soluzione \u00e8 la velocit\u00e0 di input-output dei dispositivi di archiviazione negli archivi di posta. E in effetti, quando diverse centinaia di dipendenti accedono contemporaneamente allo stesso archivio di posta, la larghezza di banda per la scrittura e la lettura delle informazioni dai dischi rigidi potrebbe non essere sufficiente per garantire un servizio reattivo. Se per installazioni di piccole dimensioni di Zimbra questo non rappresenta un grosso problema, nel caso di grandi aziende e fornitori di SaaS, tutto ci\u00f2 pu\u00f2 portare a un funzionamento non reattivo della posta elettronica e, di conseguenza, a una riduzione dell'efficienza dei dipendenti, oltre a violazioni del SLA. Proprio per questo motivo, nella progettazione e gestione di installazioni di Zimbra su larga scala \u00e8 fondamentale prestare particolare attenzione all'ottimizzazione del funzionamento dei dischi rigidi negli archivi di posta. Esaminiamo due casi e cerchiamo di capire quali metodi di ottimizzazione del carico sugli archivi di dati possono essere applicati in ciascuno di essi.<\/p>\n

\"Ottimizzazione<\/a><\/noindex><\/p>\n

1. Ottimizzazione nella progettazione di un'installazione su larga scala di Zimbra<\/b><\/p>\n

Nella fase di progettazione di un'installazione ad alto carico di Zimbra, l'amministratore deve scegliere quale sistema di archiviazione dati utilizzare. Per determinare questo aspetto, \u00e8 importante sapere che il maggior carico sui dischi rigidi \u00e8 generato dai database MariaDB, dal sistema di ricerca Apache Lucene e dallo storage di oggetti BLOB che fanno parte di Zimbra Collaboration Suite. Per garantire il corretto funzionamento di questi prodotti software in condizioni di alto carico, \u00e8 necessario utilizzare attrezzature veloci e affidabili. <\/p>\n

In condizioni normali, Zimbra pu\u00f2 essere installato sia su RAID di dischi rigidi che su archivi collegati tramite protocollo NFS. In caso di installazioni realmente piccole, \u00e8 possibile installare Zimbra su un disco SATA comune. Tuttavia, nelle grandi installazioni, tutte queste tecnologie presentano vari svantaggi come una ridotta velocit\u00e0 di scrittura o bassa affidabilit\u00e0, che non sono accettabili n\u00e9 per le grandi aziende n\u00e9, tantomeno, per i fornitori di SaaS.<\/p>\n

Ecco perch\u00e9 nelle infrastrutture su larga scala, Zimbra funziona meglio con SAN. Al momento, \u00e8 in grado di offrire la massima larghezza di banda per i dispositivi di archiviazione e, grazie alla possibilit\u00e0 di collegare un gran numero di cache, il suo utilizzo non comporta rischi significativi per l'azienda. \u00c8 una buona idea utilizzare la NVRAM, che \u00e8 impiegata in molte SAN per accelerare la scrittura. Tuttavia, \u00e8 meglio disattivare la memorizzazione nella cache dei dati scritti sui dischi, poich\u00e9 potrebbe portare a danni irreversibili ai supporti e alla perdita di dati in caso di problemi di alimentazione.<\/p>\n

Per quanto riguarda la scelta del file system, la scelta ottimale \u00e8 utilizzare i normali Ext3\/Ext4 per Linux. Il principale aspetto da considerare con il file system \u00e8 che deve essere montato con il parametro -noatime<\/b>. Questo parametro disabilita la funzione di registrazione del tempo dell'ultimo accesso ai file, riducendo notevolmente il carico di lettura e scrittura. In generale, quando si crea un file system ext3 o ext4 per Zimbra, \u00e8 consigliabile utilizzare i seguenti parametri dell'utilit\u00e0 mke2fs<\/b>:<\/p>\n

-j<\/b> \u2014 Per creare un journal per il file systemCreate the file system with an ext3\/ext4 journal.
\n-L NOME<\/b> \u2014 Per creare un nome per il volume, in modo da poterlo utilizzare in \/etc\/fstab
\n-O dir_index<\/b> \u2014 Per utilizzare un albero di ricerca hash per velocizzare la ricerca di file in directory di grandi dimensioni
\n-m 2<\/b> \u2014 Per riservare il 2% dello spazio nelle grandi file system per la root
\n-J size=400<\/b> \u2014 Per creare un grande journal
\n-b 4096<\/b> \u2014 Per definire la dimensione del blocco in byte
\n-i 10240<\/b> \u2014 Per lo storage dei messaggi, questo parametro deve corrispondere alla dimensione media dei messaggi. \u00c8 importante prestare attenzione a questo parametro, poich\u00e9 successivamente il suo valore non potr\u00e0 essere modificato<\/p><\/blockquote>\n

\nInoltre, \u00e8 consigliabile abilitare dirsync<\/b> per lo storage degli oggetti BLOB, lo storage dei metadati di ricerca Lucene e lo storage della coda MTA. Questo \u00e8 necessario perch\u00e9 solitamente Zimbra utilizza l'utilit\u00e0 fsync<\/b> per garantire la registrazione di un blob di dati su disco. Tuttavia, quando lo storage email Zimbra o il MTA creano nuovi file durante la consegna dei messaggi, sorge la necessit\u00e0 di registrare su disco le modifiche avvenute nelle cartelle corrispondenti. Ecco perch\u00e9 anche nel caso in cui il file sia gi\u00e0 stato scritto su disco tramite fsync<\/b>, la registrazione della sua aggiunta nella directory potrebbe non aver tempo di essere scritta su disco e, di conseguenza, potrebbe andare persa a causa di un'improvvisa rottura del server. Grazie all'uso di dirsync<\/b> questi problemi si possono evitare.<\/p>\n

2. Ottimizzazione con infrastruttura Zimbra operativa<\/b><\/p>\n

Spesso capita che, dopo alcuni anni di utilizzo di Zimbra, il numero dei suoi utenti aumenti notevolmente e il funzionamento del servizio diventi giorno dopo giorno sempre meno reattivo. L'uscita da questa situazione \u00e8 ovvia: \u00e8 necessario semplicemente aggiungere nuovi server all'infrastruttura, affinch\u00e9 il servizio torni a funzionare con la stessa velocit\u00e0 di prima. Tuttavia, non sempre \u00e8 possibile aggiungere immediatamente nuovi server all'infrastruttura per migliorare le sue prestazioni. Spesso i responsabili IT devono negoziare a lungo l'acquisto di di nuovi server<\/a> con la contabilit\u00e0 o il dipartimento di sicurezza; inoltre, spesso i fornitori non rispettano le scadenze, consegnando un nuovo server in ritardo o portando addirittura qualcosa di diverso da ci\u00f2 di cui si ha bisogno.<\/p>\n

\u00c8 chiaro che sarebbe meglio costruire la propria infrastruttura Zimbra con un margine, in modo da avere sempre la possibilit\u00e0 di espanderla senza dipendere da nessuno, ma se l'errore \u00e8 gi\u00e0 stato commesso, il responsabile IT deve solo cercare di mitigare al massimo le conseguenze. Ad esempio, il responsabile IT pu\u00f2 ottenere un lieve aumento delle prestazioni disattivando temporaneamente i servizi di sistema Linux, che durante il funzionamento accedono regolarmente ai dischi rigidi e, di conseguenza, possono influire negativamente sulla velocit\u00e0 di funzionamento di Zimbra. Pertanto, si possono disattivare temporaneamente:<\/p>\n

autofs, netfs<\/b> \u2014 Servizi di rilevamento dei file system remoti
\ncups<\/b> \u2014 Servizio di stampa
\nxinetd, vsftpd<\/b> \u2014 Servizi integrati *NIX, che probabilmente non ti serviranno
\nportmap, rpcsvcgssd, rpcgssd, rpcidmapd<\/b> \u2014 Servizi di chiamata remota di procedure, generalmente utilizzati in combinazione con i file system di rete
\ndovecot, cyrus-imapd, sendmail, exim, postfix, ldap<\/b> \u2014 Duplicati delle principali utility incluse nella Zimbra Collaboration Suite
\nslocate\/updatedb<\/b> Poich\u00e9 Zimbra memorizza ogni messaggio in un file separato, l'esecuzione quotidiana del servizio updatedb potrebbe causare problemi, pertanto \u00e8 consigliabile eseguirlo manualmente durante i periodi di minor carico sui server.<\/p><\/blockquote>\n

\nIl risparmio delle risorse di sistema derivante dalla disattivazione di questi servizi non sar\u00e0 molto significativo, ma anche questo potrebbe essere molto utile in situazioni di emergenza. Dopo aver aggiunto un nuovo server all'infrastruttura Zimbra, \u00e8 consigliabile riattivare i servizi precedentemente disattivati.<\/p>\n

\u00c8 possibile ottimizzare le prestazioni di Zimbra spostando il servizio syslog su un server dedicato, in modo che durante il funzionamento non sovraccarichi i dischi rigidi dei archivi di posta. A questo scopo, praticamente qualsiasi computer, fino a un economico Raspberry Pi, pu\u00f2 andare bene.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412 \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0442\u0430\u0442\u0435\u0439, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u043e\u0439 \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u0438 \u0432\u043d\u0435\u0434\u0440\u0435\u043d\u0438\u0438 \u043d\u0430 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u0438 Zimbra Collabortion Suite, \u0431\u044b\u043b\u043e \u0441\u043a\u0430\u0437\u0430\u043d\u043e, \u0447\u0442\u043e \u0433\u043b\u0430\u0432\u043d\u044b\u043c \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u0435\u043c \u043f\u0440\u0438 \u0440\u0430\u0431\u043e\u0442\u0435 \u044d\u0442\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c \u0432\u0432\u043e\u0434\u0430-\u0432\u044b\u0432\u043e\u0434\u0430 \u0434\u0438\u0441\u043a\u043e\u0432\u044b\u0445 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0432 \u043f\u043e\u0447\u0442\u043e\u0432\u044b\u0445 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430\u0445. \u0418 \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e, \u0432 \u0442\u043e \u0432\u0440\u0435\u043c\u044f, \u043a\u043e\u0433\u0434\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0441\u043e\u0442\u0435\u043d \u0440\u0430\u0431\u043e\u0442\u043d\u0438\u043a\u043e\u0432 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f \u043e\u0434\u043d\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e \u043e\u0431\u0440\u0430\u0449\u0430\u044e\u0442\u0441\u044f \u043a \u043e\u0434\u043d\u043e\u043c\u0443 \u0438 \u0442\u043e\u043c\u0443 \u0436\u0435 \u043f\u043e\u0447\u0442\u043e\u0432\u043e\u043c\u0443 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0443, \u0448\u0438\u0440\u0438\u043d\u044b \u043a\u0430\u043d\u0430\u043b\u0430 \u0434\u043b\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25398,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33718","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Ottimizzazione delle prestazioni degli archivi di posta in Zimbra Collaboration Suite | ProHoster","description":"In uno dei nostri articoli precedenti, dedicato alla pianificazione dell'infrastruttura durante l'implementazione di Zimbra in un'azienda.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u043f\u043e\u0447\u0442\u043e\u0432\u044b\u0445 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449 \u0432 Zimbra Collaboration Suite | ProHoster","og:description":"\u0412 \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0442\u0430\u0442\u0435\u0439, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u043e\u0439 \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u0438 \u0432\u043d\u0435\u0434\u0440\u0435\u043d\u0438\u0438 \u043d\u0430 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u0438 Zimbra.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:54:20+00:00","article:modified_time":"2019-10-31T18:54:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33718","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-08 20:33:43","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:35:31","updated":"2026-02-08 20:33:43","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33718","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=33718"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33718\/revisions"}],"predecessor-version":[{"id":157961,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33718\/revisions\/157961"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25398"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=33718"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=33718"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=33718"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}