Qual è il valore aggiunto dell'installazione dei driver forniti da Dell / HP / IBM / ecc.?

Gestisco un paio di centinaia di server Linux, la maggior parte dei quali sono HP, se non sono virtualizzati. Storicamente, abbiamo installato HP ProLiant Support Pack (PSP) da prima che iniziassi a lavorare qui. La PSP include elementi utili (?) Come HP System Management Homepage - che non ho mai usato, ma un paio di miei colleghi fanno regolarmente - e un mucchio di driver.

Alcuni di questi driver, come il modulo del kernel iLO, non si trovano nel kernel stock che usiamo, quindi potrebbe essere utile installarli. Altri driver, tuttavia, come i driver cciss e qla2xxx forniti da HP, non sono così utili: sono nel kernel stock e lo sono da un po 'di tempo. La sovrascrittura dei driver stock probabilmente annullerà il supporto del nostro fornitore su diversi sottosistemi kernel non dell'intero kernel. D'altra parte, HP potrebbe non supportare determinati problemi se non si utilizzano i loro driver.

Tendo a non installare i driver HP, ma cosa ne pensate: esiste un motivo allettante per installare i driver HP cciss, qla2xxx, e1000, tg3, bnx2 (ecc.) E sovrascrivere i driver forniti nel pacchetto kernel stock?

Modifica: 'motivo allettante per l'installazione' deve essere abbastanza grande da mitigare la disgustosa qualità dei pacchetti della PSP, il che significa che devo riconfezionarli tutti manualmente per poter installare un metodo centralizzato come RH Satellite.

Abbiamo molti server Red Hat e abbiamo preso in considerazione l'installazione della PSP. Il problema dipende sempre dal supporto del kernel errata da parte di HP rispetto a quello attuale sui canali Red Hat. Abbiamo avuto l'esperienza che la versione Red Hat dei driver era più aggiornata di quella fornita da PSP. In un'altra occasione la PSP ci ha limitato a una versione di un kernel errata, che non ci ha fatto molto piacere. A volte, Red Hat non registrava messaggi per problemi con l'hardware. Il che è piuttosto negativo sui server di produzione, avere server che si arrestano o si bloccano senza alcuna informazione o registro della causa non è divertente. A questo punto abbiamo un ibrido, abbiamo scelto i pacchetti che non necessitano di una versione specifica del kernel per funzionare; come hp-health, hpacucli e il monitoraggio del genere. Penso che se HP / Red Hat e gli altri sono così stretti, dovrebbero lavorare insieme e includerli nella distribuzione di Red Hat. Non ha senso che esista anche un pacchetto di supporto indipendente dalla distribuzione stessa.

Installiamo SEMPRE la PSP con le nostre macchine HP, principalmente per alimentare correttamente HP SIM con le giuste informazioni. Ciò consente alla SIM di gestire centralmente il codice BIOS / driver e, soprattutto, consente l'avvertimento "pre-fallimento" dell'intero sistema e la sostituzione dell'hardware. In particolare, se un componente hardware è su di fallire ci avviserà, sollevare una chiamata direttamente con HP per la parte e l'uomo con un nuovo bit apre di sostituirlo prima che sia ancora riuscito.

Risposta indipendente dal fornitore.

È necessario contattare il fornitore dell'hardware e chiedere loro quali sono le riprogrammazioni del supporto se si installano i loro driver rispetto ai driver del sistema operativo. Hai acquistato il sistema operativo da loro? Sono supportati se non eseguono Windows, Red Hat, SUSE o altro?

In genere, il valore aggiunto stesso è proprio come si intende: funzionalità di gestione del server aggiuntive. Molto spesso nella mia esperienza, queste funzionalità non sono così utili se stai automatizzando il tuo ambiente con qualcosa di diverso dagli strumenti forniti dal fornitore o da uno dei loro marchi affiliati (ad es. IBM e Tivoli, HP e OpenView, ecc.).

Per quello che vale, abbiamo automatizzato l'installazione del software della console remota Dell 2950 che ha consentito la connessione al dispositivo DRAC tramite VNC e la GUI di gestione della memoria per MD3000. Sono entrambi raccomandati ed è stato più facile automatizzare che spiegare a Dell "no non usiamo quella schifezza, usiamo ciò che viene fornito con il sistema operativo". Soprattutto da quando usavamo CentOS invece di Red Hat.

Qui nel mondo di Windows scopriamo che Dell non offrirà supporto a meno che tu non stia usando i loro driver, e di solito quando apri una chiamata la prima cosa che fanno è insistere sull'installazione dell'ultima versione dei driver prima che tocchino il server . Non so se questo si applica a Linux perché non so quale supporto Linux offrono, ma vorrei verificare.

JR

PS Non credo di aver mai riscontrato l'errore dovuto al non utilizzo di un driver Dell. Intendiamoci, non ho mai saputo che i driver Dell potessero causare problemi. Andare insieme a Dell sembra il percorso di minor resistenza :-)

Prima di tutto, i server HP sono certificati Red Hat e Suse e puoi comunque ottenere il supporto completo di Red Hat tramite HP, quindi non preoccuparti delle garanzie.

In secondo luogo, la gestione dell'alimentazione è un grande motivo per installare i driver più recenti. Se hai un server, forse non è un grosso problema, se hai diversi chassis full blade, un grosso problema.

Terzo, come ho commentato sopra, HP System Insight Manager (o Dell OpenManage).

In quarto luogo, se disponi di un ambiente di gestione delle patch e devi aggiornare le patch entro un determinato periodo di tempo, il loro monitoraggio tramite SIM aiuta davvero.

Se stai usando la SIM, dovresti essere in grado di inviare nuovi driver tramite quello, invece di riconfezionarli (dichiarazione di non responsabilità: so che funziona su Windows ma non sono un amministratore di Linux, quindi YMMV). Inoltre HP, come Dell, ti dirà sempre di aggiornare tutto ciò che è in vista prima di procedere con un caso di supporto.