= Dell サーバーに最適なベア メタル プロビジョニング ツールは? =
ベアメタル検出を行うためのツールを探しています。基本的に、サーバー内のすべてのコンポーネント (CPU/ディスク/メモリ/NIC モデルなど)、ファームウェア バージョン、すべてが LLDP 経由でケーブル接続されているスイッチ ポートを検出できる、ネットワーク ブート (PXE/Bios または UEFI) できるイメージが必要です。 、APIを備えたある種の在庫ツールにそれらすべてを報告します。これらはすべて、エンタープライズ iDRAC ライセンスを持つ Dell サーバーですが、マルチベンダー サポートはプラスです。このデータがすべて揃ったら、自動化を構築して、このプロファイルを使用してサーバーを構築すると言うことができるようにします。これらの仕様を満たすサーバーの API を照会し、BIOS オプション、RAID、構成をセットアップします。ポートを (ポート チャネルで) 切り替え、PXE インストール用のエントリを追加し (現在は cobbler を使用していますが、代替手段を使用できます)、次に PXE ブートで OS/目的の構成をインストールします。それはほぼ間違いなく Ansible ベースです。
オープン ソースのベア メタル プロビジョニング ツールはいくつかありますが、既存のパペット インフラストラクチャやその他の既存のツールと統合するのに多大な労力を要した小さな Foreman を除いて、私はそれらを使用した経験がありません。それらのいずれかが私が望むことを実行できますか、または同じ最終結果を達成できるわずかに変更されたワークフローを実行できますか? LLDP 情報は非常に重要です。現在、新しい機器をラックに入れるとき (OS のインストール前。OS のインストールがサポートされているかどうかが自動的に報告されます)、手動で記録されたデータが間違っていることが多いため、インベントリ ツールに手動で記録することに依存しています。 /missing であり、実際にケーブルが接続されている場所を特定するには、スイッチでそれを探す必要があります。
やりたいことを実行できるライブ イメージを構築することだけを考えました。レポートに使用できるインベントリ ツールは既にありますが、それは、既存のツールでは回避できる余分な作業になる可能性があります。
Digital Rebarを見るかもしれません。デルの社内プロジェクトとして開始され、後に独自の会社としてスピンオフされました。 Suse の OpenStack プロビジョナーは 1.0 バージョンに基づいており、2.0 ブランチはより一般化されています。つまり、これは単なる OpenStack プロジェクトではありません。 httpsrebar.digital
Digital Rebar (httpsrebar.digital) を強くお勧めします。それはまさにあなたが探していることをします。すべてのプロビジョニング プロトコルを単一の静的にコンパイルされた Golang バイナリに統合するように設計されています (物事を機能させるための多数の外部サービスの悪夢のようなセットアップはありません)。構成可能な (カスタマイズ可能な) ワークフローをサポートし、インベントリ、分類、および検証コンポーネントが統合されています。インベントリは、外部の SoR (記録システム、資産管理データベースなど) にシャベルで移動できます。これは、非常に強力な CLI と優れた Web ポータルを備えた 100% API ファーストです。
OS のインストールは、キックスタート/プレシード PXE ベースまたは単一のアーティファクト イメージを介して実行できます。また、完全なハードウェア ライフサイクル管理 (BIOS、ファームウェア、RAID コントローラー) も備えています。段階的/段階的なワークフローを使用してすべてを達成することを選択するか、マシンを分類する方法がわかっている場合は、完全なゼロタッチ自動化ワークフローを構築することができます。
Tinkerbell は完全に自動化できるツールではありません。そして、そこから何か役に立つものを得るには、4 つの別個の異なるマイクロサービスが必要であり、統合と管理の手間がかかります。 Foreman は純粋にプロビジョニングを目的としており、実際に何か役に立つことを行うには、大量の外部サービスをセットアップする必要があります。もろくてもろい。 MaaS はプロビジョニングにも重点を置いており、Ubuntu のみのショップであれば最強ですが、Ubuntu に限定されているわけではありません。
Digital Rebar は、完全なデータセンター ライフサイクル管理機能を備えた最新のサービスとして設計されたインフラストラクチャ自動化プラットフォームです。既存のツールのほとんどのように、統合を側面から追加することはありません。ツールとインフラストラクチャとの統合は、設計の中核です。ハードウェア ライフサイクル管理には独自の要件があり、繰り返しますが、異種システムと複雑なインフラストラクチャ環境をサポートするためにゼロから設計されました。
[編集] - Digital Rebar はインベントリ ステージの一部として LLDP クエリをサポートしているため、サーバーが接続されているスイッチとポートを特定できます。
完全なライフサイクル管理のためのデルのハードウェアや、他のベンダーのハードウェアも強力にサポートされています。
私たちは Digital Rebar を使用していますが、気に入っています。その背後にあるチームは Slack で非常に反応がよく、その方向に進むと価格も合理的です。私たちは彼らと一緒に仕事をするのが好きです。
学習曲線には少しありますが、非常に柔軟です。さらに、デバッグを試みるときに非常に役立つ多くのコードをオープンソースで提供しています。
私は過去に Puppet/Foreman と非常に良い関係を築いていましたが、確かに、それを稼働状態に持ち込んだのは私ではありませんでした。現在、MAAS (httpsmaas.io) のファンになりつつあります。 Ubuntu ショップにいる場合は、ぜひ試してみてください。
Foreman は全体的にかなりクールです。Foreman ディスカバリー プラグインを使用して、探しているものを実現できます。いくつかの自動化を行うことができますが、神聖な牛は、theto セットアップで王室の苦痛です。考えられるすべての問題に遭遇したと思います。オフラインでのインストールとセットアップを行う必要があったため、さらに複雑になり、物理的にアクセスできないサーバーで作業する必要がありました。私の見解では、本当にそれを使用する必要があり、予算がサポート付きの Redhat Satellite に行くのであれば、そのクールなツールです (フォアマンはサテライトのコミュニティ バージョンです)。 MaaS は有望に見えましたが、いじりませんでした (また、CentOS/RHEL のインストールを自動化していました)。
iDRAC に組み込まれている Redfish API を使用しています。ほとんどのエンタープライズ ベンダーは、すでに Redfish を管理プレーンから公開しています。
Dell には、プロビジョニングのほとんどすべてを実行するのに役立つ Python スクリプトのコレクションを含む非公式の github リポジトリがあります。これらのスクリプトを Ansible と共に使用して、ベアメタルをプロビジョニングします。
httpsgithub.com/dell/iDRAC-Redfish-Scripting
すべてのベンダーが Redfish を同等にサポートしているわけではないことに注意してください。私たちは、マルチベンダー環境の苦労について多くの経験を持っています。異なるベンダーの BMC (ベースボード管理コントローラー) (iDRAC など) は、異なるバージョンの Redfish プロトコルをサポートしており、実装方法が異なるものもあります。
単一のベンダー ショップの場合、この戦略は機能しますが、Redfish のサポート/動作を変更する別のベンダーまたは新しいバージョンの BMC (またはファームウェア アップグレード) を導入する場合は、それに応じてツールを調整する必要があります。
また、OS 内のツールがないため、ISO イメージに「焼き付ける」場合を除き、管理が難しいプロセスを通じて OS をカスタマイズすることになります。
既存のレポート/管理プレーンを置き換えて、ハイパーバイザー OS のインストールにスキップする場合は、常に httpsdocs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.install.doc/GUID- があります。 8C221180-8B56-4E07-88BE-789B25BA372A.html
これまでのところ Reddit で 1 票、9 件のコメントがあります
DEDICATED SERVERS HOSTING#13
