Grazie a tutti dei suggerimenti, eccezionali come al solito.
Non quoto nessuno in particolare perchè non ho molto tempo.
Innanzitutto i volumi, perchè altrimenti parliamo di aria fritta.
Diciamo che il carico medio è di circa 20000 mail al giorno e gli utenti
attivi (escludendo queli che fanno uso saltuario della posta) sono circa
400 / 500.
La connettività internet sarebbe di 10 Mb/s ridondata su due sedi
geografiche.
La MAN è a 100 Mb/s effettivi (non a 50 Mb/s) ma è improponibile
occuparla tutta, magari poco meno di metà .... è in fibra ottica
geografica ed è ridondata tramite link radio di backup. Gli utenti sono
sparsi su molte più sedi, ma il grosso è diviso nelle due sedi con le
caratteristiche di cui sopra.
Si pensava ad un doppio frontend e doppio backend per garantire
ridondanza alle due sedi e bilanciare il carico delle due macchine. Non
pensavo di utilizzare IMAP server sui frontend anche per non caricarli
eccessivamente di lavoro e per motivi che spiego di seguito.
Per la parte di backend mi sono guardato un pò Cyrus Murder (qualcuno lo
conosce ?) che per motivi storici sarebbe ben accetto (utilizzano cyrus
da anni senza nessun tipo di problema).
Il formato sarebbe ovviamente maildir.
Per quanto riguarda la storage dei backend stavo valutando le diverse
possibilità, cioè se avere un cluster di backend attivo-passivo oppure
attivo-attivo. Nel caso stavo valutando anche FS distribuiti, ad esempio
AFS.
Ho messo talmente tanta carne al fuoco che ..... :-)
P.S. : Il budget, soprattutto in questo fase è quello che è (poco)
quindi pensare a storage di terze parti, con sincronizzazione o replica
basato su sistemi proprietari risulta abbastanza improponibile per
problemi di costo.
P.S. 2 : Al momento dovrei fare di necessità virtù, quindi quello che
potrei avere a disposizione sono 2 macchine performanti e stracolme di
storage per i backend e "n" macchine virtuali per i frontend. Capisco
che non sia la soluzione migiore, anzi ... ma come detto sopra, sono
tempi di magra.
Grazie a tutti
Ciao
Riccardo
|