L'implementazione di qualsiasi soluzione IT in un'azienda inizia con la progettazione. In questa fase, il responsabile IT deve calcolare il numero di server e le loro caratteristiche, affinché ci siano sufficienti risorse per tutti gli utenti e, allo stesso tempo, garantire che il rapporto qualità-prezzo di questi server sia ottimale, evitando che i costi per la creazione di un'infrastruttura informatica per il nuovo sistema informativo possano gravare notevolmente sul budget IT dell'azienda. Esploriamo come progettare correttamente l'infrastruttura per l'implementazione di Zimbra Collaboration Suite in azienda.
Una delle principali caratteristiche di Zimbra rispetto ad altre soluzioni è che, nel caso di ZCS, la "gola di bottiglia" raramente è rappresentata dalla potenza di elaborazione della CPU o dalla memoria RAM. Il principale limite è solitamente la velocità di input/output del disco rigido, quindi è fondamentale prestare attenzione proprio agli archivi dati. I requisiti minimi ufficiali per Zimbra in un ambiente produttivo sono un processore quad-core a 64 bit con una frequenza di 2 gigahertz, 10 gigabyte per i file di sistema e i log, e almeno 8 gigabyte di RAM. Di solito, queste specifiche sono sufficienti per garantire un buon funzionamento del server. Ma cosa fare se devi implementare Zimbra per 10.000 utenti? Quali server e come dovrebbero essere implementati in questo caso?
Iniziamo con il fatto che un'infrastruttura per 10.000 utenti deve essere multi-server. Un'infrastruttura multi-server consente da un lato di rendere Zimbra scalabile e, dall'altro, di garantire un funzionamento reattivo del sistema informativo anche in caso di elevato afflusso di utenti. Di solito è piuttosto difficile prevedere quanti utenti un server Zimbra possa gestire efficacemente, poiché molto dipende dall'intensità con cui lavorano con calendari e email, così come dal protocollo utilizzato. Proprio per questo motivo, per esempio, implementeremo 4 archivi di posta. In caso di insufficienza o eccesso significativo di capacità, sarà possibile disattivare o aggiungere un ulteriore archivio.
Pertanto, nella progettazione di un'infrastruttura per 10.000 utenti, sarà necessario creare server LDAP, MTA e Proxy, oltre a 4 archivi di posta. Va notato che i server LDAP, MTA e Proxy possono essere virtualizzati. Questo ridurrà i costi per l'hardware server e faciliterà il backup e il ripristino dei dati; tuttavia, d'altra parte, in caso di guasto del server fisico, rischiate di rimanere senza MTA, LDAP e Proxy. Per questo motivo, la scelta tra server fisici o virtuali deve essere fatta in base al tempo di inattività che potete permettervi in caso di emergenza. Gli archivi di posta, invece, dovrebbero essere ospitati su server fisici, poiché su di essi si svolgerà il numero più significativo di cicli di scrittura, che limitano le prestazioni di Zimbra; pertanto, un numero maggiore di canali per il trasferimento dei dati consentirà di aumentare notevolmente le prestazioni di Zimbra.
In linea di principio, dopo la creazione server LDAP, MTA, Proxy, archivi di rete e la loro integrazione in un'unica infrastruttura, il Zimbra Collaboration Suite per 10.000 utenti è pronto per essere messo in produzione. Lo schema di funzionamento di questa configurazione sarà piuttosto semplice:
Lo schema mostra i principali nodi del sistema e i flussi di dati che circoleranno tra di essi. Con una configurazione di questo tipo, l'infrastruttura sarà completamente vulnerabile alla perdita di dati e a periodi di inattività dovuti al guasto di uno qualsiasi dei server e così via. Vediamo come è possibile proteggere la propria infrastruttura da questi problemi.
Il metodo principale è la ridondanza hardware. Nodi MTA e Proxy aggiuntivi possono, in caso di guasto dei server principali, assumere temporaneamente il ruolo di server principali. La duplicazione dei nodi dell'infrastruttura critica è quasi sempre una buona idea, ma non sempre è realizzabile nella misura desiderata. Un chiaro esempio è la riserva dei server che ospitano le e-mail. Attualmente, Zimbra Collaboration Suite Open-Source Edition non supporta la creazione di archivi duplicati, quindi in caso di guasto di uno di questi server, non sarà possibile evitare l'inattività. Per ridurre il tempo di inattività causato dal guasto dell'archivio di posta, il manager IT può distribuire il backup su un altro server.
Poiché Zimbra OSE non dispone di un sistema di backup integrato, avremo bisogno di Zextras Backup, che supporta il backup in tempo reale, e di uno storage esterno. Poiché Zextras Backup, effettuando backup completi e incrementali, memorizza tutti i dati nella cartella /opt/zimbra/backup, sarebbe sensato montare un'unità esterna, di rete o anche cloud in essa, in modo da avere un supporto con un backup aggiornato al momento di un'eventualità in caso di guasto di uno dei server. Può essere ripristinato sia su un server fisico di riserva che su una macchina virtuale e nel cloud. Sarebbe anche un'ottima idea installare un MTA con un filtro antispam davanti al server con Zimbra Proxy, per ridurre la quantità di traffico spazzatura che arriva al server.
Alla fine, l'infrastruttura Zimbra protetta avrà un aspetto simile a questo:
Con questa configurazione, l'infrastruttura Zimbra non solo sarà in grado di fornire servizi di qualità a 10.000 utenti, ma in caso di situazioni critiche consentirà di risolvere rapidamente le conseguenze.
Fonte: habr.com
