Implementeringen af enhver it-løsning i en virksomhed begynder med design. På dette trin skal it-chefen beregne antallet af servere og deres egenskaber, så de på den ene side er nok til alle brugere, og på den anden side, så pris-kvalitetsforholdet for disse servere er optimal, og omkostningerne ved at skabe en computerinfrastruktur til et nyt informationssystem har ikke lavet et alvorligt hul i virksomhedens it-budget. Lad os finde ud af, hvordan man designer infrastrukturen til implementering af Zimbra Collaboration Suite i en virksomhed.
Hovedtræk ved Zimbra i sammenligning med andre løsninger er, at i tilfælde af ZCS bliver flaskehalsen sjældent processorkraft eller RAM. Den største begrænsning er normalt harddiskens input- og outputhastighed, og derfor bør hovedopmærksomheden rettes mod datalagre. De officielt angivne minimumskrav til Zimbra i et produktionsmiljø er en 4-core 64-bit processor med 2 GHz klokhastighed, 10 gigabyte til systemfiler og logfiler og 8 gigabyte RAM. Typisk er disse egenskaber nok til responsiv serverdrift. Men hvad nu hvis du skal implementere Zimbra for 10 brugere? Hvilke servere og hvordan skal implementeres i dette tilfælde?
Lad os starte med det faktum, at infrastrukturen for 10 tusinde brugere skal være multi-server. På den ene side gør multi-server infrastrukturen det muligt at gøre Zimbra skalerbar, og på den anden side at opnå responsiv drift af informationssystemet selv med en stor tilstrømning af brugere. Det er normalt ret svært at forudsige præcist, hvor mange brugere en Zimbra-server vil være i stand til at betjene godt, da meget afhænger af intensiteten af deres arbejde med kalendere og e-mail, samt af den anvendte protokol. Derfor vil vi fx implementere 4 postlagre. I tilfælde af mangel eller alvorlig kapacitetsoverskridelse vil det være muligt enten at slukke eller tilføje endnu en.
Når man designer en infrastruktur til 10.000 personer, vil det således være nødvendigt at oprette LDAP-, MTA- og Proxy-servere og 4 mail-lager. Bemærk, at LDAP-, MTA- og Proxy-servere kan gøres virtuelle. Dette vil reducere omkostningerne til serverhardware og lette sikkerhedskopiering og gendannelse af data, men på den anden side risikerer du i tilfælde af en fysisk serverfejl med det samme at stå uden MTA, LDAP og Proxy. Derfor bør valget mellem fysiske eller virtuelle servere tages ud fra, hvor meget nedetid du har råd til i tilfælde af en nødsituation. Mail-lager vil på den anden side være bedst placeret på fysiske servere, da det er på dem, at det største antal skrivecyklusser vil forekomme, hvilket begrænser Zimbras ydeevne, og derfor vil et større antal kanaler til dataoverførsel betydeligt øge ydeevnen af Zimbra.
I princippet er Zimbra Collaboration Suite til 10000 brugere klar til idriftsættelse efter at have oprettet LDAP, MTA, Proxy-servere, netværkslagre og kombineret dem i en enkelt infrastruktur. Ordningen for driften af en sådan konfiguration vil være ret enkel:
Diagrammet viser systemets hovedknudepunkter og de datastrømme, der vil cirkulere mellem dem. Med denne konfiguration vil infrastrukturen være fuldstændig ubeskyttet mod tab af data, nedetid forbundet med fejl på nogen af serverne og så videre. Lad os tage et kig på præcis, hvordan du kan beskytte din infrastruktur mod disse problemer.
Hovedmetoden er hardwareredundans. Yderligere MTA og Proxy noder kan i tilfælde af fejl på hovedserverne midlertidigt overtage rollen som hovedservere. Duplikere kritiske infrastrukturknuder er næsten altid en god idé, men ikke altid gennemførligt i det omfang, du ønsker. Et slående eksempel er redundansen af servere, der gemmer mail. Zimbra Collaboration Suite Open-Source Edition understøtter i øjeblikket ikke oprettelse af duplikatbutikker, så hvis en af disse servere svigter, kan nedetid ikke undgås, og for at reducere nedetid forårsaget af mailbutiksfejl, kan en it-chef installere en sikkerhedskopi af den på en anden server.
Da der ikke er noget indbygget backup-system i Zimbra OSE, skal vi bruge Zextras Backup, som understøtter real-time backup og ekstern lagring. Da Zextras Backup, når du tager fuld og trinvis sikkerhedskopiering, lægger alle data i /opt/zimbra/backup-mappen, ville det være rimeligt at montere eksternt, netværk eller endda cloud-lager i den, så i tilfælde af en af serverne går ned, har du et medie med en opdateret sikkerhedskopi på tidspunktet for nødsituationen. Det kan implementeres både på en redundant fysisk server og på en virtuel maskine og i skyen. Det er også en god idé at installere en MTA med et spamfilter foran serveren med Zimbra Proxy for at reducere mængden af uønsket trafik, der kommer ind på serveren.
Som et resultat vil den sikre Zimbra-infrastruktur se sådan ud:
Med denne konfiguration vil Zimbra-infrastrukturen ikke kun være i stand til at levere kvalitetstjenester til 10.000 brugere, men også i tilfælde af en nødsituation vil den gøre det muligt at eliminere konsekvenserne så hurtigt som muligt.
Kilde: www.habr.com