Í einu af okkar , tileinkað skipulagningu innviða við innleiðingu Zimbra Collabortion Suite í fyrirtæki, var sagt að aðaltakmörkunin í rekstri þessarar lausnar væri I/O hraði diskatækja í póstgeymslum. Reyndar, á þeim tíma þegar nokkur hundruð starfsmenn fyrirtækis hafa aðgang að sömu póstgeymslunni samtímis, gæti rásbreiddin til að skrifa og lesa upplýsingar af hörðum diskum ekki nægjanleg fyrir móttækilegan rekstur þjónustunnar. Og ef fyrir litlar uppsetningar á Zimbra verður þetta ekki sérstakt vandamál, þá getur allt þetta leitt til þess að tölvupóstur svarar ekki og þar af leiðandi minnkandi skilvirkni starfsmanna, sem og brot af SLA. Þess vegna ætti að huga sérstaklega að því að hámarka afköst harðra diska í póstgeymslu við hönnun og rekstur á stórum Zimbra-uppsetningum. Skoðum tvö tilvik og reynum að komast að því hvaða aðferðum til að hámarka álag á diskgeymslu er hægt að beita í hverju þeirra.
1. Hagræðing við hönnun á stórfelldri Zimbra uppsetningu
Á hönnunarstigi Zimbra-uppsetningar með mikla álagi verður stjórnandinn að velja hvaða geymslukerfi á að nota. Til að taka ákvörðun um þetta mál ættirðu að vita að aðalálagið á harða diskana kemur frá MariaDB DBMS sem er innifalið í Zimbra Collaboration Suite, Apache Lucene leitarvélinni og blobgeymslu. Þess vegna er nauðsynlegt að nota háhraða og áreiðanlegan búnað til að reka þessar hugbúnaðarvörur við mikið álag.
Við venjulegar aðstæður er hægt að setja Zimbra upp bæði á RAID á hörðum diskum og á geymslu sem er tengt með NFS samskiptareglum. Fyrir mjög litlar uppsetningar geturðu sett upp Zimbra á venjulegu SATA drifi. Hins vegar, í samhengi við stórar uppsetningar, sýnir öll þessi tækni ýmsa ókosti í formi minni upptökuhraða eða lítillar áreiðanleika, sem er hvorki óviðunandi fyrir stór fyrirtæki né, sérstaklega fyrir SaaS veitendur.
Þess vegna er best að nota SAN í stórum Zimbra innviðum. Það er þessi tækni sem er nú fær um að veita mesta afköst fyrir geymslutæki og á sama tíma, þökk sé getu til að tengja mikið magn af skyndiminni, hefur notkun hennar nánast enga verulega áhættu fyrir fyrirtækið. Það er góð hugmynd að nota NVRAM, sem er notað í mörgum SAN til að flýta fyrir skrifum. En það er betra að slökkva á skyndiminni á skráðum gögnum á diskunum sjálfum, þar sem það getur leitt til óbætanlegs tjóns á miðlinum og taps gagna ef rafmagnsvandamál koma upp.
Hvað varðar val á skráarkerfi, þá væri besti kosturinn að nota venjulegan Linux Ext3/Ext4. Helstu blæbrigðin sem tengjast skráarkerfinu er að það ætti að vera fest með færibreytunni -nóatími. Þessi valkostur mun slökkva á virkni skráningartíma síðasta aðgangs að skrám, sem þýðir að það mun draga verulega úr álagi á lestri og ritun. Almennt séð, þegar þú býrð til ext3 eða ext4 skráarkerfi fyrir Zimbra, ættir þú að nota eftirfarandi færibreytur gagnsemi mke2fs:
-j — Til að búa til skráarkerfisdagbók Búðu til skráarkerfið með ext3/ext4 dagbók.
-L NAFN - Til að búa til hljóðstyrksheiti til að nota síðan í /etc/fstab
-O dir_index - Til að nota hashed leitartré til að flýta fyrir skráaleit í stórum möppum
-m 2 — Til að panta 2% af rúmmálinu í stórum skráarkerfum fyrir rótarskrána
-J stærð=400 — Að búa til stórt tímarit
-b 4096 — Til að ákvarða blokkastærðina í bætum
-ég 10240 - Fyrir skilaboðageymslu ætti þessi stilling að samsvara meðalstærð skilaboða. Þú ættir að fylgjast vel með þessari breytu, þar sem gildi hennar er ekki hægt að breyta síðar.
Einnig er mælt með því að virkja dirsync fyrir blob geymslu, Lucene leit lýsigagnageymslu og MTA biðröð geymslu. Þetta ætti að gera vegna þess að Zimbra notar venjulega tólið fsync fyrir trygga ritun á blaðri með gögnum á disk. Hins vegar, þegar Zimbra póstverslunin eða MTA býr til nýjar skrár við afhendingu skilaboða, verður nauðsynlegt að skrifa á disk breytingarnar sem verða í samsvarandi möppum. Þess vegna, jafnvel þótt skráin hafi þegar verið skrifuð á diskinn með því að nota fsync, skráin um viðbót þess við möppuna gæti ekki haft tíma til að skrifa á diskinn og gæti þar af leiðandi glatast vegna skyndilegrar bilunar á netþjóni. Þökk sé notkuninni dirsync hægt er að forðast þessi vandamál.
2. Hagræðing með Zimbra innviði í gangi
Það gerist oft að eftir nokkurra ára notkun Zimbra fjölgar notendum þess verulega og þjónustan verður sífellt minna móttækileg með hverjum deginum. Leiðin út úr þessum aðstæðum er augljós: þú þarft bara að bæta nýjum netþjónum við innviðina svo þjónustan virki aftur eins hratt og áður. Á sama tíma er ekki alltaf hægt að bæta nýjum netþjónum strax við innviðina til að auka afköst hans. Upplýsingatæknistjórar þurfa oft að eyða löngum tíma í að samræma kaup á nýjum netþjónum við bókhalds- eða öryggisdeild, auk þess eru þeir oft sviknir af birgjum sem geta sent nýjan netþjón seint eða jafnvel afhent rangt atriði.
Auðvitað er best að byggja upp Zimbra innviði með varasjóði til að hafa alltaf varasjóð fyrir stækkun þess og ekki vera háður neinum, en ef mistök hafa þegar verið gerð getur upplýsingatæknistjórinn aðeins jafnað afleiðingar þess eins og mikið og hægt er. Til dæmis getur upplýsingatæknistjóri náð smá framleiðniaukningu með því að slökkva tímabundið á Linux kerfisþjónustu sem hefur reglulega aðgang að hörðum diskum meðan á notkun stendur og getur því haft neikvæð áhrif á frammistöðu Zimbra. Svo þú getur slökkt tímabundið á:
autofs, netfs - Uppgötvunarþjónusta fyrir fjarskjalakerfi
bollar — Prentþjónusta
xinetd, vsftpd - Innbyggð *NIX þjónusta sem þú þarft líklega ekki
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Fjarsímtalsþjónusta, sem venjulega er notuð í tengslum við skráarkerfi netkerfisins
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Afrit af helstu tólum sem eru í Zimbra Collaboration Suite
slocate/updatedb - Þar sem Zimbra geymir hvert skeyti í sérstakri skrá getur það valdið vandræðum að keyra updatedb þjónustuna á hverjum degi og því er hægt að gera þetta handvirkt meðan á minnstu álagi á netþjóna stendur.
Sparnaður kerfisauðlinda vegna þess að slökkt er á þessari þjónustu mun ekki vera mjög veruleg, en jafnvel þetta getur verið mjög gagnlegt við aðstæður nálægt óviðráðanlegu ástandi. Þegar nýja þjóninum hefur verið bætt við Zimbra innviðina er mælt með því að virkja aftur áður óvirka þjónustu.
Þú getur líka fínstillt rekstur Zimbra með því að færa syslog þjónustuna yfir á sérstakan netþjón þannig að hún hleður ekki harða diska póstgeymslunnar meðan á notkun stendur. Næstum hvaða tölva er hentug í þessum tilgangi, jafnvel ódýr Raspberry Pi með einu borði.
Heimild: www.habr.com