Quelle est la valeur ajoutée de l'installation des pilotes fournis par Dell / HP / IBM / etc.?

8

Je gère quelques centaines de serveurs Linux, dont la plupart sont HP, s'ils ne sont pas virtualisés. Historiquement, nous avons installé le HP ProLiant Support Pack (PSP) depuis avant de commencer à travailler ici. La PSP est livrée avec des trucs utiles (?) Comme la page d'accueil HP System Management - que je n'ai jamais utilisée, mais un couple de mes collègues le font régulièrement - et un tas de pilotes.

Certains de ces pilotes, comme le module du noyau iLO, ne sont pas dans le noyau de stock que nous utilisons, il peut donc être utile de les installer. Cependant, d'autres pilotes, comme les pilotes HP cciss et qla2xxx, ne sont pas très utiles: ils sont dans le noyau de base et le sont depuis un certain temps. Le remplacement des pilotes de base annulera probablement la prise en charge de notre fournisseur sur plusieurs sous-systèmes du noyau et non sur l'ensemble du noyau. En revanche, HP peut ne pas prendre en charge certains problèmes si vous n'utilisez pas leurs pilotes.

J'ai tendance à ne pas installer les pilotes HP, mais qu'en pensez-vous: y a-t-il une raison tentante d'installer les pilotes HP cciss, qla2xxx, e1000, tg3, bnx2 (etc.) et d'écraser les pilotes fournis dans le package du noyau stock?

Edit: `` une raison tentante d'installer '' doit être suffisamment grande pour atténuer la qualité dégoûtante des packages de la PSP, ce qui signifie que je dois les reconditionner tous manuellement afin de pouvoir installer via une méthode centralisée comme RH Satellite.

wzzrd
la source

Réponses:

2

Nous avons beaucoup de serveurs Red Hat et avons envisagé d'installer la PSP. Le problème se résume toujours à la prise en charge du noyau d'errata par HP par rapport à ce qui est actuel sur les canaux Red Hat. Nous avons eu l'expérience que la version Red Hat des pilotes était plus à jour que celle fournie par PSP. À une autre occasion, la PSP nous a limités à une version d'un noyau d'errata, ce qui ne nous a pas fait très plaisir. Maintenant, il y a eu des moments où Red Hat n'a pas enregistré de messages pour des problèmes avec le matériel. Ce qui est assez mauvais sur les serveurs de production, avoir des serveurs qui s'arrêtent ou se bloquent sans aucune information ou journal de cause n'est pas amusant. À ce stade, nous avons un hybride, nous avons choisi les packages qui n'ont pas besoin d'une version spécifique du noyau pour fonctionner; comme hp-health, hpacucli et la surveillance tels. Je pense que si HP / Red Hat et le reste sont si serrés, ils doivent travailler ensemble et les inclure dans la distribution Red Hat. Cela n'a aucun sens qu'il existe même un pack de support indépendant de la distribution elle-même.


la source
Je trouve cela très intéressant. Je ne suis pas venu pour tester la liste (c'est en haut de ma liste, mais il en est de même pour beaucoup d'autres choses): la surveillance (hpsmh, la santé) fonctionne sans nécessiter les pilotes ccsiss (et al.) De HP et autres ?
wzzrd
Brillant! Nous avons simplement installé hpacucli, hponcfg, hp-health et hp-snmp-agents et abandonné les modules fournis par HP. De cette façon, nous obtenons un noyau pris en charge par le fournisseur, un matériel correctement surveillé et un déploiement et une gestion faciles des logiciels (les packages de modules fournis par HP sont un vrai gâchis). hp-health etc. fonctionne très bien avec les pilotes natifs de RHEL. Pas besoin d'installer le désordre de la PSP à la place. J'ai testé les outils de ligne de commande (hpacucli, hpasmcli, etc.) et ils fonctionnent également très bien avec les pilotes RHEL, ce qui signifie que les choses snmp le seront aussi. Merci pour cette suggestion!
wzzrd
6

Nous installons TOUJOURS la PSP avec nos machines HP - principalement pour alimenter correctement HP SIM avec les bonnes informations. Cela permet à la carte SIM de gérer de manière centralisée le code BIOS / pilote et, ce qui est important, d'activer l'alerte de pré-défaillance à l'échelle du système et le remplacement du matériel. Plus précisément, si un composant matériel est sur le point de tomber en panne, il nous alertera, passera un appel directement à HP pour la pièce et l'homme avec un nouveau bit apparaîtra pour le remplacer avant qu'il ne soit même en panne.

Chopper3
la source
+1. Wzzrd n'a pas mentionné System Insight Manager, ce qui est une bonne raison d'installer des pilotes HP.
kmarsh
4

Réponse indépendante du vendeur.

Vous devez contacter le fournisseur de matériel et leur demander quelles sont les répercussions du support si vous installez leurs pilotes par rapport aux pilotes du système d'exploitation. Vous leur avez acheté l'OS? Sont-ils pris en charge s'ils n'exécutent pas Windows, Red Hat, SUSE, peu importe?

Typiquement, la valeur ajoutée elle-même est exactement comme vous l'imaginez - des fonctionnalités de gestion de serveur supplémentaires. Le plus souvent, d'après mon expérience, ces fonctionnalités ne sont pas très utiles si vous automatisez votre environnement avec autre chose que les outils fournis par le fournisseur ou l'une de leurs marques affiliées (par exemple, IBM et Tivoli, HP et OpenView, etc.).

Pour ce que ça vaut, nous avons automatisé l'installation du logiciel de la console distante Dell 2950 qui a permis de se connecter au périphérique DRAC via VNC, et l'interface graphique de gestion du stockage pour les MD3000. Ils sont tous les deux recommandés, et il était plus facile d'automatiser que d'expliquer à Dell "non, nous n'utilisons pas cette merde, nous utilisons ce que le système d'exploitation est fourni." D'autant plus que nous utilisions CentOS au lieu de Red Hat.

jtimberman
la source
2

Ici, dans le monde Windows, nous constatons que Dell n'offrira pas d'assistance à moins que vous n'utilisiez leurs pilotes, et généralement lorsque vous ouvrez un appel, la première chose qu'ils font est d'insister pour que vous installiez la toute dernière version des pilotes avant qu'ils ne touchent le serveur . Je ne sais pas si cela s'applique à Linux car je ne sais pas quel support Linux ils offrent, mais je vérifierais.

JR

PS Je ne pense pas avoir jamais trouvé la faute à ne pas utiliser de pilote Dell. Attention, je n'ai jamais vu les pilotes Dell poser un problème. Accompagner Dell semble être la voie de la moindre résistance :-)

John Rennie
la source
2

Tout d'abord, les serveurs HP sont certifiés Red Hat et Suse, et vous pouvez de toute façon obtenir une assistance Red Hat complète via HP, donc ne vous inquiétez pas des garanties de toute façon.

Deuxièmement, la gestion de l'alimentation est une raison importante pour installer les derniers pilotes. Si vous avez un serveur, ce n'est peut-être pas un gros problème, si vous avez plusieurs châssis pleine lame, ce n'est pas grave.

Troisièmement, comme je l'ai commenté ci-dessus, HP System Insight Manager (ou Dell OpenManage).

Quatrièmement, si vous disposez d'un environnement de gestion des correctifs et devez mettre à niveau les correctifs dans un certain laps de temps, leur suivi via SIM aide vraiment.

kmarsh
la source
0

Si vous utilisez SIM, vous devriez pouvoir pousser de nouveaux pilotes via cela, au lieu de les reconditionner (avertissement: je sais que cela fonctionne sous Windows mais je ne suis pas un administrateur linux donc YMMV). HP, comme Dell, vous dira toujours de mettre à niveau tout ce qui est en vue avant de procéder à un cas de support.

user2278
la source