Implementeringen av enhver IT-løsning i en bedrift begynner med design. På dette stadiet må IT-sjefen beregne antall servere og deres egenskaper, slik at det på den ene siden er nok av dem for alle brukere, og på den andre, slik at pris-kvalitetsforholdet til disse serverne er optimal og kostnadene ved å lage en datainfrastruktur for det nye informasjonssystemet blir ikke gjort til et alvorlig hull i IT-budsjettet til virksomheten. La oss finne ut hvordan du designer infrastrukturen for bedriftsimplementering av Zimbra Collaboration Suite.
Hovedtrekket til Zimbra sammenlignet med andre løsninger er at når det gjelder ZCS, er flaskehalsen sjelden prosessorkraft eller RAM. Hovedbegrensningen er vanligvis hastigheten på input og output fra harddisken, og derfor bør hovedoppmerksomheten rettes mot datalagring. De offisielt oppgitte minimumskravene for Zimbra i et produksjonsmiljø er en 4-kjerners 64-bits prosessor med 2 gigahertz klokkehastighet, 10 gigabyte for systemfiler og logger, og minst 8 gigabyte RAM. Vanligvis er disse egenskapene nok til at serveren kan fungere responsivt. Men hva om du må implementere Zimbra for 10 tusen brukere? Hvilke servere og hvordan bør de implementeres i dette tilfellet?
La oss starte med det faktum at infrastrukturen for 10 tusen brukere må være multi-server. Multi-server-infrastrukturen, på den ene siden, gjør at Zimbra kan skaleres, og på den andre for å oppnå responsiv drift av informasjonssystemet selv med stor tilstrømning av brukere. Det er vanligvis ganske vanskelig å forutsi nøyaktig hvor mange brukere en Zimbra-server vil være i stand til å betjene effektivt, siden mye avhenger av intensiteten i arbeidet deres med kalendere og e-post, så vel som av protokollen som brukes. Derfor skal vi for eksempel implementere 4 postlagringer. Ved mangel eller alvorlig overkapasitet vil det være mulig å enten slå av eller legge til en til.
Når du designer en infrastruktur for 10.000 4 personer, må du derfor opprette LDAP-, MTA- og Proxy-servere og XNUMX e-postlagringer. Merk at LDAP-, MTA- og proxy-servere kan gjøres virtuelle. Dette vil redusere kostnadene for servermaskinvare og gjøre det enklere å sikkerhetskopiere og gjenopprette data, men på den annen side, dersom den fysiske serveren svikter, risikerer du umiddelbart å stå uten MTA, LDAP og Proxy. Derfor bør valget mellom fysiske eller virtuelle servere gjøres basert på hvor mye nedetid du har råd til i en nødsituasjon. Postlagring vil være best plassert på fysiske servere, siden det er på dem de fleste skrivesykluser vil forekomme, noe som begrenser ytelsen til Zimbra, og derfor vil et større antall kanaler for dataoverføring øke ytelsen til Zimbra betydelig.
I prinsippet, etter å ha opprettet LDAP, MTA, Proxy, nettverkslagringsservere og kombinert dem til én enkelt infrastruktur, er Zimbra Collaboration Suite for 10000 XNUMX brukere klar for idriftsettelse. Driften av denne konfigurasjonen vil være ganske enkel:
Diagrammet viser hovednodene til systemet og datastrømmene som vil sirkulere mellom dem. Med denne konfigurasjonen vil infrastrukturen være fullstendig ubeskyttet mot tap av data, nedetid forbundet med feil på noen av serverne, og så videre. La oss ta en titt på nøyaktig hvordan du kan beskytte infrastrukturen din mot disse problemene.
Hovedmetoden er maskinvareredundans. Ytterligere MTA- og Proxy-noder kan, ved svikt på hovedserverne, midlertidig ta på seg rollen som de viktigste. Å duplisere noder av kritisk infrastruktur er nesten alltid en god idé, men det er ikke alltid gjennomførbart i ønsket grad. Et slående eksempel er reservasjon av servere som post lagres på. Foreløpig støtter ikke Zimbra Collaboration Suite Open-Source Edition opprettelse av dupliserte butikker, så hvis en av disse serverne svikter, vil ikke nedetid unngås, og for å redusere nedetid forårsaket av en feil i e-postbutikken, kan IT-sjefen distribuere sikkerhetskopien. kopiere på en annen server.
Siden det ikke er noe innebygd backup-system i Zimbra OSE, vil vi trenge Zextras Backup, som støtter sanntids backup, og ekstern lagring. Siden Zextras Backup, når du gjør fullstendige og inkrementelle sikkerhetskopier, legger alle dataene i /opt/zimbra/backup-mappen, vil det være rimelig å montere ekstern, nettverks- eller til og med skylagring i den, slik at hvis en av serverne svikter, du vil ha mediene med en sikkerhetskopi som var oppdatert på tidspunktet for nødssituasjonen. Den kan distribueres på en fysisk backupserver, på en virtuell maskin eller i skyen. Det er også en god idé å installere en MTA med spamfilter foran Zimbra Proxy-serveren for å redusere mengden søppeltrafikk som kommer til serveren.
Som et resultat vil den beskyttede Zimbra-infrastrukturen se omtrent slik ut:
Med denne konfigurasjonen vil Zimbra-infrastrukturen ikke bare kunne tilby tjenester av høy kvalitet til 10.000 XNUMX brukere, men også i tilfelle en nødsituasjon vil den tillate at konsekvensene kan elimineres så raskt som mulig.
Kilde: www.habr.com