= Alat penyediaan logam kosong terbaik untuk pelayan Dell? =
Saya sedang mencari alat untuk melakukan penemuan logam kosong. Pada asasnya saya memerlukan imej yang saya boleh but rangkaian (PXE/Bios atau UEFI) yang boleh menemui semua komponen dalam pelayan (CPU/cakera/memori/model NIC/dll), versi perisian tegar, port suis apa yang semuanya disambungkan melalui LLDP , dan laporkan semua itu kembali kepada sejenis alat inventori yang mempunyai API. Ini semua adalah pelayan Dell dengan lesen iDRAC perusahaan tetapi sokongan berbilang vendor adalah satu kelebihan. Sebaik sahaja saya mempunyai semua data ini, saya ingin membina beberapa automasi supaya saya boleh mengatakan membina pelayan dengan profil ini dan ia akan menanyakan API untuk pelayan yang memenuhi spesifikasi tersebut dan kemudian pergi dan sediakan pilihan bios, RAID, konfigurasikan tukar port (dalam saluran port), tambahkan entri untuk pemasangan PXE (kini kami menggunakan tukang kasut, tetapi terbuka kepada alternatif), kemudian but PXE untuk memasang OS/konfigurasi yang dikehendaki. Itu hampir pasti berasaskan Ansible.
Terdapat beberapa alat penyediaan logam kosong sumber terbuka di luar sana tetapi saya tidak mempunyai apa-apa pengalaman dengan mana-mana daripada mereka kecuali seorang Foreman kecil yang nampaknya merupakan usaha besar untuk disepadukan dengan infrastruktur boneka kami yang sedia ada dan alatan sedia ada yang lain. Bolehkah mana-mana daripada mereka melakukan apa yang saya mahu, atau aliran kerja yang sedikit diubah suai yang boleh mencapai hasil akhir yang sama? Maklumat LLDP adalah kritikal kerana pada masa ini kami bergantung pada merekodkannya secara manual dalam alat inventori kami apabila kami menyimpan peralatan baharu (sebelum pemasangan OS, pada ketika itu ia dilaporkan secara automatik jika pemasangan OS menyokongnya) dan data yang direkodkan manual itu terlalu kerap salah /missing dan kita perlu mencarinya pada suis untuk mengetahui di mana perkara sebenarnya berkabel.
Saya telah berfikir tentang hanya membina imej langsung yang boleh melakukan apa yang kita mahu, kita sudah mempunyai alat inventori yang boleh kita gunakan untuk melaporkannya, tetapi itu mungkin hanya kerja tambahan di pihak kita yang boleh dielakkan dengan alat sedia ada.
Anda mungkin melihat Digital Rebar. Ia dimulakan sebagai projek dalaman Dell dan kemudiannya dipisahkan sebagai syarikatnya sendiri. Penyedia OpenStack Suse adalah berdasarkan versi 1.0, dengan cawangan 2.0 yang mereka umumkan lebih banyak. Jadi ia bukan sekadar projek OpenStack sekarang. httpsrebar.digital
Saya sangat mengesyorkan Digital Rebar (httpsrebar.digital). Ia melakukan apa yang anda cari. Direka bentuk untuk menyepadukan semua protokol peruntukan ke dalam satu binari Golang yang disusun secara statik (tiada persediaan mimpi ngeri bagi sedozen perkhidmatan luaran untuk memastikan semuanya berfungsi). Ia menyokong aliran kerja boleh gubah (boleh disesuaikan), telah menyepadukan komponen Inventori, Klasifikasi dan Pengesahan. Inventori boleh disalurkan ke SoR luaran (sistem-rekod, aset mgmt dbs, dsb dan ia adalah 100% API terlebih dahulu, dengan CLI yang sangat kuat dan Portal web yang sangat baik.
Pemasangan OS boleh dilakukan melalui kickstart/preseed PXE berasaskan atau melalui Imej artifak tunggal. Ia juga mempunyai pengurusan kitaran hayat perkakasan yang lengkap (BIOS, Perisian Tegar, pengawal RAID). Anda boleh memilih untuk menggunakan aliran kerja berperingkat/berperingkat untuk mencapai segala-galanya, atau anda boleh membina aliran kerja automasi sifar sentuhan lengkap jika anda tahu cara anda mahu Mengklasifikasikan mesin anda.
Tinkerbell bukanlah alat automasi yang lengkap - TIDAK akan mencadangkannya; dan untuk mendapatkan sesuatu yang berguna daripadanya, anda memerlukan 4 perkhidmatan mikro yang berasingan dan berbeza, lebih banyak penyepaduan dan masalah pengurusan. Foreman bertujuan untuk menyediakan semata-mata, dan ia memerlukan menyediakan satu tan perkhidmatan luaran untuk benar-benar melakukan sesuatu yang berguna. Ia rapuh dan rapuh. MaaS juga sangat tertumpu pada peruntukan, dan paling kuat jika anda hanya membeli-belah di Ubuntu - ia bukan eksklusif untuk Ubuntu, namun.
Digital Rebar ialah platform Automasi Infrastruktur, direka sebagai perkhidmatan moden dengan keupayaan pengurusan kitaran hayat pusat data yang lengkap dalam fikiran. Ia tidak bergantung pada penyepaduan di sisi seperti kebanyakan alatan sedia ada - penyepaduan dengan alatan dan infrastruktur anda adalah teras kepada reka bentuk. Pengurusan kitaran hayat perkakasan mempunyai keperluannya sendiri, dan sekali lagi, ia direka dari bawah untuk menyokong sistem heterogen dan persekitaran infrastruktur yang kompleks.
[EDIT] - Rebar Digital menyokong pertanyaan LLDP sebagai sebahagian daripada peringkat Inventori, jadi anda boleh menentukan suis dan port yang pelayan anda disambungkan.
Terdapat sokongan mendalam untuk perkakasan Dell untuk pengurusan kitaran hayat penuh, serta perkakasan vendor lain juga.
Kami menggunakan Digital Rebar dan menyukainya, pasukan di belakangnya sangat responsif dalam Slack dan harga mereka adalah munasabah jika anda pergi ke arah itu. Kami hanya suka bekerja dengan mereka.
Ia mempunyai sedikit keluk pembelajaran tetapi sangat fleksibel. Selain itu, mereka mempunyai sumber terbuka banyak kod yang sangat membantu apabila cuba menyahpepijat sesuatu.
Saya mempunyai larian yang agak baik dengan Puppet/Foreman pada masa lalu, walaupun, diakui, bukan saya yang membawanya ke keadaan yang baik. Pada masa ini saya menjadi peminat MAAS (httpsmaas.io). Jika anda berada di kedai Ubuntu, pasti mencubanya.
Foreman secara keseluruhannya cukup keren, anda boleh menggunakan plugin foreman discovery untuk mencapai apa yang anda cari. Anda boleh melakukan beberapa automasi Tetapi lembu suci adakah ia sakit diraja dalam persediaan Saya rasa saya menghadapi setiap isu yang mungkin. Saya terpaksa melakukan pemasangan dan persediaan luar talian yang lebih rumit dan berfungsi dengan pelayan yang tidak dapat saya akses secara fizikal. Pandangan saya mengenainya adalah alat yang hebat, jika anda benar-benar perlu menggunakannya dan mempunyai bajet pergi dengan Redhat Satellite dengan sokongan (mandor ialah versi komuniti Satelit). MaaS kelihatan menjanjikan walaupun tetapi saya tidak bermain-main dengannya (juga saya mengautomasikan pemasangan CentOS/RHEL)
Saya menggunakan API Redfish terbina dalam iDRAC. Kebanyakan vendor perusahaan sudah mendedahkan Redfish daripada pesawat pengurusan.
Dell mempunyai repo github tidak rasmi dengan koleksi skrip Python yang berguna untuk mencapai hampir semua perkara untuk penyediaan. Saya menggunakan skrip ini bersama-sama dengan Ansible untuk menyediakan logam kosong.
httpsgithub.com/dell/iDRAC-Redfish-Scripting
Adalah penting untuk ambil perhatian bahawa tidak semua vendor menyokong Redfish secara sama rata. Kami mempunyai banyak pengalaman dengan kesakitan persekitaran berbilang vendor. Vendor berbeza BMC (pengawal pengurusan papan dasar) (cth iDRAC) menyokong versi protokol Redfish yang berbeza, dan sesetengahnya melaksanakan perkara secara berbeza.
Jika anda kedai vendor tunggal, maka strategi ini boleh berfungsi, tetapi jika anda memperkenalkan vendor lain, atau versi BMC yang lebih baharu (atau naik taraf Perisian Tegar), yang mengubah sokongan/tingkah laku Redfish, anda perlu melaraskan alatan anda dengan sewajarnya.
Anda juga dibiarkan menyesuaikan OS melalui proses yang sukar diurus - kerana anda tidak mempunyai sebarang alatan dalam OS - melainkan anda "membakar"nya ke dalam imej ISO anda.
Jika anda ingin menggantikan satah pelaporan/pengurusan sedia ada dan langkau terus ke pemasangan OS hipervisor, sentiasa ada httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- 8C221180-8B56-4E07-88BE-789B25BA372A.html
Reddit
