Qual é o valor agregado da instalação de drivers fornecidos pela Dell / HP / IBM / etc.?

Gerencio algumas centenas de servidores Linux, a maioria dos quais HP, se não estiverem virtualizados. Historicamente, instalamos o HP ProLiant Support Pack (PSP) desde antes de começar a trabalhar aqui. O PSP vem com coisas úteis (?) Como a HP System Management Homepage - que eu nunca usei, mas alguns de meus colegas fazem regularmente - e vários drivers.

Alguns desses drivers, como o módulo do kernel do iLO, não estão no kernel padrão que usamos, portanto, pode ser útil instalá-los. Outros drivers, como os drivers cciss e qla2xxx, que a HP fornece, não são tão úteis: eles estão no kernel padrão e já existem há algum tempo. A substituição dos drivers de estoque provavelmente anulará o suporte do nosso fornecedor em vários subsistemas do kernel, e não no kernel inteiro. Por outro lado, a HP pode não suportar determinados problemas se você não usar os drivers.

Tenho a tendência de não instalar os drivers HP, mas o que você acha: existe um motivo tentador para instalar os drivers HPs cciss, qla2xxx, e1000, tg3, bnx2 (etc.) e substituir os drivers fornecidos no pacote do kernel padrão?

Edit: 'tentador motivo para instalar' deve ser grande o suficiente para atenuar a qualidade repugnante dos pacotes do PSP, o que significa que eu tenho que reembalá-los todos manualmente para poder instalar através de um método centralizado como o RH Satellite.

Temos muitos servidores Red Hat e consideramos instalar o PSP. A questão sempre se resume ao suporte ao kernel da errata pela HP, em comparação com o que é atual nos canais da Red Hat. Tivemos a experiência de que a versão dos drivers da Red Hat estava mais atualizada que a fornecida pela PSP. Em outra ocasião, o PSP nos limitou a uma versão de um kernel de errata, o que não nos deixou muito felizes com isso. Agora, houve momentos em que a Red Hat não registrou mensagens para problemas com o hardware. O que é bastante ruim nos servidores de produção, não é divertido fazer com que os servidores fiquem inativos ou paralisados ​​sem nenhuma informação ou registro da causa. Neste ponto, temos um híbrido, escolhemos os pacotes que não precisam de uma versão específica do kernel para funcionar; como hp-health, hpacucli e o monitoramento desses. Eu acho que se a HP / Red Hat e o resto estiverem tão apertados, eles devem trabalhar juntos e incluí-los na distribuição da Red Hat. É absurdo que exista mesmo um pacote de suporte independente da distribuição em si.

SEMPRE instalamos o PSP com nossas máquinas HP - principalmente para alimentar adequadamente o HP SIM com as informações corretas. Isso permite que o SIM gerencie centralmente o código do BIOS / driver e, importante, habilita o aviso de 'pré-falha' em todo o sistema e a substituição do hardware. Especificamente, se um componente de hardware estiver prestes a falhar, ele nos alertará, ligue diretamente para a HP para a peça e o homem com um novo bit aparece para substituí-lo antes mesmo de falhar.

Resposta independente de fornecedor.

Você deve entrar em contato com o fornecedor do hardware e perguntar quais são as reprecussões de suporte se você instalar os drivers versus os drivers do SO. Você comprou o SO deles? Eles são suportados se não estiverem executando o Windows, Red Hat, SUSE, o que seja?

Normalmente, o valor agregado é exatamente o que você sugere - recursos adicionais de gerenciamento de servidor. Na maioria das vezes, na minha experiência, esses recursos não são tão úteis se você estiver automatizando seu ambiente com algo além das ferramentas fornecidas pelo fornecedor ou de uma de suas marcas afiliadas (por exemplo, IBM e Tivoli, HP e OpenView, etc.).

Para o que vale a pena, automatizamos a instalação do software do console remoto Dell 2950 que permitia a conexão ao dispositivo DRAC via VNC e a GUI de gerenciamento de armazenamento para os MD3000. Ambos são recomendados e foi mais fácil automatizar do que explicar à Dell "não, não usamos essa porcaria, usamos o que o sistema operacional vem". Especialmente porque estávamos usando o CentOS em vez do Red Hat.

Aqui no mundo Windows, descobrimos que a Dell não oferece suporte, a menos que você esteja usando os drivers e, geralmente, quando você abre uma chamada, a primeira coisa a fazer é insistir em instalar a versão mais recente dos drivers antes que eles entrem em contato com o servidor . Não sei se isso se aplica ao Linux porque não sei qual suporte Linux eles oferecem, mas eu verificaria.

JR

PS Acho que nunca encontrei a culpa por não usar um driver da Dell. Lembre-se de que nunca soube que os drivers da Dell causavam um problema. Ir junto com a Dell parece ser o caminho de menor resistência :-)

Antes de tudo, os servidores HP são certificados pela Red Hat e Suse, e você pode obter suporte completo da Red Hat através da HP de qualquer maneira, portanto, não se preocupe com garantias.

Segundo, o gerenciamento de energia é um grande motivo para instalar os drivers mais recentes. Se você tem um servidor, talvez não seja grande coisa, se você tem vários chassis blade completos, grande coisa.

Terceiro, como comentei acima, o HP System Insight Manager (ou Dell OpenManage).

Quarto, se você tiver um ambiente de gerenciamento de patches e precisar atualizar os patches dentro de um certo período de tempo, rastreá-los através do SIM realmente ajuda.

Se você estiver usando o SIM, poderá empurrar novos drivers por isso, em vez de reembalá-los (aviso: eu sei que isso funciona no Windows, mas não sou um administrador de Linux, então o YMMV). Além disso, a HP, como a Dell, sempre solicitará que você atualize tudo o que estiver à vista antes de prosseguir com um caso de suporte.