Gureetako batean , enpresa batean Zimbra Collaboration Suite ezartzerakoan azpiegituren plangintzari eskainia, irtenbide honen funtzionamenduaren muga nagusia posta biltegietan disko gailuen I/O abiadura dela esan zen. Izan ere, enpresa bateko ehunka langile aldi berean posta-biltegiratze berean sartzen diren garaian, baliteke disko gogorretako informazioa idazteko eta irakurtzeko kanalaren zabalera nahikoa ez izatea zerbitzuaren funtzionamendu sentikorra izateko. Eta Zimbraren instalazio txikietarako hori ez bada arazo berezi bat izango, orduan enpresa handien eta SaaS hornitzaileen kasuan, horrek guztiak erantzunik ez duen posta elektronikoa ekar dezake eta, ondorioz, langileen eraginkortasunaren murrizketa, baita urraketa ere. SLAen. Horregatik, eskala handiko Zimbra instalazioak diseinatzean eta ustiatzean, arreta berezia jarri behar da posta biltegiratzeko disko gogorren errendimendua optimizatzeari. Ikus ditzagun bi kasu eta saia gaitezen horietako bakoitzean diskoaren biltegian karga optimizatzeko zein metodo aplika daitezkeen.
1. Eskala handiko Zimbra instalazioa diseinatzerakoan optimizatzea
Karga handiko Zimbra instalazio baten diseinu fasean, administratzaileak aukeratu beharko du zein biltegiratze sistema erabili. Gai honi buruz erabakitzeko, jakin behar duzu disko gogorren karga nagusia Zimbra Collaboration Suite-n sartutako MariaDB DBMStik, Apache Lucene bilatzailetik eta blob biltegitik datorrela. Horregatik, software produktu hauek karga handiko baldintzetan funtzionatzeko, beharrezkoa da abiadura handiko eta fidagarriak diren ekipamenduak erabiltzea.
Baldintza normaletan, Zimbra disko gogorren RAIDean eta NFS protokoloaren bidez konektatutako biltegian instala daiteke. Instalazio oso txikietarako, Zimbra SATA disko arrunt batean instala dezakezu. Hala ere, instalazio handien testuinguruan, teknologia horiek guztiek hainbat desabantaila erakusten dituzte grabazio-abiadura murriztuaren edo fidagarritasun baxuaren forman, eta hori ez da onartezina ez enpresa handientzat ez, batez ere, SaaS hornitzaileentzat.
Horregatik, eskala handiko Zimbrako azpiegituretan SAN bat erabiltzea da onena. Teknologia hau da gaur egun biltegiratze gailuetarako errendimendu handiena eskaintzeko gai dena eta, aldi berean, cache kopuru handia konektatzeko gaitasunari esker, bere erabilerak ia ez du arrisku handirik sortzen enpresarentzat. Ideia ona da NVRAM erabiltzea, SAN askotan erabiltzen dena idazketan gauzak bizkortzeko. Baina hobe da diskoetan bertan grabatutako datuen cachea desgaitzea, euskarrietan kalte konponezinak eta datuak galtzea ekar baitezake energia-arazoak gertatzen badira.
Fitxategi-sistemaren aukeraketari dagokionez, aukerarik onena estandarrak erabiltzea litzateke. Linux Ext3/Ext4. Fitxategi-sistemarekin lotutako ñabardura nagusia parametro honekin muntatu behar dela da -noatime. Aukera honek fitxategietara azken sarbidearen ordua erregistratzeko funtzioa desgaituko du, hau da, irakurketa eta idazketa karga asko murriztuko du. Oro har, ext3 edo ext4 fitxategi-sistema bat sortzean Zimbrarako, honako utilitate-parametro hauek erabili behar dituzu mke2fs:
-j — Fitxategi-sistemaren aldizkari bat sortzeko. Sortu fitxategi-sistema ext3/ext4 aldizkari batekin.
-L IZENA - Bolumen-izen bat sortzeko /etc/fstab-en erabiltzeko
-O dir_index - Hashed bilaketa-zuhaitza erabiltzea direktorio handietan fitxategien bilaketak bizkortzeko
-m 2 — Fitxategi-sistema handietako bolumenaren %2 erro-direktoriorako gordetzea
-J tamaina=400 — Aldizkari handi bat sortzeko
-b 4096 — Blokearen tamaina bytetan zehazteko
-I 10240 - Mezuak biltegiratzeko, ezarpen honek mezuen batez besteko tamainarekin bat etorri behar du. Arreta handia jarri behar diozu parametro honi, bere balioa ezin baita geroago aldatu.
Gaitzea ere gomendatzen da dirsinkronizazioa blob biltegiratzeko, Lucene bilaketako metadatuen biltegiratzeko eta MTA ilaran biltegiratzeko. Hau egin behar da Zimbrak normalean erabilgarritasuna erabiltzen duelako fsync diskoan datuak dituen blob baten idazketa bermatzeko. Hala ere, Zimbra posta-dendak edo MTAk mezuak bidaltzean fitxategi berriak sortzen dituenean, beharrezkoa da diskoan idaztea dagozkien karpetetan gertatzen diren aldaketak. Horregatik, fitxategia dagoeneko diskoan idatzita egon arren erabiliz fsync, direktoriora gehitzearen erregistroak baliteke diskoan idazteko denborarik ez izatea eta, ondorioz, zerbitzariaren bat-bateko hutsegite baten ondorioz gal daiteke. Erabilerari esker dirsinkronizazioa arazo hauek saihestu daitezke.
2. Optimizazioa Zimbra azpiegitura martxan
Askotan gertatzen da Zimbra erabili ondoren, erabiltzaile kopurua nabarmen handitzen dela, eta zerbitzua gero eta erantzun gutxiagokoa bihurtzen dela. Egoera honen irtenbidea agerikoa da: zerbitzari berriak gehitu besterik ez dago azpiegiturari zerbitzuaren abiadura berreskuratzeko. Hala ere, ez da beti posible zerbitzari berriak berehala gehitzea azpiegiturari errendimendua hobetzeko. IT kudeatzaileek denbora asko eman behar dute erosketa koordinatzen. zerbitzari berriak Gainera, hornitzaileek askotan ez dute zerbitzari berri bat berandu entregatzen edo elementu okerra ere entregatzen dute, kontabilitate edo segurtasun sailekin ere.
Noski, hobe da zure Zimbra azpiegitura erreserba batekin eraikitzea, beti izan dezazun hedapenerako tartea eta inoren menpe egon beharrik ez izateko. Hala ere, akatsen bat egin bada, IT kudeatzaileak bere ondorioak ahalik eta gehien arindu ditzake. Adibidez, IT kudeatzaile batek errendimenduaren hobekuntza txiki bat lor dezake sistemaren zerbitzuak aldi baterako desgaituz. Linux, funtzionamenduan zehar disko gogorretara aldizka sartzen direnak eta, ondorioz, Zimbraren errendimenduan eragin negatiboa izan dezaketenak. Adibidez, aldi baterako desgaitu dezakezu:
autofs, netfs - Urruneko Fitxategi Sistemaren Aurkikuntza Zerbitzuak
cups — Inprimaketa zerbitzua
xinetd, vsftpd - Ziurrenik beharko ez dituzun *NIX zerbitzuak integratuak
portu-mapa, rpcsvcgssd, rpcgssd, rpcidmapd — Urruneko prozedura dei-zerbitzuak, sareko fitxategi-sistemekin batera erabili ohi direnak
usocot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite-n sartutako utilitate nagusien kopiak
kokatu/eguneratub - Zimbrak mezu bakoitza fitxategi bereizi batean gordetzen duenez, eguneratutakob zerbitzua egunero martxan jartzeak arazoak sor ditzake eta, beraz, eskuz egin daiteke zerbitzarietan karga gutxien dagoenean.
Zerbitzu hauek desgaitzearen ondorioz sistemaren baliabideak aurreztea ez da oso esanguratsua izango, baina hori ere oso erabilgarria izan daiteke ezinbesteko kasuetatik gertu dauden baldintzetan. Zerbitzari berria Zimbra azpiegiturara gehitu ondoren, aurretik desgaitutako zerbitzuak berriro gaitzea gomendatzen da.
Zimbraren funtzionamendua ere optimiza dezakezu syslog zerbitzua zerbitzari bereizi batera eramanez, funtzionatzen ari diren bitartean posta-biltegietako disko gogorrak kargatu ez ditzan. Ia edozein ordenagailu egokia da helburu horietarako, baita Raspberry Pi plaka merkea ere.
Iturria: www.habr.com
