= Beste bare metal inrichtingstools voor Dell servers? = ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Ik ben op zoek naar een tool om bare metal discovery te doen. In wezen heb ik een afbeelding nodig die ik via het netwerk kan opstarten (PXE/Bios of UEFI) die alle componenten in de server kan ontdekken (CPU/schijven/geheugen/NIC-modellen/etc), firmwareversies, naar welke switchpoorten alles is aangesloten via LLDP , en rapporteer dat allemaal terug naar een soort inventaristool die een API heeft. Dit zijn allemaal Dell-servers met een enterprise iDRAC-licentie, maar ondersteuning voor meerdere leveranciers is een pluspunt. Zodra ik al deze gegevens heb, wil ik wat automatisering bouwen, zodat ik kan zeggen: bouw een server met dit profiel en het zal de API opvragen voor een server die aan die specificaties voldoet en ga dan de bios-opties instellen, RAID, configureer de schakel poorten (in een poortkanaal), voeg een item toe voor een PXE-installatie (we gebruiken momenteel cobbler, maar staan ​​open voor alternatieven), start vervolgens PXE op om het besturingssysteem/de gewenste configuratie te installeren. Dat zou vrijwel zeker gebaseerd zijn op Ansible. Er zijn verschillende open source bare metal provisioning-tools, maar ik heb er geen ervaring mee, behalve een beetje Foreman, wat een enorme inspanning leek te zijn om te integreren met onze bestaande marionetteninfrastructuur en andere bestaande tools. Kan een van hen doen wat ik wil, of een licht gewijzigde workflow die hetzelfde eindresultaat kan bereiken? LLDP-informatie is van cruciaal belang omdat we momenteel vertrouwen op het handmatig opnemen in onze inventarisatietool wanneer we nieuwe apparatuur plaatsen (vóór de installatie van het besturingssysteem, waarna automatisch wordt gerapporteerd of de installatie van het besturingssysteem dat ondersteunt) en dat handmatig opgenomen gegevens maar al te vaak verkeerd zijn /missing en we moeten ernaar zoeken op de switch om erachter te komen waar de dingen daadwerkelijk bekabeld zijn. Ik heb erover nagedacht om gewoon een livebeeld op te bouwen dat kan doen wat we willen, we hebben al een inventarisatietool waaraan we kunnen rapporteren, maar dat is misschien gewoon extra werk van onze kant dat kan worden vermeden met een bestaande tool. ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Je zou kunnen kijken naar Digital Rebar. Het begon als een intern Dell-project en werd later afgesplitst als een eigen bedrijf. Suse's OpenStack provisioner is gebaseerd op de 1.0-versie, met de 2.0-tak die ze meer generaliseerden. Het is nu dus niet alleen een OpenStack-project. httpsrebar.digital Ik zou Digital Rebar (httpsrebar.digital) ten zeerste aanbevelen. Het doet precies wat je zoekt. Ontworpen om alle provisioning-protocollen te integreren in een enkele statisch gecompileerde Golang-binary (geen nachtmerrie-installatie van een dozijn externe services om dingen werkend te krijgen). Het ondersteunt composable (aanpasbare) workflows, heeft geïntegreerde inventarisatie-, classificatie- en validatiecomponenten. Inventaris kan worden weggegooid naar externe SoR (systems-of-record, asset mgmt dbs, enz.) en het is eerst 100% API, met een zeer sterke CLI en een uitstekende webportal. OS-installaties kunnen worden gedaan via kickstart/preseed PXE-gebaseerd of via enkele artefactafbeeldingen. Het heeft ook volledig hardware lifecycle management (BIOS, Firmware, RAID-controllers). U kunt ervoor kiezen om getrapte workflows te gebruiken om alles te bereiken, of u kunt een complete zero-touch automatiseringsworkflow bouwen als u weet hoe u uw machines wilt classificeren. Tinkerbell is geen tool die volledig geautomatiseerd kan worden - zou dat NIET suggereren; en om er iets nuttigs uit te halen, heb je 4 afzonderlijke en verschillende microservices nodig, meer integratie- en beheerproblemen. Foreman is puur gericht op provisioning en het vereist het opzetten van een heleboel externe services om daadwerkelijk iets nuttigs te doen. Het is breekbaar en broos. MaaS is ook sterk gericht op provisioning en is het sterkst als u alleen Ubuntu winkelt - het is echter niet exclusief voor Ubuntu. Digital Rebar is een platform voor infrastructuurautomatisering, ontworpen als een moderne service met volledige mogelijkheden voor het beheer van de levenscyclus van datacenters in het achterhoofd. Het maakt geen integraties aan de zijkant vast, zoals de meeste bestaande tools - integratie met uw tools en infrastructuur is de kern van het ontwerp. Hardware lifecycle management heeft zijn eigen vereisten, en nogmaals, het is vanaf het begin ontworpen om heterogene systemen en complexe infrastructuuromgevingen te ondersteunen. [BEWERK] - Digital Rebar ondersteunt LLDP-query als onderdeel van de inventarisfase, zodat u de switch en poorten kunt bepalen waarmee uw servers zijn verbonden. Er is uitgebreide ondersteuning voor Dell-hardware voor volledig levenscyclusbeheer, evenals voor hardware van andere leveranciers. We gebruiken Digital Rebar en vinden het leuk, het team erachter reageert erg snel in Slack en hun prijzen zijn redelijk als je die kant op gaat. We werken gewoon graag met ze samen. Het heeft een beetje een leercurve, maar is super flexibel. Bovendien hebben ze veel van de code open source, wat super handig is bij het debuggen van dingen. Ik heb in het verleden een vrij goede run gehad met Puppet/Foreman, maar toegegeven, ik was het niet die het tot een goed einde bracht. Momenteel ben ik fan aan het worden van MAAS (httpsmaas.io). Als je in de Ubuntu-winkel bent, probeer het dan zeker eens. Foreman is over het algemeen best cool, je kunt de Foreman Discovery-plug-in gebruiken om te bereiken wat je zoekt. Je kunt wat automatisering doen. Maar heilige koe, het is een koninklijke pijn in de installatie. Ik denk dat ik elk mogelijk probleem tegenkwam. Ik moest een offline installatie en configuratie uitvoeren, wat de zaken ingewikkelder maakte en met servers werkte waar ik fysiek geen toegang toe had. Mijn mening is dat het een coole tool is, als je het echt nodig hebt en het budget hebt, ga dan met Redhat Satellite met ondersteuning (foreman is de community-versie van Satellite). MaaS zag er echter veelbelovend uit, maar ik speelde er niet mee (ik automatiseerde ook CentOS/RHEL-installaties) Ik gebruik de ingebouwde Redfish API's van de iDRAC. De meeste enterprise-leveranciers stellen Redfish al bloot vanuit het beheervlak. Dell heeft een niet-officiële github-opslagplaats met een verzameling nuttige Python-scripts om vrijwel alles voor provisioning te bereiken. Ik gebruik dit script samen met Ansible om bare metal te voorzien. httpsgithub.com/dell/iDRAC-Redfish-Scripting Het is belangrijk op te merken dat niet alle leveranciers Redfish in gelijke mate ondersteunen. We hebben veel ervaring met de pijn van multi-vendor omgevingen. Verschillende leveranciers BMC's (baseboard management controllers) (bijv. iDRAC) ondersteunen verschillende versies van de Redfish-protocollen, en sommige implementeren dingen anders. Als u een enkele leverancier bent, kan deze strategie werken, maar als u een andere leverancier introduceert, of een nieuwere versie van de BMC (of Firmware-upgrade), die de ondersteuning/het gedrag van Redfish verandert, moet u uw tooling dienovereenkomstig aanpassen. Je bent ook overgelaten aan het aanpassen van het besturingssysteem via moeilijk te beheren processen - aangezien je geen in-OS tooling hebt - tenzij je het in je ISO-images "brandt". Als u het bestaande rapportage-/beheervlak wilt vervangen en direct naar de hypervisor OS-installatie wilt gaan, is er altijd httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- 8C221180-8B56-4E07-88BE-789B25BA372A.html