[Postfixbuch-users] [OT] RZ übergreifendes redundantes Setup

[Klaus Tachtler]

Hallo Christian,

> Hallo Liste,
>
> wir betreiben aktuell nur einen (1) Mailserver bei uns im  
> Rechenzentrum. Auf dem Server laufen Postfix und Dovecot angebunden  
> an MySQL, außerdem policyd-weight und postgrey sowie  
> dovecot-pigeonhole für Sieve-Skripte.
> Wir planen nun ein zweites System an einem getrennten Standort  
> aufzuziehen. Der Backup Mailserver soll im Fehlerfall komplett  
> übernehmen können.

Warum im Fehlerfall, warum soll er nicht gleich produktiv mit arbeiten?

> Wir haben daher überlegt die Mails über ein ClusterFS (welches steht  
> noch nicht fest) synchron zu halten. Über zwei MX-Einträge mit  
> unterschiedlicher Priorität soll die Anbindung an die Außenwelt für  
> eingehende Mails abgebildet werden.

Also in etwa folgendermaßen:
  MX 10 Hauptstandort
  MX 20 Backupstandort

Wenn das der Plan ist, dann solltet Ihr schon bedenken, das die lieben SPAMmer
meist den mit der höheren Zahl, hier 20 als ersten ansprechen?

Oder einen wirklichen MX-Backup, der nur e-Mail annimmt und wartet,  
bis das Backend (Dovdcot) evtl.
wieder erreichbar ist?!?

> Für unsere Benutzer werden wir im Failover-Fall Dienst-bezogene  
> Hostnamen (smtp. / pop. / imap.) auf die IP des anderen Systems  
> umswitchen. Die MySQL der Benutzer lassen wir replizieren.
>
> Macht unsere Planung so wie sie ist Sinn oder haben wir etwas nicht  
> bedacht? Wie sieht hier die Best-Practice bei  
> Standort-Übergreifenden redundanten Lösungen aus?

Wir haben insgesamt 4 MX'er zwei an Standord A und zwei an Standort B.
Dazu jeweils 1 AMaViS PRO Standort.
Jeweils 1 Backend-Server, PRO Standort.

ALLES im Betrieb!

Was bedeute, falls ein Standort wegbricht, dann bekommen wir nachts KEINEN
Anruf, sondern schlafen beruhigt weiter!

Ihr könnt das ganze natürlich kleiner machen, aber ich würde, **wenn  
es geht**, mindestens
einmal, redundant pro Standort auslegen!

> Viele Grüße, Christian Garling

Grüße
Klaus.


--

------------------------------------------
e-Mail  : klaus at tachtler.net
Homepage: http://www.tachtler.net
DokuWiki: http://www.dokuwiki.tachtler.net
------------------------------------------