Iga IT-lahenduse juurutamine ettevõttes algab disainist. Selles etapis peab IT-juht arvutama välja serverite arvu ja nende omadused, et ühest küljest oleks neist kõigile kasutajatele piisav ja teisest küljest, et nende serverite hinna ja kvaliteedi suhe oleks optimaalne ning uue infosüsteemi arvutustaristu loomise kulud ei teinud ettevõtte IT-eelarvesse tõsist auku. Mõelgem välja, kuidas kujundada infrastruktuur Zimbra Collaboration Suite'i juurutamiseks ettevõttes.
Zimbra peamine omadus võrreldes teiste lahendustega on see, et ZCS-i puhul muutub kitsaskohaks harva protsessori võimsus või RAM. Peamiseks piiranguks on tavaliselt kõvaketta sisend- ja väljundkiirus ning seetõttu tuleks põhitähelepanu pöörata andmesalvedele. Zimbra ametlikud miinimumnõuded tootmiskeskkonnas on 4-tuumaline 64-bitine protsessor 2 GHz taktsagedusega, 10 gigabaiti süsteemifailide ja logide jaoks ning 8 gigabaiti muutmälu. Tavaliselt piisab nendest omadustest reageeriva serveri tööks. Aga mis siis, kui peate Zimbra juurutama 10 XNUMX kasutaja jaoks? Milliseid servereid ja kuidas tuleks sel juhul rakendada?
Alustame sellest, et 10 tuhande kasutaja infrastruktuur peaks olema mitme serveriga. Ühest küljest võimaldab mitme serveri infrastruktuur muuta Zimbra skaleeritavaks, teisalt aga saavutada infosüsteemi reageeriv töö ka suure kasutajate juurdevoolu korral. Tavaliselt on üsna raske täpselt ennustada, kui palju kasutajaid Zimbra server hästi teenindada suudab, kuna palju sõltub nende töö intensiivsusest kalendrite ja e-kirjadega ning kasutatavast protokollist. Seetõttu rakendame näiteks 4 postihoidlat. Mahu puudumise või tõsise ülemäärase võimsuse korral on võimalik kas välja lülitada või lisada veel üks.
Seega on 10.000 4 inimese taristu projekteerimisel vaja luua LDAP-, MTA- ja puhverserverid ning XNUMX meilihoidlat. Pange tähele, et LDAP-, MTA- ja puhverservereid saab muuta virtuaalseks. See vähendab serveri riistvara kulusid ning hõlbustab andmete varundamist ja taastamist, kuid teisest küljest riskite füüsilise serveri rikke korral kohe ilma MTA, LDAP ja puhverserverita. Seetõttu tuleks füüsiliste või virtuaalsete serverite vahel valiku tegemisel lähtuda sellest, kui palju seisakuid saate hädaolukorras endale lubada. Meilihoidlad seevastu oleks kõige parem paigutada füüsilistesse serveritesse, kuna just nendes toimub põhiline arv kirjutustsükleid, mis piiravad Zimbra jõudlust ja seetõttu on suurem arv andmeedastuskanaleid oluliselt suurem. suurendada Zimbra jõudlust.
Põhimõtteliselt pärast loomist serverid LDAP, MTA, puhverserveri ja võrgusalvestuse ühendamisega üheks infrastruktuuriks on 10 000 kasutajale mõeldud Zimbra Collaboration Suite juurutamiseks valmis. Selle konfiguratsiooni toimimisskeem on üsna lihtne:
Diagrammil on kujutatud süsteemi peamised sõlmed ja nende vahel ringlevad andmevood. Selle konfiguratsiooniga on infrastruktuur täiesti kaitsmata andmete kadumise, mõne serveri rikkega seotud seisaku jms eest. Vaatame täpselt, kuidas saate oma infrastruktuuri nende probleemide eest kaitsta.
Peamine meetod on riistvaraline koondamine. Täiendavad MTA ja Proxy sõlmed saavad ajutiselt võtta üle primaarsete serverite rolli primaarsete serverite rikke korral. Sõlmede dubleerimine kriitilises infrastruktuuris on peaaegu alati hea mõte, kuid see pole alati soovitud ulatuses teostatav. Hea näide on koondatud serverid, mis salvestavad e-kirju. Praegu ei toeta Zimbra Collaboration Suite Open-Source Edition koondatud salvestusruumi loomist, seega kui üks neist serveritest rikki läheb, ei saa seisakuid vältida. Meilisalvestusruumi rikke põhjustatud seisakute vähendamiseks saab IT-juht selle varukoopia teise serverisse paigutada. server.
Kuna Zimbra OSE-s pole sisseehitatud varundussüsteemi, vajame Zextras Backupi, mis toetab reaalajas varundamist, ja välist salvestusruumi. Kuna Zextras Backup paneb täis- ja järkjärguliste varukoopiate tegemisel kõik andmed /opt/zimbra/backup kausta, siis oleks mõistlik sinna ühendada väline, võrgu- või isegi pilvesalvestus, et juhul, kui mõni serveritest jookseb kokku, on teil hädaolukorra ajal ajakohastatud varukoopiaga meedium. Seda saab juurutada nii üleliigses füüsilises serveris kui ka virtuaalses masinas ja pilves. Samuti on hea mõte paigaldada Zimbra Proxy abil serveri ette rämpspostifiltriga MTA, et vähendada serverisse siseneva rämpsliikluse hulka.
Selle tulemusel näeb turvaline Zimbra infrastruktuur välja umbes selline:
Selle konfiguratsiooniga ei suuda Zimbra infrastruktuur mitte ainult pakkuda kvaliteetseid teenuseid 10.000 XNUMX kasutajale, vaid võimaldab ka hädaolukorras selle tagajärjed võimalikult kiiresti kõrvaldada.
Allikas: www.habr.com
