mit Nagios üb erwache ich inzwischen eine ganze Menge. 3Ware-Controller funktionieren mit dem bei den Nagios Plugins mitgelieferten Plugin check_smart.pl sehr gut. Nur mit Highpoint Controller hat das Plugin so seine Probleme. Mit einer kleine Änderung am Code funktioniert aber auch das.
Einfach folgende Zeilen:
syntax("Valid --type entries include ata, scsi and 3ware,n")
unless (($type =~ /^ata$/) || ($type =~ /^scsi$/) || ($type =~ /^3ware,\d+$/));
wie folgt abändern:
syntax("Valid --type entries include ata, scsi, 3ware,n and hpt")
unless (($type =~ /^ata$/) || ($type =~ /^scsi$/) || ($type =~ /^3ware,\d+$/) ||($type =~ /^hpt,\d+\/\d+$/));
mit folgendem Aufruf wird der SMART Check für die Festplatte, welche am ersten Controller und dort am ersten Kanal hängt ausgeführt:
./check_smart.pl --type hpt,1/1 -d /dev/sda -t h
Der Artikel über Raid auf wikipedia ist ja sehr interessant. Im Artikel wird aber, meiner Meinung nach, ein Software-Raid besser dargestellt als ein Hardware-Raid. Ich persöhnliche würde z.B. nie auf ein Software-Raid oder Fake-Raid setzen, da ich selbst halt weniger gute Erfahrungen gemacht habe. Falls Software-Raids besser als Hardware-Raid-System sind, warum gibt es dann noch Hardware-Raids? Hierzu würden mich nun eure Meinungen und Erfahrungen interessieren. Wo würdet Ihr welches Raid-System einsetzen und warum?
Bei Servern stellt sich immer die Frage: Wie sichere ich meine Daten vor Datenverlust? Jedem Admin sollte die Antwort klar sein: ein Raid-Controller muß her. Wird Linux als Betriebssystem eingesetzt steht der Admin aber ganz schnell vor einem Problem. Hier müssen erst Fragen wie: Läuft der Controller problemlos unter Linux? Muß der Treiber erst kompiliert werden? Gibt es überhaupt Treiber? erst geklärt werden.
Von billigen Controllern (alles unter 100€) und von Onboard-Controllern rate ich generell ab. Hierbei handelt es sich eigentlich immer um Software-Controller. Hier übernimmt der Treiber die Verwaltung des Raid-Systems. Schmiert das Betriebssystem aus igrnedeinem Grund ab oder der Treiber wird unverhofft entladen, dann ist Ärger vorprogrammiert.
Bei richtigen (teuren) Controllern übernimmt die komplette Verwaltung der Controller. Das hat den Vorteil das die Verwaltung der Daten/Festplatten Betriebssystem-unabhängig abläuft. Ein Fehler im Betriebssystem hat also keine Auswirkungen auf die gepspeicherten Daten. Man kann nur die Daten verlieren, welche noch nicht vom Controller auf die Festplatten geschrieben wurden. Aber auch das kann man verhindern. Mit sogenannten BatteryBackupUnits (Batterien welche direkt am Controller angeschlossen werden) kann man auch bei Stromausfall einen Datenverlust vermeiden.
Das Betriebssystem sieht je nach Konfiguration auch nur den “virtuell” angelegten Raid-Verbund. Auf einzelne Festplatten kann das Betriebssystem nicht zugreifen. Bei Software-Controller ist dies anders. Hier sieht das Betriebssystem sowohl den Raid-Verbund, als auch die einzelnen Festplatten.
Gute Controller bieten auch noch dieverse Einstellungsmöglichkeiten für die Wartung bzw. für Fehlerfälle. Richtig entspannen kann sich der Admin, wenn der Controller im Fehlerfall Emails versenden kann. So hab ich schon von 2 Server mitbekommen, das eine Festplatte ausgefallen war. Im Normalfall hätte ich das sonst nie mitbekommen. Der Controller läuft im Raid5 auch mit 2 von 3 Festplatten weiter. Es ist halt nur langsamer. Server runterfahren, Festplatten tauschen und wieder hochfahren. Das ist alles was ich tun mußte. Den Rest erledigt der Controller selber.
Und welchen Controller nehmen wir nun? Ich persöhnlich bevorzuge Controller von 3ware. Diese laufen sehr gut unter Linux und unter Windows. Von Linux (zumind. von opensuse) werden sie problemlos erkannt. Einen Treiber muß man nicht extra kompilieren. Alles in allem sind leider sogar die relativ hohen Preise bei ebay für 3ware Controller gerechtfertigt. Dafür hat der Admin halt weniger Arbeit und Stress.