Minkä tahansa IT-ratkaisun käyttöönotto yrityksessä alkaa suunnittelusta. Tässä vaiheessa IT-päällikön on laskettava palvelimien määrä ja niiden ominaisuudet niin, että toisaalta niitä riittää kaikille käyttäjille ja toisaalta niin, että näiden palvelimien hinta-laatusuhde on optimaalinen ja uuden tietojärjestelmän laskentainfrastruktuurin luomiskustannukset eivät tehneet vakavaa reikää yrityksen IT-budjettiin. Mietitään, kuinka suunnitellaan infrastruktuuri Zimbra Collaboration Suiten toteuttamiseksi yrityksessä.
Zimbran pääominaisuus muihin ratkaisuihin verrattuna on, että ZCS:n tapauksessa pullonkaulaksi tulee harvoin prosessorin teho tai RAM. Suurin rajoitus on yleensä kovalevyn syöttö- ja lähtönopeus, ja siksi tietovarastoihin tulee kiinnittää päähuomio. Virallisesti ilmoitetut vähimmäisvaatimukset Zimbralle tuotantoympäristössä ovat 4-ytiminen 64-bittinen prosessori 2 GHz:n kellotaajuudella, 10 gigatavua järjestelmätiedostoille ja lokeille sekä 8 gigatavua RAM-muistia. Tyypillisesti nämä ominaisuudet riittävät reagoivaan palvelimen toimintaan. Mutta entä jos sinun on otettava Zimbra käyttöön 10 XNUMX käyttäjälle? Mitkä palvelimet ja miten tulisi toteuttaa tässä tapauksessa?
Aloitetaan siitä, että 10 tuhannen käyttäjän infrastruktuurin tulisi olla monipalvelin. Toisaalta monipalvelininfrastruktuuri mahdollistaa Zimbran skaalautuvuuden ja toisaalta tietojärjestelmän responsiivisen toiminnan myös suurella käyttäjävirralla. Yleensä on melko vaikea ennustaa tarkalleen, kuinka monta käyttäjää Zimbra-palvelin pystyy palvelemaan hyvin, koska paljon riippuu heidän kalenteri- ja sähköpostityönsä intensiteetistä sekä käytetystä protokollasta. Siksi otamme käyttöön esimerkiksi 4 postivarastoa. Kapasiteetin puutteen tai vakavan ylityksen sattuessa on mahdollista joko sammuttaa tai lisätä toinen.
Näin ollen 10.000 4 ihmisen infrastruktuuria suunniteltaessa on luotava LDAP-, MTA- ja välityspalvelimet sekä XNUMX postivarastoa. Huomaa, että LDAP-, MTA- ja välityspalvelimet voidaan tehdä virtuaalisiksi. Tämä vähentää palvelinlaitteiston kustannuksia ja helpottaa tietojen varmuuskopiointia ja palautusta, mutta toisaalta fyysisen palvelimen vian sattuessa vaarana on jäädä välittömästi ilman MTA:ta, LDAP:ta ja välityspalvelinta. Siksi valinta fyysisten tai virtuaalisten palvelimien välillä tulee tehdä sen mukaan, kuinka paljon seisokkiin sinulla on varaa hätätilanteessa. Postivarastot sen sijaan sijoittuvat parhaiten fyysisille palvelimille, koska juuri niillä tapahtuu suurin määrä kirjoitusjaksoja, mikä rajoittaa Zimbran suorituskykyä, ja siksi suurempi määrä tiedonsiirtokanavia parantaa Zimbran suorituskykyä.
Periaatteessa LDAP-, MTA-, Proxy-palvelimien, verkkomuistien luomisen ja yhdeksi infrastruktuuriksi yhdistämisen jälkeen Zimbra Collaboration Suite 10000 XNUMX käyttäjälle on valmis käyttöönotettavaksi. Tällaisen kokoonpanon toimintakaavio on melko yksinkertainen:
Kaavio näyttää järjestelmän pääsolmut ja niiden välillä kiertävät tietovirrat. Tämän kokoonpanon avulla infrastruktuuri on täysin suojaamaton tietojen katoamiselta, minkä tahansa palvelimen epäonnistumiseen liittyviltä seisokkeilta ja niin edelleen. Katsotaanpa tarkalleen, kuinka voit suojata infrastruktuuriasi näiltä ongelmilta.
Päämenetelmä on laitteiston redundanssi. Ylimääräiset MTA- ja Proxy-solmut voivat pääpalvelimien vian sattuessa ottaa tilapäisesti pääpalvelimien roolin. Kriittisen infrastruktuurin solmujen monistaminen on lähes aina hyvä idea, mutta ei aina halutussa laajuudessa. Silmiinpistävä esimerkki on postia tallentavien palvelimien redundanssi. Zimbra Collaboration Suite Open-Source Edition ei tällä hetkellä tue päällekkäisten varastojen luomista, joten jos jokin näistä palvelimista epäonnistuu, seisokkeja ei voida välttää, ja vähentääkseen postisäilön epäonnistumisen aiheuttamia seisokkeja IT-päällikkö voi ottaa käyttöön varmuuskopion toinen palvelin.
Koska Zimbra OSE:ssä ei ole sisäänrakennettua varmuuskopiointijärjestelmää, tarvitsemme Zextras Backupin, joka tukee reaaliaikaista varmuuskopiointia, ja ulkoista tallennustilaa. Koska Zextras Backup ottaessaan täydellisiä ja inkrementaalisia varmuuskopioita sijoittaa kaikki tiedot /opt/zimbra/backup-kansioon, olisi järkevää liittää siihen ulkoinen, verkko- tai jopa pilvitallennus, jotta siinä tapauksessa jokin palvelimista kaatuu, sinulla on tietoväline, jossa on ajan tasalla oleva varmuuskopio hätätilanteen aikaan. Se voidaan ottaa käyttöön sekä redundantilla fyysisellä palvelimella että virtuaalikoneella ja pilvessä. On myös hyvä idea asentaa MTA roskapostisuodattimella palvelimen eteen Zimbra Proxylla, jotta palvelimelle tulevan roskaliikenteen määrää voidaan vähentää.
Tämän seurauksena suojattu Zimbra-infrastruktuuri näyttää tältä:
Tämän kokoonpanon avulla Zimbra-infrastruktuuri ei pysty ainoastaan tarjoamaan laadukkaita palveluja 10.000 XNUMX käyttäjälle, vaan myös hätätilanteessa se mahdollistaa sen seurausten poistamisen mahdollisimman nopeasti.
Lähde: will.com