<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div>Dieser Vorfall bestätigt wieder einmal meine alte Regel als IT-Dinosaurier: "Keep it simple !".</div><div>Schon vor 30 Jahren habe ich hochverfügbare System (z.B. für Anwendungen an Großflughäfen, 24h/265d) konzipiert, mit einfachen Umschaltern.</div><div>Sowohl für die Terminals, als auch für Disks, Netzwerkanbindungen oder  Prozeßinterfaces.</div><div>Regel: Das muß auch ein Elektriker machen können !</div><div><br></div><div>Also auch hier eine Lösung, ähnlich wie von Igor vorgeschlagen. <br></div><div><br></div><div>>ob ein phy. Server nicht viel anfälliger ist<</div><div>Das würde mich sehr wundern. Das Anfälligste am Server ist doch nur das Netzteil, welches alle paar Jahre mal kaputt geht. <br></div><div><br></div>  <div style="font-family: times new roman, new york, times, serif; font-size:
 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr size="1">  <b><span style="font-weight:bold;">Von:</span></b> Dr.Peer-Joachim Koch <pkoch@bgc-jena.mpg.de><br> <b><span style="font-weight: bold;">An:</span></b> postfixbuch-users@listen.jpberlin.de <br> <b><span style="font-weight: bold;">Gesendet:</span></b> 12:19 Donnerstag, 10.Mai 2012<br> <b><span style="font-weight: bold;">Betreff:</span></b> [Postfixbuch-users] "(Ausfall)sicherer" Mailserver - was macht ihr ?<br> </font> </div> <br>Hallo,<br><br>nachdem ich letzte Nacht unserem betagten Mailserver<br>wieder auf die Beine helfen durfte (in unserem SAN ist<br>es zu einem Ausfall gekommen, der zum Stillstand des<br>Mailers geführt hat) und das ganze System ohnehin schon lange<br>abgelöst werden sollte, stellen sich uns folgende Fragen:<br><br>Mailer in Hardware mit lokalem Speicher (Raid)<br> 
 (muss man ja eigentlich dann spiegeln für eine HA Lsg)<br><br>Mailer in Hardware mit SAN Speicher (Raid)<br>  (auch doppelte Hardware, aber die Daten liegen "in der (SAN)Cloud"<br>   wie man heutzutage so schön sagt).<br><br>Mailer virtualisiert (wir nutzen den freien ESXI)<br>  Daten als normales virt. Lw.<br><br>Mailer virtualisiert<br>  Daten auf SAN LW (direkt auf die Maschine gemapped).<br><br><br>Jede Lösung hat jede Menge Vor- und Nachteile und die "richtige"<br>Lösung hängt natürlich von den örtlichen Gegebenheiten ab.<br><br>Mich würde einfach interessieren, welche Erfahrungen ihr<br>mit euren Lösungen gesammelt habt.<br><br>Also wir haben hier z.B. angefangen mit 2 identischen<br>Maschinen, lokalen Speicher und DRBD.<br>Hat wunderbar funktioniert, bis es zu einer Störung kam<br>und ein Kollege ohne das Notfallhandbuch zu lesen das ganze<br>DRBD-Setup zerpflückt hat.<br><br>Nächster Schritt: selbe HW, Storage im
 SAN - geht im Prinzip<br>bis heute so. Nachteil Abhängig von der Hardware der Maschinen UND<br>vom SAN.<br><br>Wenn ich sehe welche Performance die vir. Systeme haben, fragt man sich<br>natürlich, ob ein phy. Server nicht viel anfälliger ist. Anderseits<br>hängt dann alles an der Virtualisierung.<br><br>Ach ja - und das ganze muss DAU sicher von der Benutzung sein ;)<br><br>Nich wundern, ich werde es nächste Woche wieder mitreden können.<br><br>-- Vielen Dank,<br>    Peer<br>_________________________________________________________<br>Max-Planck-Institut fuer Biogeochemie<br>Dr. Peer-Joachim Koch<br>Hans-Knöll Str.10            Telefon: ++49 3641 57-6705<br>D-07745 Jena                 Telefax: ++49 3641 57-7705<br><br>-- <br>_______________________________________________<br>Postfixbuch-users -- <a href="http://www.postfixbuch.de"
 target="_blank">http://www.postfixbuch.de</a><br>Heinlein Professional Linux Support GmbH<br><br><a ymailto="mailto:Postfixbuch-users@listen.jpberlin.de" href="mailto:Postfixbuch-users@listen.jpberlin.de">Postfixbuch-users@listen.jpberlin.de</a><br><a href="https://listi.jpberlin.de/mailman/listinfo/postfixbuch-users" target="_blank">https://listi.jpberlin.de/mailman/listinfo/postfixbuch-users</a><br><br> </div> </div>  </div></body></html>