= I migliori strumenti di provisioning bare metal per i server Dell? = ![ ](https://www.redditstatic.com/desktop2x/img/renderTimingPixel.png) Sono alla ricerca di uno strumento per fare la scoperta del metallo nudo. Essenzialmente ho bisogno di un'immagine che posso avviare in rete (PXE/Bios o UEFI) che possa rilevare tutti i componenti nel server (CPU/dischi/memoria/modelli NIC/ecc.), versioni del firmware, a quali porte dello switch tutto è cablato tramite LLDP e segnala tutto ciò a una sorta di strumento di inventario che ha un'API. Questi sono tutti server Dell con una licenza iDRAC aziendale, ma il supporto multi-vendor è un vantaggio. Una volta che avrò tutti questi dati, mi piacerebbe creare un po 'di automazione in modo da poter dire costruire un server con questo profilo e interrogherà l'API per un server che soddisfi quelle specifiche e poi andrà a configurare le opzioni del bios, RAID, configurare il cambia le porte (in un port channel), aggiungi una voce per un'installazione PXE (attualmente utilizziamo cobbler, ma siamo aperti ad alternative), quindi avvia PXE per installare il sistema operativo/configurazione desiderata. Sarebbe quasi certamente basato su Ansible. Esistono diversi strumenti di provisioning bare metal open source là fuori, ma non ho avuto alcuna esperienza con nessuno di essi tranne un piccolo Foreman che sembrava essere uno sforzo enorme per integrarsi con la nostra infrastruttura fantoccio esistente e altri strumenti esistenti. Qualcuno di loro può fare quello che voglio o un flusso di lavoro leggermente modificato che può ottenere lo stesso risultato finale? Le informazioni LLDP sono fondamentali perché attualmente ci affidiamo alla registrazione manuale nel nostro strumento di inventario quando installiamo nuove apparecchiature (prima dell'installazione del sistema operativo, a quel punto viene segnalato automaticamente se l'installazione del sistema operativo lo supporta) e che i dati registrati manualmente sono troppo spesso sbagliati /missing e dobbiamo cercarlo sullo switch per capire dove sono effettivamente cablate le cose. Ho pensato solo a costruire un'immagine dal vivo che possa fare ciò che vogliamo, abbiamo già uno strumento di inventario che possiamo usare per riferire, ma potrebbe essere solo un lavoro extra da parte nostra che può essere evitato con uno strumento esistente. ![ ](https://www.redditstatic.com/desktop2x/img/renderTimingPixel.png) Potresti guardare Digital Rebar. È stato avviato come progetto interno Dell e successivamente è stato scorporato come azienda propria. Il provisioner OpenStack di Suse si basa sulla versione 1.0, con il ramo 2.0 che hanno generalizzato di più. Quindi non è solo un progetto OpenStack ora. httpsrebar.digital Consiglio vivamente Digital Rebar (httpsrebar.digital). Fa esattamente quello che stai cercando. Progettato per integrare tutti i protocolli di provisioning in un singolo binario Golang compilato staticamente (nessuna configurazione da incubo di una dozzina di servizi esterni per far funzionare le cose). Supporta flussi di lavoro componibili (personalizzabili), ha componenti integrati di inventario, classificazione e convalida. L'inventario può essere distribuito a SoR esterni (systems-of-record, asset mgmt dbs, ecc. Ed è innanzitutto un'API al 100%, con una CLI molto potente e un eccellente portale web. Le installazioni del sistema operativo possono essere eseguite tramite kickstart/preseed basato su PXE o tramite singole immagini artefatto. Dispone inoltre di una gestione completa del ciclo di vita dell'hardware (BIOS, firmware, controller RAID). Puoi scegliere di utilizzare flussi di lavoro a fasi/fasi per realizzare tutto, oppure puoi creare un flusso di lavoro di automazione completo senza intervento se sai come classificare le tue macchine. Tinkerbell non è uno strumento completo in grado di automatizzare - NON lo suggerirei; e per ottenere qualcosa di utile da esso, sono necessari 4 microservizi separati e distinti, più problemi di integrazione e gestione. Foreman è finalizzato esclusivamente al provisioning e richiede la creazione di un sacco di servizi esterni per fare effettivamente qualcosa di utile. È fragile e fragile. MaaS è anche fortemente focalizzato sul provisioning ed è più forte se sei un negozio solo di Ubuntu, tuttavia non è esclusivo di Ubuntu. Digital Rebar è una piattaforma di automazione delle infrastrutture, progettata come un servizio moderno con in mente le funzionalità complete di gestione del ciclo di vita del data center. Non si basa su integrazioni laterali come la maggior parte degli strumenti esistenti: l'integrazione con i tuoi strumenti e la tua infrastruttura è fondamentale per il design. La gestione del ciclo di vita dell'hardware ha i propri requisiti e, ancora una volta, è stata progettata da zero per supportare sistemi eterogenei e ambienti infrastrutturali complessi. [MODIFICA] - Digital Rebar supporta la query LLDP come parte delle fasi di inventario, quindi puoi determinare switch e porte a cui sono connessi i tuoi server. Esiste un supporto approfondito per l'hardware Dell per la gestione dell'intero ciclo di vita, nonché per l'hardware di altri fornitori. Usiamo Digital Rebar e ci piace, il team dietro è molto reattivo in Slack e il loro prezzo è ragionevole se vai in quella direzione. Ci piace lavorare con loro. Ha un po 'di curva di apprendimento ma è super flessibile. Inoltre hanno open source molto del codice che è di grande aiuto quando si tenta di eseguire il debug delle cose. Mi sono divertito abbastanza con Puppet/Foreman in passato, anche se, ammettiamolo, non sono stato io a portarlo allo stato attivo e funzionante. Attualmente sto diventando un fan di MAAS (httpsmaas.io). Se sei nel negozio di Ubuntu, provalo sicuramente. Foreman è nel complesso piuttosto interessante, puoi utilizzare il plug-in di scoperta di Foreman per ottenere ciò che stai cercando. Puoi fare un po 'di automazione Ma vacca santa è un vero dolore nell'installazione Penso di essermi imbattuto in ogni possibile problema. Ho dovuto eseguire un'installazione e una configurazione offline che hanno complicato ulteriormente le cose e lavorare con server a cui non potevo accedere fisicamente. La mia opinione è che sia uno strumento interessante, se hai davvero bisogno di usarlo e avere il budget, vai con Redhat Satellite con supporto (il caposquadra è la versione comunitaria di Satellite). MaaS sembrava promettente, ma non ci ho giocato (inoltre stavo automatizzando le installazioni CentOS/RHEL) Utilizzo le API Redfish integrate di iDRAC. La maggior parte dei fornitori aziendali espone già Redfish dal piano di gestione. Dell ha un repository github non ufficiale con una raccolta di utili script Python per realizzare praticamente tutto per il provisioning. Uso questi script insieme ad Ansible per il provisioning di bare metal. httpsgithub.com/dell/iDRAC-Redfish-Scripting È importante notare che non tutti i fornitori supportano allo stesso modo Scorfano. Abbiamo molta esperienza con i problemi degli ambienti multi-vendor. Diversi fornitori di BMC (baseboard management controller) (ad es. iDRAC) supportano diverse versioni dei protocolli Redfish e alcuni implementano le cose in modo diverso. Se sei un venditore singolo, questa strategia può funzionare, ma se introduci un altro fornitore o una versione più recente di BMC (o aggiornamento del firmware), che modifica il supporto / i comportamenti di Redfish, devi adattare i tuoi strumenti di conseguenza. Sei anche lasciato alla personalizzazione del sistema operativo attraverso processi difficili da gestire, poiché non disponi di strumenti nel sistema operativo, a meno che non lo "masterizzi"nelle tue immagini ISO. Se stai cercando di sostituire il piano di reporting/gestione esistente e passare direttamente all'installazione del sistema operativo dell'hypervisor, c'è sempre httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- 8C221180-8B56-4E07-88BE-789B25BA372A.html