[Postfixbuch-users] "(Ausfall)sicherer" Mailserver - was macht ihr ?

[Dr.Peer-Joachim Koch]

Hallo,

danke für die Antworten. Was mich ein wenig wundert ist, das
alle auf Hardware gesetzt haben. Sowohl bei Storage (da ist es
ja noch klar), als auch beim Server.
Ich tendiere ein wenig zu einer virtuellen Maschine, eventuelle
mit direkter SAN Anbindung.

Gründe: Ein Restore der vir. Maschine dauert <15min (ohne Maildaten)
  (Ist ein cp der Maschine aus dem Backup(ghettoVCB) auf einen ESXI 
Server). Zusammen mit dem Backup (wir verwenden TSM) kann man den 
Zustand des Servers dann in 30min zu 99,999% wieder herstellen.

Der Punkt zwei Maschinen absolut gleich zu halten ist nicht zu 
unterschätzen und auch aus meiner Sicht mehr eine Fehlerquelle.

@Peer - Raid
Ich arbeite jetzt seit >10 jahren mit verschiedenen großen Raidsystemen
und kenne auch einige in der MPG die andere Hersteller einsetzen als 
wir. Vielleicht hatten wir alle ja nur Glück, aber bei den großen 
Anbietern von Blockdevices (EMC,IBM,HP,...) habe ich soetwas weder
selber gehört noch erlebt. Bei etwas kleineren, habe ich selber noch 
viel schlimmers erlebt (Jede Woche 30% der Speicherkapazität des 
Fileserver als Totalverlust (LUN verloren) - war ein guter Backup test,
aber für die Nerven weniger gut.

Aber im Prinzip hast Du natürlich Recht 100% Schutz oder Verfügbarkeit 
gibt es nie.


Ciaoa, Peer

Am 10.05.2012 16:37, schrieb Igor Sverkos:
> Hallo,
>
> On 2012-05-10 14:32, reiner otto wrote:
>> Server: Jeweils eigene boot-disk, am Besten geclont.
>
> Dazu noch eine Anmerkung:
>
> Nach meiner Erfahrung driften Konfigurationen auseinander. D.h. es ist
> sehr wichtig, dass Änderungen dokumentiert werden.
>
> Ich persönlich sehe es als Problem an, dass man oftmals lediglich am
> Live-System Updates einspielt und Änderungen vornimmt. Kommt es dann zur
> Umschaltung, ist das Ersatzsystem in jeder Hinsicht veraltet (und
> oftmals auch verwundbar).
>
> Sicherlich kann man auch den Server regelmäßig sicher. Im Idealfall
> sogar Bare-Metal Restore geeignet, d.h. wenn man umschalten muss, spielt
> man vorher noch schnell die Sicherung des Servers ein. Das verlängert
> die Downtime zwar um ~10min - dies sollte aber nicht ins Gewicht fallen :)
>
> Insofern würde ich die Ersatzhardware also nur vorhalten...
>
>
> P.s.: Wenn man sich für ein Storage - egal welcher Art - entschieden
> hat, sollte man nicht vergessen auch dessen Daten zu sichern. Redundanz
> (nichts anderes bringt RAID) ist kein Backup!
>
>


-- 
Mit freundlichem Gruß
     Peer-Joachim Koch
_________________________________________________________
Max-Planck-Institut fuer Biogeochemie
Dr. Peer-Joachim Koch
Hans-Knöll Str.10            Telefon: ++49 3641 57-6705
D-07745 Jena                 Telefax: ++49 3641 57-7705
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : pkoch.vcf
Dateityp    : text/x-vcard
Dateigröße  : 291 bytes
Beschreibung: nicht verfügbar
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20120514/19153852/attachment.vcf>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 4599 bytes
Beschreibung: S/MIME Kryptografische Unterschrift
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20120514/19153852/attachment.p7s>