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

Question

Eu gerencio algumas centenas de servidores Linux, a maioria dos quais são da HP, se não forem virtualizados. Historicamente, instalamos o HP ProLiant Support Pack (PSP) desde antes de começar a trabalhar aqui. O PSP vem com material útil (?) Como o HP System Management Homepage - que eu nunca usei, mas alguns dos meus colegas fazem regularmente - e um monte de drivers.

Alguns desses drivers, como o módulo kernel do iLO, não estão no kernel padrão que usamos, então pode ser útil instalá-los. No entanto, 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á estão há algum tempo. Sobrescrever os drivers de ações provavelmente anulará o suporte do nosso fornecedor em vários subsistemas de kernel, não no kernel inteiro. Por outro lado, a HP pode não suportar certos problemas se você não usar os seus drivers.

Eu tenho a tendência de não instalar os drivers da HP, mas o que você acha: existe uma razão tentadora para instalar os drivers HPs cciss, qla2xxx, e1000, tg3, bnx2 (etc.) e sobrescrever os drivers fornecidos no estoque pacote do kernel?

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

    

Answer 1

Temos muitos servidores Red Hat e consideramos a instalação do PSP. O problema sempre se resume ao suporte ao kernel da errata da HP em comparação com o que é atual nos canais da Red Hat. Tivemos a experiência de que a versão Red Hat dos drivers estava mais atualizada do 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 de problemas com o hardware. O que é muito ruim em servidores de produção, ter servidores paralisados ou sem qualquer informação ou logs da causa não é divertido. 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 de tal. Eu acho que se a HP / Red Hat e o resto são tão apertados, eles devem trabalhar juntos e incluí-los na distribuição da Red Hat. É um disparate que existe até mesmo um pacote de suporte independente da própria distribuição.

    

Answer 2

Nós 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, de maneira importante, ativa o aviso de pré-falha em todo o sistema e a substituição de hardware. Especificamente, se um componente de hardware for sobre falhar, ele nos alertará, faça uma ligação diretamente com a HP para a peça e o homem com um novo bit aparecerá para substituí-lo antes que ele falhe.

    

Answer 3

Resposta independente de fornecedor.

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

Normalmente, o próprio valor agregado é exatamente o que você sugere - recursos adicionais de gerenciamento de servidor. Na maioria das vezes, esses recursos não são úteis se você estiver automatizando seu ambiente com algo diferente das ferramentas fornecidas pelo fornecedor ou de uma de suas marcas afiliadas (por exemplo, IBM e Tivoli, HP e OpenView, etc.). / p>

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

    

Answer 4

Aqui no mundo do Windows, descobrimos que a Dell não oferece suporte a menos que você esteja usando seus drivers e, geralmente, quando você abre uma chamada, a primeira coisa que eles fazem é insistir que você instale a versão mais recente dos drivers antes deles toque no servidor. Eu não sei se isso se aplica ao Linux, porque eu não sei o suporte a Linux que eles oferecem, mas gostaria de verificar.

JR

PS Eu não acho que eu já encontrei a falha devido a não usar um driver da Dell. Lembre-se que eu nunca soube que os drivers da Dell causaram um problema. Indo junto com a Dell parece o caminho de menor resistência: -)

    

Answer 5

Primeiro 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, então não se preocupe com garantias de qualquer forma lá.

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

Em terceiro lugar, como comentei acima, o HP System Insight Manager (ou o Dell OpenManage).

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

    

Answer 6

Se você estiver usando o SIM, você deve ser capaz de empurrar novos drivers através disso, em vez de reempacotá-los (aviso: Eu sei que isso funciona no Windows, mas eu não sou um administrador do Linux, então YMMV). Também a HP, como a Dell, sempre lhe dirá para atualizar tudo à vista antes de prosseguir com um caso de suporte.