Yhdessä meidän , joka on omistettu infrastruktuurin suunnittelulle toteutettaessa Zimbra Collabortion Suitea yrityksessä, sanottiin, että tämän ratkaisun suurin rajoitus on postivarastoissa olevien levylaitteiden I/O-nopeus. Itse asiassa aikana, jolloin useita satoja yrityksen työntekijöitä käyttää samanaikaisesti samaa postin tallennustilaa, kanavan leveys tietojen kirjoittamiseen ja lukemiseen kiintolevyiltä ei välttämättä riitä palvelun reagoivaan toimintaan. Ja jos pienille Zimbran asennuksille tämä ei ole erityinen ongelma, niin suurten yritysten ja SaaS-palveluntarjoajien tapauksessa tämä kaikki voi johtaa vastaamattomaan sähköpostiin ja sen seurauksena työntekijöiden tehokkuuden laskuun sekä rikkomukseen. Palvelutasosopimuksista. Tästä syystä suuria Zimbra-asennuksia suunniteltaessa ja käytettäessä tulee kiinnittää erityistä huomiota kiintolevyjen suorituskyvyn optimointiin postin tallennustilassa. Tarkastellaan kahta tapausta ja yritämme selvittää, mitä menetelmiä levytallennuskuormituksen optimoimiseksi voidaan soveltaa kussakin niistä.
1. Optimointi suunniteltaessa laajamittaista Zimbra-asennusta
Suuren kuormituksen Zimbra-asennuksen suunnitteluvaiheessa järjestelmänvalvojan on tehtävä valinta käytettävästä tallennusjärjestelmästä. Päättääksesi tästä asiasta, sinun tulee tietää, että kiintolevyjen pääkuormitus tulee Zimbra Collaboration Suite -ohjelmistoon sisältyvästä MariaDB DBMS:stä, Apache Lucene -hakukoneesta ja blob-muistista. Siksi näiden ohjelmistotuotteiden käyttämiseksi suuressa kuormituksessa on käytettävä nopeita ja luotettavia laitteita.
Normaaleissa olosuhteissa Zimbra voidaan asentaa sekä kiintolevyjen RAIDiin että NFS-protokollalla yhdistettyyn tallennustilaan. Hyvin pienissä asennuksissa voit asentaa Zimbran tavalliseen SATA-asemaan. Kuitenkin suurten asennuksien yhteydessä kaikilla näillä tekniikoilla on erilaisia haittoja, kuten alennettu tallennusnopeus tai alhainen luotettavuus, mikä ei ole hyväksyttävää suurille yrityksille eikä varsinkaan SaaS-palveluntarjoajille.
Tästä syystä suurissa Zimbra-infrastruktuureissa on parasta käyttää SAN-verkkoa. Juuri tämä tekniikka pystyy tällä hetkellä tarjoamaan suurimman suorituskyvyn tallennuslaitteille ja samalla suuren määrän välimuistin yhdistämiskyvyn ansiosta sen käyttö ei käytännössä aiheuta merkittäviä riskejä yritykselle. On hyvä idea käyttää NVRAM-muistia, jota käytetään monissa SAN-verkoissa nopeuttamaan kirjoitusten aikana. Mutta on parempi poistaa tallennettujen tietojen välimuisti käytöstä itse levyillä, koska se voi johtaa korjaamattomiin tietovälineisiin ja tietojen menetykseen, jos virtaongelmia ilmenee.
Mitä tulee tiedostojärjestelmän valintaan, paras valinta olisi käyttää standardia Linux Ext3/Ext4. Tiedostojärjestelmään liittyvä tärkein vivahde on, että se tulee liittää parametrin kanssa -noatime. Tämä vaihtoehto poistaa käytöstä viimeisimmän tiedostojen käytön ajan tallennustoiminnon, mikä tarkoittaa, että se vähentää huomattavasti lukemisen ja kirjoittamisen kuormitusta. Yleensä, kun luot ext3- tai ext4-tiedostojärjestelmän Zimbralle, sinun tulee käyttää seuraavia apuparametreja vaimo2fs:
-j — Luo tiedostojärjestelmäpäiväkirja Luo tiedostojärjestelmä ext3/ext4-lokikirjalla.
-L NIMI - Luodaan taltion nimi käytettäväksi tiedostossa /etc/fstab
-O dir_index - Hajautetun hakupuun käyttö nopeuttaa tiedostohakuja suurista hakemistoista
-m 2 — Varaa 2 % suurten tiedostojärjestelmien määrästä juurihakemistoon
-J koko = 400 — Suuren lehden luominen
-b 4096 — Lohkon koon määrittäminen tavuina
- minä 10240 - Viestien tallentamista varten tämän asetuksen tulee vastata keskimääräistä viestin kokoa. Sinun tulee kiinnittää huomiota tähän parametriin, koska sen arvoa ei voi muuttaa myöhemmin.
On myös suositeltavaa ottaa käyttöön Dirsync blob-tallennustilaa, Lucene-haun metatietojen tallennustilaa ja MTA-jonojen tallennusta varten. Tämä tulee tehdä, koska Zimbra yleensä käyttää apuohjelmaa fsync dataa sisältävän blobin taattua kirjoittamista levylle. Kuitenkin, kun Zimbra-sähköpostikauppa tai MTA luo uusia tiedostoja viestin toimituksen aikana, on tarpeen kirjoittaa levylle vastaavissa kansioissa tapahtuvat muutokset. Tästä syystä, vaikka tiedosto olisi jo kirjoitettu levylle käyttäen fsync, sen hakemistoon lisäyksen tietue ei ehkä ehdi kirjoitettua levylle ja sen seurauksena se voi kadota äkillisen palvelinvian vuoksi. Käytön ansiosta Dirsync nämä ongelmat voidaan välttää.
2. Optimointi Zimbra-infrastruktuurin ollessa käynnissä
Usein käy niin, että useiden vuosien Zimbran käytön jälkeen sen käyttäjien määrä kasvaa merkittävästi ja palvelu muuttuu päivä päivältä vähemmän reagoivaksi. Pääsy tästä tilanteesta on ilmeinen: sinun tarvitsee vain lisätä uusia palvelimia infrastruktuuriin, jotta palvelu toimii jälleen yhtä nopeasti kuin ennen. Samaan aikaan ei aina ole mahdollista heti lisätä uusia palvelimia infrastruktuuriin sen suorituskyvyn parantamiseksi. IT-päälliköt joutuvat usein viettämään pitkään aikaa koordinoimaan uusien palvelimien hankintaa kirjanpito- tai tietoturvaosaston kanssa, ja lisäksi he usein pettyvät toimittajilta, jotka voivat toimittaa uuden palvelimen myöhässä tai jopa toimittaa väärän asian.
Tietenkin on parasta rakentaa Zimbra-infrastruktuurisi varauksella, jotta sen laajentamiseen on aina varaa eikä se ole riippuvainen kenestäkään, mutta jos virhe on jo tehty, IT-päällikkö voi vain tasoittaa sen seurauksia niin paljon kuin mahdollista. Esimerkiksi IT-päällikkö voi saavuttaa pienen tuottavuuden lisäyksen poistamalla väliaikaisesti käytöstä Linux-järjestelmäpalvelut, jotka käyttävät säännöllisesti kiintolevyjä käytön aikana ja voivat siten vaikuttaa kielteisesti Zimbran suorituskykyyn. Joten voit tilapäisesti poistaa:
autofs, netfs - Remote File System Discovery Services
kupit — Tulostuspalvelu
xinetd, vsftpd - Sisäänrakennetut *NIX-palvelut, joita et todennäköisesti tarvitse
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Etäproseduurikutsupalvelut, joita käytetään yleensä verkkotiedostojärjestelmien yhteydessä
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suiten tärkeimpien apuohjelmien kopiot
slocate/updatedb - Koska Zimbra tallentaa jokaisen viestin erilliseen tiedostoon, päivityspalvelun päivittäinen suorittaminen voi aiheuttaa ongelmia, ja siksi tämä on mahdollista tehdä manuaalisesti palvelimien pienimmän kuormituksen aikana
Järjestelmäresurssien säästäminen näiden palvelujen käytöstä poistamisen seurauksena ei ole kovin merkittävää, mutta sekin voi olla erittäin hyödyllistä olosuhteissa, jotka ovat lähellä ylivoimaista estettä. Kun uusi palvelin on lisätty Zimbra-infrastruktuuriin, on suositeltavaa ottaa aiemmin käytöstä poistetut palvelut uudelleen käyttöön.
Voit myös optimoida Zimbran toimintaa siirtämällä syslog-palvelun erilliseen palvelimeen, jotta se ei käytön aikana lataa postivarastojen kovalevyjä. Näihin tarkoituksiin sopii melkein mikä tahansa tietokone, jopa halpa yksilevyinen Raspberry Pi.
Lähde: will.com