De implementatie van elke IT-oplossing in een onderneming begint met het ontwerp. In dit stadium zal de IT-manager het aantal servers en hun kenmerken moeten berekenen, zodat er enerzijds genoeg zijn voor alle gebruikers, en anderzijds zodat de prijs-kwaliteitverhouding van deze servers optimaal is en dat de kosten voor het creëren van een computerinfrastructuur voor het nieuwe informatiesysteem geen ernstig gat slaan in het IT-budget van de onderneming. Laten we eens kijken hoe we de infrastructuur kunnen ontwerpen voor bedrijfsimplementatie van Zimbra Collaboration Suite.
Het belangrijkste kenmerk van Zimbra in vergelijking met andere oplossingen is dat in het geval van ZCS het knelpunt zelden processorkracht of RAM is. De belangrijkste beperking is meestal de snelheid van invoer en uitvoer van de harde schijf en daarom moet de meeste aandacht worden besteed aan gegevensopslag. De officieel aangegeven minimumvereisten voor Zimbra in een productieomgeving zijn een 4-core 64-bit processor met een kloksnelheid van 2 gigahertz, 10 gigabyte voor systeembestanden en logs, en minimaal 8 gigabyte RAM. Normaal gesproken zijn deze kenmerken voldoende om de server responsief te laten werken. Maar wat als je Zimbra moet implementeren voor 10 gebruikers? Welke servers en hoe moeten ze in dit geval worden geïmplementeerd?
Laten we beginnen met het feit dat de infrastructuur voor 10 gebruikers multi-server moet zijn. Dankzij de multi-serverinfrastructuur is Zimbra enerzijds schaalbaar en anderzijds kan het informatiesysteem responsief functioneren, zelfs bij een grote toestroom van gebruikers. Het is meestal vrij lastig om precies te voorspellen hoeveel gebruikers een Zimbra-server efficiënt kan bedienen, omdat veel afhangt van de intensiteit van hun werk met agenda's en e-mail, maar ook van het gebruikte protocol. Daarom gaan wij als voorbeeld 4 mailopslagplaatsen implementeren. In geval van een tekort of ernstige overcapaciteit is het mogelijk om een capaciteit uit te schakelen of een nieuwe toe te voegen.
Wanneer u dus een infrastructuur voor 10.000 mensen ontwerpt, moet u LDAP-, MTA- en proxyservers en 4 e-mailopslagplaatsen creëren. Houd er rekening mee dat LDAP-, MTA- en proxyservers virtueel kunnen worden gemaakt. Dit zal de kosten van serverhardware verlagen en het gemakkelijker maken om back-ups te maken en gegevens te herstellen, maar aan de andere kant loopt u het risico onmiddellijk zonder MTA, LDAP en Proxy te zitten als de fysieke server uitvalt. Daarom moet de keuze tussen fysieke of virtuele servers worden gemaakt op basis van hoeveel downtime u zich kunt veroorloven in geval van een noodsituatie. Mailopslag zou het beste op fysieke servers kunnen worden geplaatst, omdat daarop het merendeel van de schrijfcycli zal plaatsvinden, wat de prestaties van Zimbra beperkt, en daarom zal een groter aantal kanalen voor gegevensoverdracht de prestaties van Zimbra aanzienlijk verbeteren.
Na het creëren van LDAP, MTA, Proxy-servers, netwerkopslag en het combineren ervan in één infrastructuur is de Zimbra Collaboration Suite voor 10000 gebruikers in principe klaar voor inbedrijfstelling. De werking van deze configuratie zal vrij eenvoudig zijn:
Het diagram toont de belangrijkste knooppunten van het systeem en de gegevensstromen die daartussen zullen circuleren. Met deze configuratie zal de infrastructuur volledig onbeschermd zijn tegen gegevensverlies, downtime als gevolg van het uitvallen van een van de servers, enzovoort. Laten we eens kijken hoe u uw infrastructuur precies tegen deze problemen kunt beschermen.
De belangrijkste methode is hardwareredundantie. Extra MTA- en Proxy-knooppunten kunnen, bij uitval van de hoofdservers, tijdelijk de rol van de hoofdservers overnemen. Het dupliceren van knooppunten van kritieke infrastructuur is bijna altijd een goed idee, maar het is niet altijd in de gewenste mate haalbaar. Een treffend voorbeeld is het reserveren van servers waarop mail wordt opgeslagen. Momenteel ondersteunt Zimbra Collaboration Suite Open-Source Edition het aanmaken van dubbele winkels niet, dus als een van deze servers uitvalt, wordt downtime niet vermeden, en om de downtime veroorzaakt door een defect in het e-mailarchief te verminderen, kan de IT-manager zijn back-up inzetten kopiëren naar een andere server.
Omdat er geen ingebouwd back-upsysteem is in Zimbra OSE, hebben we Zextras Backup nodig, dat realtime back-up ondersteunt, en externe opslag. Omdat Zextras Backup bij het maken van volledige en incrementele back-ups alle gegevens in de map /opt/zimbra/backup plaatst, zou het redelijk zijn om er externe, netwerk- of zelfs cloudopslag in te plaatsen, zodat als een van de servers uitvalt, u beschikt over de media met een reservekopie die actueel was op het moment van de noodsituatie. Het kan worden geïmplementeerd op een fysieke back-upserver, op een virtuele machine of in de cloud. Het is ook een goed idee om een MTA met een spamfilter vóór de Zimbra Proxy-server te installeren om de hoeveelheid junkverkeer dat naar de server komt te verminderen.
Als gevolg hiervan zal de beschermde Zimbra-infrastructuur er ongeveer zo uitzien:
Met deze configuratie zal de Zimbra-infrastructuur niet alleen hoogwaardige diensten kunnen leveren aan 10.000 gebruikers, maar ook in het geval van een noodsituatie de gevolgen ervan zo snel mogelijk kunnen wegnemen.
Bron: www.habr.com