Zimbra Collaboration Suite'i infrastruktuuri planeerimine

Iga IT-lahenduse rakendamine ettevõttes algab projekteerimisest. Sellel etapil peab IT-juht arvutama välja serverite arvu ja nende omadused, et need, ühelt poolt, piisaksid kõikide kasutajate jaoks, ja teiselt poolt, et nende hind ja kvaliteet oleksid optimaalsed ning uue infotehnoloogia süsteemi arvutusinfrastruktuuri loomise kulud ei tekitaks tõsist auku ettevõtte IT-eelarves. Uurime, kuidas tuleks projekteerida infrastruktuuri Zimbra Collaboration Suite'i rakendamiseks ettevõttes.

Zimbra peamine eripära võrreldes teiste lahendustega on see, et ZCS-i puhul ei muutu protsessorivõimsus ega mälumaht harva kitsaskohaks. Peamine piirang on tavaliselt kõvaketta sisendi ja väljundi kiirus, seetõttu tuleks keskenduda andmesalvestusele. Zimbra ametlikud minimaalnõuded tootmis keskkonnas on 4-ža этари 64-bitine protsessor 2 GHz kellafrekventsiga, 10 GB süsteemifailide ja logide jaoks ning vähemalt 8 GB RAM-i. Tavaliselt on need omadused piisavad serveri kiireks toimimiseks. Kuid mis siis, kui peate Zimbra rakendama 10 000 kasutaja jaoks? Millised serverid ja kuidas neid sellisel juhul rakendada?

Alustame sellest, et 10 000 kasutaja infrastruktuur peab olema mitme serveriga. Mitme serveriga infrastruktuur võimaldab Zimbrit ulatuslikumaks muuta ja tagada, et infotehnoloogia süsteem töötab sujuvalt isegi suurte kasutajatehulga korral. Tavaliselt on üsna keeruline ennustada, kui palju kasutajaid suudab Zimbra server kvaliteetselt teenindada, kuna see sõltub väga palju nende töö intensiivsusest kalendrite ja e-posti osas ning kasutatavatest protokollidest. Seetõttu rakendame näiteks 4 postkasti. Kui võimekust on liiga vähe või liiga palju, saab kas ühe välja lülitada või teise lisada.

Seega, kui infrastruktuuri projekteeritakse 10 000 inimesele, tuleb luua LDAP, MTA ja Proxy serverid ning 4 postikogumit. Tuleb märkida, et LDAP, MTA ja Proxy serverid saab teha virtuaalseteks. See vähendab serverivarustuse kulusid ja lihtsustab andmete varundamist ja taastamist, kuid teiselt poolt, füüsilise serveri rikke korral saate riskida selle, et jääte korraga ilma MTA, LDAP ja Proxy. Seetõttu tuleks valida füüsiliste või virtuaalsete serverite vahel lähtuda sellest, kui kaua saate endale lubada seisakut hädaolukorras. Postikogumid on parim paigutada füüsilistele serveritele, kuna just nendes toimuvad peamised kirjutamistsüklid, mis piiravad Zimbra jõudlust, ja seetõttu võimaldab suurem arv andmeedastuse kanaleid Zimbra jõudlust oluliselt suurendada.

Põhimõtteliselt, pärast loomist serverid LDAP, MTA, Proxy, võrguhoidlatest ja nende ühendamisest ühiseks infrastruktuuriks, on Zimbra Collaboration Suite 10 000 kasutajale käitamiseks valmis. Sellise konfiguratsiooni töö skeem on piisavalt lihtne:

Diagrammil on kujutatud süsteemi põhielemente ja andmevooge, mis nende vahel ringlusse lähevad. Sellise konfiguratsiooni korral ei ole infrastruktuur kaitstud andmekao, seisaku ega mingi serveri talitlushäire tõttu. Vaatame, kuidas saaks oma infrastruktuuri nende probleemide eest kaitsta.

Peamine meetod on riistvarane üleküllus. Täiendavad MTA ja Proxy sõlmed võivad peamise serveri rikke korral ajutiselt võtta peamise rolli. Kriitilise infrastruktuuri sõlmede dubleerimine on peaaegu alati suurepärane idee, kuid seda ei ole alati võimalik rakendada soovitud mahus. Selge näide on postiteenuste varundamine. Praegu Zimbra Collaboration Suite Open-Source Edition ei toeta dubleerivate hoidlade loomist, seetõttu ei õnnestu ühtegi neist serveritest rikke korral seisakut vältida ja IT-juht võib vähendada postikogumi rikke tõttu tekkinud seisakuaega, käivitades selle varukoopia teisel serveril. serveris.

Kuna Zimbra OSE ei paku sisseehitatud varundussüsteemi, on meil vaja Zextras Backup'i, mis toetab reaalajas varundamist, ja välisladust. Kuna Zextras Backup, tehes täisvalikuid ja inkrementaalvarundeid, salvestab kõik andmed kausta /opt/zimbra/backup, oleks mõistlik sinna liita välis-, võrgu- või isegi pilveladustamine, et ühe serveri kokkuvarisemise korral oleks meil käepärast kaasaegne varukoopia. Selle saab taastada nii varuserveris kui ka virtuaalmasinas ja pilves. Hea mõte oleks ka paigaldada MTA rämpsposti filtriga Zimbra Proxy serveri ette, et vähendada serverisse suunduva rämpsposti liiklust.

Nii näeb Zimbra kaitstud infrastruktuur välja:

Sellise konfiguratsiooniga suudab Zimbra infrastruktuur pakkuda kvaliteetseid teenuseid 10 000 kasutajale ja võimaldab kriitiliste situatsioonide korral maksimaalselt kiiresti tagajärgi likvideerida.

Allikas: habr.com