L'implementazione di qualsiasi soluzione IT in un'azienda inizia con la progettazione. In questa fase, il manager IT deve calcolare il numero di server e le loro caratteristiche, affinché ci sia un numero sufficiente per tutti gli utenti e che, d'altro canto, il rapporto prezzo-qualità di questi server sia ottimale, evitando così che i costi per la creazione dell'infrastruttura computazionale per il nuovo sistema informatico creino una seria falla nel budget IT dell'azienda. Vediamo quindi come progettare l'infrastruttura per l'implementazione di Zimbra Collaboration Suite in azienda.
La principale caratteristica di Zimbra rispetto ad altre soluzioni è che, nel caso di ZCS, il collo di bottiglia raramente è rappresentato dalla potenza di elaborazione o dalla memoria RAM. Il principale vincolo è solitamente la velocità di lettura e scrittura del disco rigido e quindi è fondamentale prestare particolare attenzione agli storage. I requisiti minimi ufficialmente dichiarati per Zimbra in ambiente di produzione sono un processore a 4 core a 64 bit con frequenza di 2 gigahertz, 10 gigabyte per file di sistema e log, e almeno 8 gigabyte di RAM. Di solito, queste caratteristiche sono sufficienti per un funzionamento reattivo del server. Ma cosa fare se devi implementare Zimbra per 10.000 utenti? Quali server e come dovresti procedere in tal caso?
Iniziamo col dire che un'infrastruttura per 10.000 utenti deve essere multiserver. Una infrastruttura multiserver consente di rendere Zimbra scalabile e di garantire un funzionamento reattivo del sistema informativo anche in caso di un elevato afflusso di utenti. È spesso difficile prevedere quanti utenti possa servire adeguatamente un server Zimbra, poiché molto dipende dall'intensità con cui utilizzano i calendari e la posta elettronica, nonché dal protocollo utilizzato. Per questo motivo, come esempio, implementeremo 4 archivi di posta. In caso di insufficienza o eccesso di capacità, si potrà, rispettivamente, disattivarne uno o aggiungerne un altro.
Pertanto, nella progettazione dell'infrastruttura per 10.000 persone sarà necessario creare server LDAP, MTA e Proxy e 4 archivi di posta. Va notato che i server LDAP, MTA e Proxy possono essere virtualizzati. Questo consentirà di ridurre i costi per l'hardware del server e faciliterà il backup e il ripristino dei dati, ma dall'altra parte, in caso di guasto del server fisico, si rischia di trovarsi senza MTA, LDAP e Proxy. È proprio per questo che la scelta tra server fisici o virtuali dovrebbe essere fatta in base al tempo di inattività che si può permettere in caso di emergenza. Gli archivi di posta dovrebbero essere posizionati meglio su server fisici, poiché su di essi si svolgerà il principale numero di cicli di scrittura che limitano le prestazioni di Zimbra, e quindi un numero maggiore di canali per il trasferimento dei dati consentirà di aumentare significativamente le prestazioni di Zimbra.
In linea di principio, dopo la creazione server di LDAP, MTA, Proxy, archivi di rete e fusione in un'unica infrastruttura, Zimbra Collaboration Suite per 10.000 utenti è pronta per essere messa in funzione. Lo schema operativo di questa configurazione sarà abbastanza semplice:
Nello schema sono mostrati i principali nodi del sistema e i flussi di dati che circoleranno tra di essi. Con tale configurazione, l'infrastruttura non sarà affatto protetta dalla perdita di dati, dall'inattività causata dall'improvvisa fuoriuscita di funzionamento di uno qualsiasi dei server e così via. Vediamo quindi come è possibile proteggere la propria infrastruttura da questi problemi.
Il metodo principale è la ridondanza hardware. Nodi MTA e Proxy aggiuntivi possono, nel caso di guasto dei server principali, assumere temporaneamente il ruolo di quelli principali. La duplicazione dei nodi dell'infrastruttura critica è quasi sempre una buona idea, ma non sempre può essere realizzata nel volume desiderato. Un chiaro esempio è il backup dei server che memorizzano la posta. 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 il tempo di inattività, e per ridurre l'inattività causata dal guasto dell'archivio di posta, il manager IT può implementare il suo backup su un altro server.
Poiché non esiste un sistema di backup integrato in Zimbra OSE, avremo bisogno di Zextras Backup, che supporta il backup in tempo reale, e di uno spazio di archiviazione esterno. Dato che Zextras Backup, effettuando backup completi e incrementali, salva tutti i dati nella cartella /opt/zimbra/backup, sarebbe ragionevole montare un'unità di archiviazione esterna, di rete o anche cloud, affinché, in caso di guasto di uno dei server, si disponga di un supporto con il backup più recente disponibile al momento dell'incidente. Può essere ripristinato sia su un server fisico di backup che su una macchina virtuale o nel cloud. Un'ottima idea sarebbe anche installare un MTA con filtro antispam davanti al server Zimbra Proxy, per ridurre la quantità di traffico spazzatura in arrivo sul server.
Alla fine, l'infrastruttura protetta di Zimbra apparirà approssimativamente così:
Con questa configurazione, l'infrastruttura Zimbra non solo sarà in grado di fornire servizi di alta qualità a 10.000 utenti, ma in caso di emergenza consentirà di risolvere rapidamente le conseguenze.
Fonte: habr.com
