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 on 10000 XNUMX kasutajale mõeldud Zimbra Collaboration Suite pärast LDAP, MTA, puhverserverite, võrgumälude loomist ja nende ühendamist kasutuselevõtuks valmis. Sellise konfiguratsiooni tööskeem 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 puhverserveri sõlmed võivad põhiserverite rikke korral ajutiselt peamiste serverite rolli üle võtta. Kriitilise infrastruktuuri sõlmede dubleerimine on peaaegu alati suurepärane idee, kuid mitte alati soovitud ulatuses teostatav. Ilmekas näide on posti salvestavate serverite liiasus. Zimbra Collaboration Suite avatud lähtekoodiga väljaanne ei toeta praegu duplikaatpoodide loomist, nii et kui üks neist serveritest ebaõnnestub, ei saa seisakuid vältida ning meilipoe tõrgetest põhjustatud seisakuaja vähendamiseks saab IT-juht juurutada selle varukoopia teine 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