= Meilleurs outils de provisionnement bare metal pour les serveurs Dell ? =
Je suis à la recherche d'un outil pour faire de la découverte de métal nu. Essentiellement, j'ai besoin d'une image que je peux démarrer en réseau (PXE/Bios ou UEFI) qui peut découvrir tous les composants du serveur (CPU/disques/mémoire/modèles de carte réseau/etc), les versions du micrologiciel, les ports du commutateur, tout est câblé via LLDP , et rapportez tout cela à une sorte d'outil d'inventaire doté d'une API. Ce sont tous des serveurs Dell avec une licence iDRAC d'entreprise, mais la prise en charge de plusieurs fournisseurs est un plus. Une fois que j'ai toutes ces données, j'aimerais créer une automatisation afin que je puisse dire créer un serveur avec ce profil et il interrogera l'API pour un serveur répondant à ces spécifications, puis configurera les options du bios, RAID, configurera le commutez les ports (dans un canal de port), ajoutez une entrée pour une installation PXE (nous utilisons actuellement cobbler, mais ouvert à des alternatives), puis démarrez PXE pour installer le système d'exploitation/la configuration souhaitée. Ce serait presque certainement basé sur Ansible.
Il existe plusieurs outils d'approvisionnement en métal nu open source, mais je n'ai eu aucune expérience avec aucun d'entre eux, à l'exception d'un petit contremaître qui semblait être un énorme effort pour s'intégrer à notre infrastructure de marionnettes existante et à d'autres outils existants. Est-ce que l'un d'entre eux peut faire ce que je veux, ou un flux de travail légèrement modifié qui peut atteindre le même résultat final ? Les informations LLDP sont essentielles car nous comptons actuellement sur l'enregistrement manuel dans notre outil d'inventaire lorsque nous créons de nouveaux équipements (avant l'installation du système d'exploitation, à quel point il est automatiquement signalé si l'installation du système d'exploitation le prend en charge) et que les données enregistrées manuellement sont trop souvent fausses /missing et nous devons le rechercher sur le commutateur pour déterminer où les choses sont réellement câblées.
J'ai pensé à créer simplement une image en direct qui peut faire ce que nous voulons, nous avons déjà un outil d'inventaire que nous pouvons utiliser pour faire rapport, mais cela pourrait simplement être un travail supplémentaire de notre part qui peut être évité avec un outil existant.
Vous pourriez regarder Digital Rebar. Il a commencé comme un projet Dell interne et a ensuite été transformé en sa propre entreprise. L'approvisionneur OpenStack de Suse est basé sur la version 1.0, avec la branche 2.0, ils ont davantage généralisé. Ce n'est donc plus seulement un projet OpenStack maintenant. httpsrebar.digital
Je recommanderais fortement Digital Rebar (httpsrebar.digital). Il fait exactement ce que vous recherchez. Conçu pour intégrer tous les protocoles d'approvisionnement dans un seul binaire Golang compilé statiquement (pas de configuration cauchemardesque d'une douzaine de services externes pour faire fonctionner les choses). Il prend en charge les flux de travail composables (personnalisables) et intègre des composants d'inventaire, de classification et de validation. L'inventaire peut être transféré vers un SoR externe (systèmes d'enregistrement, bases de données de gestion d'actifs, etc. et il s'agit d'abord d'une API à 100 %, avec une CLI très puissante et un excellent portail Web.
Les installations de système d'exploitation peuvent être effectuées via un kickstart/preset basé sur PXE ou via des images d'artefact uniques. Il dispose également d'une gestion complète du cycle de vie du matériel (BIOS, Firmware, contrôleurs RAID). Vous pouvez choisir d'utiliser des flux de travail par étapes/étapes pour tout accomplir, ou vous pouvez créer un flux de travail complet d'automatisation sans contact si vous savez comment vous souhaitez classer vos machines.
Tinkerbell n'est pas un outil capable d'automatisation complète - ne le suggérerait PAS ; et pour en tirer quelque chose d'utile, vous avez besoin de 4 micro-services séparés et distincts, plus de difficultés d'intégration et de gestion. Foreman vise uniquement l'approvisionnement et nécessite la mise en place d'une tonne de services externes pour réellement faire quelque chose d'utile. C'est fragile et cassant. MaaS est également fortement axé sur l'approvisionnement et est le plus fort si vous êtes un magasin Ubuntu uniquement - ce n'est cependant pas exclusif à Ubuntu.
Digital Rebar est une plate-forme d'automatisation de l'infrastructure, conçue comme un service moderne avec à l'esprit des capacités complètes de gestion du cycle de vie du centre de données. Il ne se boulonne pas sur les intégrations sur le côté comme la plupart des outils existants - l'intégration avec vos outils et votre infrastructure est au cœur de la conception. La gestion du cycle de vie du matériel a ses propres exigences, et encore une fois, elle a été conçue dès le départ pour prendre en charge des systèmes hétérogènes et des environnements d'infrastructure complexes.
[EDIT] - Digital Rebar prend en charge la requête LLDP dans le cadre des étapes d'inventaire, de sorte que vous pouvez déterminer le commutateur et les ports auxquels vos serveurs sont connectés.
Il existe une prise en charge approfondie du matériel Dell pour la gestion complète du cycle de vie, ainsi que du matériel d'autres fournisseurs.
Nous utilisons Digital Rebar et comme ça, l'équipe derrière elle est très réactive dans Slack et leur prix est raisonnable si vous allez dans cette direction. Nous aimons simplement travailler avec eux.
Il a un peu de courbe d'apprentissage mais il est super flexible. De plus, ils ont des sources ouvertes pour une grande partie du code, ce qui est très utile lorsque vous essayez de déboguer des choses.
J'ai eu une assez bonne course avec Puppet / Foreman dans le passé, même si, certes, ce n'est pas moi qui l'ai amené à fonctionner. Actuellement, je deviens fan de MAAS (httpsmaas.io). Si vous êtes dans la boutique Ubuntu, essayez-le.
Foreman est globalement assez cool, vous pouvez utiliser le plugin Foreman Discovery pour obtenir ce que vous recherchez. Vous pouvez faire de l'automatisation Mais la vache sacrée est-ce une douleur royale dans la configuration, je pense que j'ai rencontré tous les problèmes possibles. J'ai dû faire une installation et une configuration hors ligne, ce qui compliquait davantage les choses et travaillait avec des serveurs auxquels je ne pouvais pas physiquement accéder. Mon point de vue est que c'est un outil sympa, si vous avez vraiment besoin de l'utiliser et que le budget va avec Redhat Satellite avec support (foreman est la version communautaire de Satellite). MaaS avait l'air prometteur mais je n'ai pas joué avec (j'automatisais aussi les installations CentOS/RHEL)
J'utilise les API Redfish intégrées de l'iDRAC. La plupart des fournisseurs d'entreprise exposent déjà Redfish depuis le plan de gestion.
Dell a un référentiel github non officiel avec une collection de scripts Python utiles pour accomplir à peu près tout pour le provisionnement. J'utilise ces scripts avec Ansible pour provisionner du métal nu.
httpsgithub.com/dell/iDRAC-Redfish-Scripting
Il est important de noter que tous les fournisseurs ne prennent pas en charge Redfish de la même manière. Nous avons beaucoup d'expérience avec les difficultés des environnements multi-fournisseurs. Différents fournisseurs de BMC (contrôleurs de gestion de la carte de base) (par exemple, iDRAC) prennent en charge différentes versions des protocoles Redfish, et certains implémentent les choses différemment.
Si vous êtes un magasin à fournisseur unique, cette stratégie peut fonctionner, mais si vous introduisez un autre fournisseur ou une version plus récente du BMC (ou une mise à niveau du micrologiciel), qui modifie la prise en charge/les comportements de Redfish, vous devez ajuster votre outillage en conséquence.
Vous devez également personnaliser le système d'exploitation via des processus difficiles à gérer - puisque vous ne disposez d'aucun outil intégré au système d'exploitation - à moins que vous ne le "graviez"dans vos images ISO.
Si vous cherchez à remplacer le plan de rapport/gestion existant et à passer directement à l'installation du système d'exploitation de l'hyperviseur, il y a toujours httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- 8C221180-8B56-4E07-88BE-789B25BA372A.html
Reddit
