Was ist der Mehrwert der Installation der von Dell / HP / IBM / usw. bereitgestellten Treiber?

Ich verwalte ein paar hundert Linux-Server, von denen die meisten HP sind, wenn sie nicht virtualisiert sind. In der Vergangenheit haben wir das HP ProLiant Support Pack (PSP) installiert, seit ich hier angefangen habe. Die PSP enthält nützliche (?) Dinge wie die HP System Management Homepage - die ich noch nie benutzt habe, aber einige meiner Kollegen regelmäßig - und eine Reihe von Treibern.

Einige dieser Treiber, wie das iLO-Kernelmodul, befinden sich nicht in dem von uns verwendeten Standardkernel. Daher kann es hilfreich sein, diese zu installieren. Andere Treiber, wie die von HP gelieferten Treiber cciss und qla2xxx, sind jedoch nicht so nützlich: Sie befinden sich im Standardkernel und das schon seit geraumer Zeit. Durch das Überschreiben der Börsentreiber wird wahrscheinlich die Unterstützung unseres Anbieters für mehrere Kernel-Subsysteme nicht des gesamten Kernels ungültig. Auf der anderen Seite unterstützt HP bestimmte Probleme möglicherweise nicht, wenn Sie deren Treiber nicht verwenden .

Ich neige dazu, die HP Treiber nicht zu installieren, aber was denken Sie: Gibt es einen verlockenden Grund, die Treiber HPs cciss, qla2xxx, e1000, tg3, bnx2 (usw.) zu installieren und die im Standard-Kernel-Paket enthaltenen Treiber zu überschreiben?

Bearbeiten: 'verlockender Grund für die Installation' muss groß genug sein, um die widerliche Qualität der Pakete der PSP zu mindern, was bedeutet, dass ich sie alle manuell neu verpacken muss, um sie über eine zentralisierte Methode wie RH Satellite installieren zu können.

Wir haben viele Red Hat-Server und haben überlegt, die PSP zu installieren. Das Problem hängt immer mit der Unterstützung des Errata-Kernels durch HP im Vergleich zu den aktuellen Red Hat-Kanälen zusammen. Wir hatten die Erfahrung gemacht, dass die Red Hat-Version der Treiber aktueller war als die von PSP bereitgestellte. Bei einer anderen Gelegenheit beschränkte uns die PSP auf eine Version eines Errata-Kernels, was uns nicht sehr freute. Es gab Zeiten, in denen Red Hat keine Nachrichten für Probleme mit der Hardware protokollierte. Was auf Produktionsservern ziemlich schlecht ist, wenn Server ohne Informationen oder Protokolle der Ursache ausfallen oder hängen bleiben, macht keinen Spaß. Zu diesem Zeitpunkt haben wir einen Hybrid. Wir haben die Pakete ausgewählt, für deren Funktion keine bestimmte Kernelversion erforderlich ist. wie HP-Gesundheit, HPACUCLI und die Überwachung wie z. Ich denke, wenn HP / Red Hat und der Rest so eng sind, Sie sollten zusammenarbeiten und sie in die Red Hat-Distribution aufnehmen. Ist Unsinn, dass es sogar ein Support Pack gibt, das von der Distribution selbst unabhängig ist.

Wir installieren die PSP IMMER mit unseren HP Maschinen - hauptsächlich, um HP SIM ordnungsgemäß mit den richtigen Informationen zu versorgen. Dies ermöglicht SIM die zentrale Verwaltung des BIOS- / Treibercodes und vor allem die systemweite Warnung vor dem Ausfall und den Austausch der Hardware. Insbesondere wenn eine Hardwarekomponente kurz vor dem Ausfall steht, werden wir benachrichtigt. Rufen Sie das Teil direkt bei HP an, und der Mann mit einem neuen Bit wird angezeigt, um es zu ersetzen, bevor es überhaupt ausfällt.

Herstellerunabhängige Antwort.

Sie sollten sich an den Hardwareanbieter wenden und ihn nach den Auswirkungen auf den Support fragen, wenn Sie dessen Treiber im Vergleich zu den Betriebssystemtreibern installieren. Haben Sie das Betriebssystem von ihnen gekauft? Werden sie unterstützt, wenn sie nicht Windows, Red Hat, SUSE usw. ausführen?

In der Regel ist der Mehrwert selbst genau so, wie Sie es implizieren - zusätzliche Serververwaltungsfunktionen. Nach meiner Erfahrung sind diese Funktionen meistens nicht so nützlich, wenn Sie Ihre Umgebung mit etwas anderem als den vom Hersteller bereitgestellten Tools oder einer ihrer verbundenen Marken (z. B. IBM und Tivoli, HP und OpenView usw.) automatisieren.

Für das, was es wert ist, haben wir die Installation der Dell 2950 Remote-Konsolensoftware, die die Verbindung zum DRAC-Gerät über VNC ermöglichte, und die Speicherverwaltungs-GUI für die MD3000 automatisiert. Sie werden beide empfohlen, und es war einfacher zu automatisieren, als Dell zu erklären: "Nein, wir verwenden diesen Mist nicht, wir verwenden das, mit dem das Betriebssystem geliefert wird." Zumal wir CentOS anstelle von Red Hat verwendeten.

Hier in der Windows-Welt bietet Dell nur dann Support an, wenn Sie die Treiber verwenden. Wenn Sie einen Anruf eröffnen, müssen Sie in der Regel zunächst die neueste Version der Treiber installieren, bevor sie den Server berühren . Ich weiß nicht, ob dies für Linux gilt, da ich nicht weiß, welche Linux-Unterstützung sie anbieten, aber ich würde es überprüfen.

JR

PS Ich glaube nicht, dass ich jemals einen Fehler gefunden habe, weil ich keinen Dell-Treiber verwendet habe. Wohlgemerkt, ich habe nie gewusst, dass die Dell-Treiber ein Problem verursachen. Dell zu folgen scheint der Weg des geringsten Widerstands zu sein :-)

Erstens sind HP Server Red Hat- und Suse-zertifiziert, und Sie können ohnehin vollständigen Red Hat-Support über HP erhalten, sodass Sie sich keine Sorgen über Garantien machen müssen.

Zweitens ist die Energieverwaltung ein wichtiger Grund, die neuesten Treiber zu installieren. Wenn Sie einen Server haben, ist das vielleicht keine große Sache, wenn Sie mehrere Full-Blade-Chassis haben, eine große Sache.

Drittens, wie oben erwähnt, HP System Insight Manager (oder Dell OpenManage).

Viertens: Wenn Sie über eine Patch-Management-Umgebung verfügen und die Patches innerhalb eines bestimmten Zeitraums aktualisieren müssen, hilft es wirklich, sie über SIM zu verfolgen.

Wenn Sie SIM verwenden, sollten Sie in der Lage sein, neue Treiber über diese zu übertragen, anstatt sie neu zu verpacken (Haftungsausschluss: Ich weiß, dass dies unter Windows funktioniert, aber ich bin kein Linux-Administrator, also YMMV). Auch HP wird Ihnen wie Dell immer sagen, dass Sie alles in Sichtweite aktualisieren müssen, bevor Sie mit einem Support-Fall fortfahren.