{"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\/sv\/blog\/administrirovanie\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","title":{"rendered":"Optimering av arbetet med e-postlagringssystem i Zimbra Collaboration Suite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I en av v\u00e5ra tidigare artiklar.<\/a><\/noindex>, som handlar om planeringen av infrastrukturen vid implementeringen av Zimbra Collaboration Suite i f\u00f6retag, n\u00e4mndes att den st\u00f6rsta begr\u00e4nsningen vid anv\u00e4ndningen av denna l\u00f6sning \u00e4r l\u00e4shastigheten f\u00f6r lagringsenheter i e-postlagren. Och faktiskt, under de tider n\u00e4r flera hundra anst\u00e4llda p\u00e5 f\u00f6retaget f\u00e5r tillg\u00e5ng till samma e-postlager samtidigt, kan bandbredden f\u00f6r l\u00e4sning och skrivning av information fr\u00e5n h\u00e5rddiskarna bli otillr\u00e4cklig f\u00f6r en responsiv tj\u00e4nst. Om detta kanske inte \u00e4r ett stort problem f\u00f6r sm\u00e5 installationer av Zimbra, s\u00e5 kan det i fallet med stora f\u00f6retag och SaaS-leverant\u00f6rer leda till att e-posten blir oresponsiv och d\u00e4rmed minska de anst\u00e4lldas effektivitet, samt bryta SLA. Just d\u00e4rf\u00f6r \u00e4r det viktigt att vid design och drift av storskaliga Zimbra-installationer fokusera p\u00e5 att optimera h\u00e5rddiskarnas arbete i e-postlagret. L\u00e5t oss titta p\u00e5 tv\u00e5 fall och f\u00f6rs\u00f6ka ta reda p\u00e5 vilka metoder f\u00f6r att optimera belastningen p\u00e5 lagringsenheterna som kan till\u00e4mpas i vart och ett av dem.<\/p>\n

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

1. Optimering vid planering av en storskalig Zimbra-installation<\/b><\/p>\n

Vid designfasen av en h\u00f6gbelastad Zimbra-installation m\u00e5ste dess administrat\u00f6r fatta beslut om vilken lagringssystem som ska anv\u00e4ndas. F\u00f6r att avg\u00f6ra detta beh\u00f6ver man veta att den st\u00f6rsta belastningen p\u00e5 h\u00e5rddiskarna kommer fr\u00e5n databashanteringssystemet MariaDB, s\u00f6ksystemet Apache Lucene samt lagringen av BLOB-objekt inom Zimbra Collaboration Suite. Just d\u00e4rf\u00f6r \u00e4r det n\u00f6dv\u00e4ndigt att anv\u00e4nda snabb och p\u00e5litlig h\u00e5rdvara f\u00f6r dessa programvaror under h\u00f6g belastning. <\/p>\n

Under normala omst\u00e4ndigheter kan Zimbra installeras b\u00e5de p\u00e5 en RAID av h\u00e5rddiskar och p\u00e5 lagringssystem som \u00e4r kopplade med NFS-protokollet. I fall av mycket sm\u00e5 installationer kan Zimbra installeras p\u00e5 en vanlig SATA-disk. Men under f\u00f6rh\u00e5llanden med stora installationer visar alla dessa teknologier olika nackdelar i form av minskad skrivhastighet eller l\u00e5g tillf\u00f6rlitlighet, vilket \u00e4r oacceptabelt f\u00f6r stora f\u00f6retag och \u00e4nnu mer f\u00f6r SaaS-leverant\u00f6rer.<\/p>\n

Det \u00e4r d\u00e4rf\u00f6r SAN \u00e4r det b\u00e4sta valet f\u00f6r Zimbra i storskaliga infrastrukturer. Just nu kan det erbjuda den h\u00f6gsta genomstr\u00f6mningen f\u00f6r lagringsenheter och tack vare m\u00f6jligheten att ansluta stora m\u00e4ngder cache inneb\u00e4r dess anv\u00e4ndning i princip inga betydande risker f\u00f6r f\u00f6retaget. En bra id\u00e9 \u00e4r att anv\u00e4nda NVRAM, som anv\u00e4nds i m\u00e5nga SAN f\u00f6r att p\u00e5skynda skrivprocesser. Att aktivera cachelagring av skrivna data p\u00e5 diskar b\u00f6r dock g\u00f6ras med f\u00f6rsiktighet, eftersom det kan leda till o\u00e5terkalleliga skador p\u00e5 medierna och dataf\u00f6rlust vid str\u00f6mproblem.<\/p>\n

N\u00e4r det g\u00e4ller valet av filsystem \u00e4r standarderna f\u00f6r Linux, Ext3\/Ext4, det optimala valet. Den viktigaste punkten g\u00e4llande filsystemet \u00e4r att den b\u00f6r monteras med parametern -noatime<\/b>. Denna parameter inaktiverar funktionen f\u00f6r att registrera tidpunkten f\u00f6r senaste \u00e5tkomst till filer, vilket kraftigt minskar belastningen p\u00e5 l\u00e4sning och skrivning. Generellt b\u00f6r f\u00f6ljande parametrar anv\u00e4ndas vid skapande av ext3 eller ext4 filsystem f\u00f6r Zimbra mke2fs<\/b>:<\/p>\n

-j<\/b> \u2014 F\u00f6r att skapa en filsystemjournal, skapa filsystemet med en ext3\/ext4-journal.
\n-L NAMN<\/b> \u2014 F\u00f6r att ge volymen ett namn som sedan anv\u00e4nds i \/etc\/fstab.
\n-O dir_index<\/b> \u2014 F\u00f6r att anv\u00e4nda en hash-tr\u00e4dstruktur f\u00f6r att p\u00e5skynda s\u00f6kningar i stora kataloger.
\n-m 2<\/b> \u2014 F\u00f6r att reservera 2% av utrymmet i stora filsystem f\u00f6r rotkatalogen.
\n-J size=400<\/b> \u2014 F\u00f6r att skapa en stor journal.
\n-b 4096<\/b> \u2014 F\u00f6r att best\u00e4mma blockstorleken i byte.
\n-i 10240<\/b> \u2014 F\u00f6r meddelandebeh\u00e5llaren ska denna parameter motsvara det genomsnittliga meddelandestorleken. Var f\u00f6rsiktig med denna parameter, eftersom den inte kan \u00e4ndras senare.<\/p><\/blockquote>\n

\nDessutom rekommenderas det att aktivera dirsync<\/b> f\u00f6r BLOB-beh\u00e5llare, mete-data s\u00f6kning med Lucene och MTA:s k\u00f6behandlare. Detta b\u00f6r g\u00f6ras av den anledningen att Zimbra ofta anv\u00e4nder verktyget. fsync<\/b> f\u00f6r att s\u00e4kerst\u00e4lla att blob-data skrivs till disken. Men n\u00e4r Zimbra-postlagring eller MTA skapar nya filer vid leveransen av meddelanden, uppst\u00e5r behovet av att skriva \u00e4ndringar till disken som har intr\u00e4ffat i respektive mappar. Det \u00e4r d\u00e4rf\u00f6r som \u00e4ven om filen redan har skrivits till disken med hj\u00e4lp av fsync<\/b>, kan registreringen av dess till\u00e4gg i katalogen misslyckas med att skrivas till disken och i resultatet kan g\u00e5 f\u00f6rlorad p\u00e5 grund av ett pl\u00f6tsligt serverfel. Tack vare anv\u00e4ndningen av dirsync<\/b> kan dessa problem undvikas.<\/p>\n

2. Optimering av den fungerande Zimbra-infrastrukturen<\/b><\/p>\n

Ofta h\u00e4nder det att antalet anv\u00e4ndare av Zimbra \u00f6kar betydligt efter flera \u00e5rs drift, och tj\u00e4nstens responsivitet blir s\u00e4mre f\u00f6r varje dag. L\u00f6sningen p\u00e5 denna situation \u00e4r uppenbar: det kr\u00e4vs att nya servrar l\u00e4ggs till i infrastrukturen s\u00e5 att tj\u00e4nsten \u00e5ter kan fungera lika snabbt som tidigare. D\u00e4remot har man inte alltid m\u00f6jlighet att omedelbart l\u00e4gga till nya servrar i infrastrukturen f\u00f6r att \u00f6ka dess prestanda. Ofta m\u00e5ste IT-chefer spendera l\u00e5ng tid p\u00e5 att f\u00e5 godk\u00e4nnande f\u00f6r ink\u00f6p nya servrar<\/a> fr\u00e5n ekonomidepartementet eller s\u00e4kerhetsavdelningen, dessutom kan leverant\u00f6rer ofta st\u00e4lla till problem, genom att leverera en ny server f\u00f6r sent eller till och med n\u00e5got helt annat \u00e4n vad som beh\u00f6vs.<\/p>\n

Sj\u00e4lvklart \u00e4r det b\u00e4st att bygga sin Zimbra-infrastruktur med en buffert, s\u00e5 man alltid har kapacitet f\u00f6r att ut\u00f6ka den och inte \u00e4r beroende av n\u00e5gon annan, men om misstaget redan har gjorts, \u00e4r det upp till IT-chefen att mildra konsekvenserna s\u00e5 mycket som m\u00f6jligt. Till exempel kan en IT-chef uppn\u00e5 en liten \u00f6kning av prestandan genom att tillf\u00e4lligt st\u00e4nga av systemtj\u00e4nster i Linux som regelbundet beg\u00e4r \u00e5tkomst till h\u00e5rddiskarna och d\u00e4rmed kan p\u00e5verka hastigheten p\u00e5 Zimbra negativt. S\u00e5, under en tid kan man st\u00e4nga av:<\/p>\n

autofs, netfs<\/b> \u2014 Tj\u00e4nster f\u00f6r uppt\u00e4ckte av fj\u00e4rrfilsystem
\ncups<\/b> \u2014 Utskriftstj\u00e4nst
\nxinetd, vsftpd<\/b> \u2014 Inbyggda tj\u00e4nster i *NIX som sannolikt inte kommer att beh\u00f6vas
\nportmap, rpcsvcgssd, rpcgssd, rpcidmapd<\/b> \u2014 Tj\u00e4nster f\u00f6r fj\u00e4rrproceduranrop som vanligtvis anv\u00e4nds i samband med n\u00e4tverksfilsystem
\ndovecot, cyrus-imapd, sendmail, exim, postfix, ldap<\/b> \u2014 Duplicerade grundl\u00e4ggande verktyg som ing\u00e5r i Zimbra Collaboration Suite
\nslocate\/updatedb<\/b> Eftersom Zimbra lagrar varje meddelande i en separat fil kan en daglig k\u00f6rning av tj\u00e4nsten updatedb leda till problem, och d\u00e4rf\u00f6r kan detta g\u00f6ras manuellt under perioder med l\u00e5g belastning p\u00e5 servrarna.<\/p><\/blockquote>\n

\nBesparingen av systemresurser som resultat av att inaktivera dessa tj\u00e4nster kommer inte att vara s\u00e4rskilt betydande, men \u00e4ven detta kan vara mycket anv\u00e4ndbart under sv\u00e5ra f\u00f6rh\u00e5llanden. N\u00e4r den nya servern har lagts till i Zimbra-infrastrukturen rekommenderas det att \u00e5teraktivera de tidigare inaktiverade tj\u00e4nsterna.<\/p>\n

Det \u00e4r ocks\u00e5 m\u00f6jligt att optimera Zimbra:s prestanda genom att flytta syslog-tj\u00e4nsten till en separat server, s\u00e5 att den under drift inte belastar h\u00e5rddiskarna i e-postlagringen. F\u00f6r detta syfte passar n\u00e4stan vilken dator som helst, till och med en billig enkortsdator som Raspberry Pi.
\n
K\u00e4lla: 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\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\udd47Optimering av e-postlagringar i Zimbra Collaboration Suite | ProHoster","description":"I en av v\u00e5ra tidigare artiklar som handlar om planering av infrastruktur vid implementering av Zimbra p\u00e5 f\u00f6retaget.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/optimizatsiya-raboty-pochtovyh-hranilishh-v-zimbra-collaboration-suite","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/33718","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=33718"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/33718\/revisions"}],"predecessor-version":[{"id":157961,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/33718\/revisions\/157961"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/25398"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=33718"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=33718"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=33718"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}