Iga IT-lahenduse rakendamine ettevõttes algab projekteerimisest. Selle etapi jooksul peab IT-juht arvutama serverite arvu ja nende omadused, et need, ühelt poolt, kataksid piisavalt kõiki kasutajaid ning teiselt poolt, oleks nende hind ja kvaliteet optimaalsed, et uue teabe süsteemi arvutuslik infrastruktuuri loomise kulud ei lõhuks ettevõtte IT-eelarvet tõsiselt. Vaatame siis, kuidas peaks infrastruktuuri projekteerima Zimbra Collaboration Suite'i rakendamiseks ettevõttes.
Zimbra peamine eelis võrreldes teiste lahendustega on see, et ZCS-i puhul ei teki „pudelikael” harva protsessorivõimsuses või mälus. Peamiseks piiranguks on sageli kõvaketta sisendi ja väljundi kiirus ning seetõttu tuleks põhitähelepanu pöörata just andmesalvestusele. Zimbra ametlikud minimaalsete nõuete alused tootmisvõimekuses on 4-tuumaline 64-bitine protsessor, mille taktsagedus on 2 gigahertsi, 10 gigabaiti süsteemifailide ja logide jaoks ning vähemalt 8 gigabaiti RAM-i. Tavaliselt on sellised omadused piisavad teenuse aktiivseks ja kiireks toimimiseks. Kuid mida teha, kui peate Zimbra rakendama 10 000 kasutajale? Milliseid servereid ja kuidas tuleks sellisel juhul rakendada?
Alustame sellega, et 10 000 kasutajat toetav infrastruktuur peab olema mitme serveriga. Mitme serveriga infrastruktuur võimaldab Zimbra skaleeritavust ning tagab süsteemi vastupidavuse ka suurte kasutajate voogude ajal. Tihti on raske ennustada, kui palju kasutajaid suudab Zimbra server kvaliteetselt teenindada, kuna see sõltub paljuski kasutajate töö intensiivsusest kalendrite ja e-posti osas ning kasutatavatest protokollidest. Just seetõttu rakendame näitena 4 e-posti salvestusruumi. Juhul, kui jõudlus on kas liiga madal või liiga kõrge, saab kõiki toitekasutusi reguleerida, välja lülitada või lisada veel ühe.
Seega, kui infrastruktuuri projekteerida 10 000 inimese jaoks, tuleb luua LDAP-serverid, MTA-d ja Proxy ning 4 meilisäilitust. Tuleb märkida, et LDAP-serverid, MTA-d ja Proxy võivad olla virtuaalsed. See vähendab serverite riistvarakulusid ja lihtsustab andmete varundamist ja taastamist, kuid teisest küljest, kui füüsiline server tõrkub, riskite jääda ilma MTA-st, LDAP-ist ja Proxy-st. Seetõttu tuleks valida füüsiliste ja virtuaalsete serverite vahel lähtudes sellest, kui kaua saate endale lubada seisakut hädaolukorras. Meilisäilitused on aga kõige parem paigutada füüsilistele serveritele, sest neis toimuvad peamised kirjutamistsüklid, mis piiravad Zimbra jõudlust. Seetõttu võimaldab suurem andmeedastuskanalite arv oluliselt suurendada Zimbra efektiivsust.
Põhimõtteliselt, pärast loomist serverite LDAP, MTA, Proxy, võrguhoidlate loomine ja nende ühendamine ühtsesse infrastruktuuri, on Zimbra Collaboration Suite 10 000 kasutaja jaoks valmis kasutusele võtmiseks. Selle konfiguratsiooni töödiagramm on piisavalt lihtne:
Skeemis on näidatud süsteemi peamised sõlmed ja andmevood, mis nende vahel liikuvad. Sellise konfiguratsiooni korral on infrastruktuur täielikult kaitsmata andmete kadumise, seisaku osas, mis on seotud mõne serveri rikke jne. Vaadakem, kuidas saame oma infrastruktuuri nende probleemide eest kaitsta.
Põhimeetodiks on riistvaraline kättesaadavus. Täiendavad MTA ja Proxy sõlmed saavad peamiste serverite rikke korral ajutiselt nende rolli üle võtta. Kriitiliselt oluliste infrastruktuuri sõlmede kopeerimine on peaaegu alati suurepärane idee, kuid mitte alati on see soovitud ulatuses teostatav. Hea näide on serverite резервирование, kus hoitakse e-kirju. Praegu ei toeta Zimbra Collaboration Suite Open-Source Edition kopeerimislaosid, seega ei saa ühe sellise serveri rikke korral vältida seisakut, ja probleemide vähendamiseks, mis on tingitud e-posti hoiustamise rikke ajast, võib IT-juht taastada varukoopia teisel serveril. serveril.
Kuna Zimbra OSE-l puudub sisseehitatud varundussüsteem, vajame Zextras Backup'i, mis toetab reaalajas varundamist, ja välist salvestusruumi. Kuna Zextras Backup, tehes täielikke ja inkrementaalseid varukoopiaid, salvestab kõik andmed kausta /opt/zimbra/backup, oleks mõistlik sellele kaustale ühendada väline, võrguhsalvestus või isegi pilvesalvestus, et ükshaaval serveri fallimisel oleks olemas kaasasolev andmekandja, millel on hetke varukoopia. Seda saab taastada nii varureaalserveris, virtuaalmasinas kui ka pilves. Samuti on hea mõte paigaldada MTA SPAM-filter Zimbra Proxy serveri ette, et vähendada serverisse sisenemise prügi liiklust.
Seega näeb Zimbra kaitstud infrastruktuur välja järgmiselt:
Sellise konfiguratsiooniga suudab Zimbra infrastruktuur mitte ainult pakkuda kvaliteetseid teenuseid 10,000 kasutajale, vaid võimaldab ka eriolukorra korral võimalikult kiiresti tagajärgi likvideerida.
Allikas: habr.com
