わかりました。これは保留になっているので、フォーマットに合うように言い換えようとしています。
ビジネス上の問題:ベアメタルマシンの自動インストールプロセスの一環として、システムを構成する前に、システムで基本的な事前作業を行う必要があります。これは主に、ハードウェアRAIDの構成と、ライトのアウト管理者との会話で構成されます。 HPDL170からブレード、Dell R6およびR8シリーズ、FC630に至るまで、さまざまなハードウェアが混在しています。
これまでのプロセス:現在、自動化されたプロセスにより、システムがCobblerサーバーの1つに登録され、メンテナンスプロファイルが割り当てられます。次に、PXEがRHEL6u5ブートISOを起動し、anacondaとキックスタートを介していくつかのスクリプトを実行します。次に、Cobblerサーバーと通信し、プロファイルをインストールする実際のOSプロファイルに切り替えます。次に、IPMIを介してrePXEを実行し、再起動するようにシステムに指示することが目標です。再起動すると、指定されたOSにインストールされます。最終インストールOSは、お客様に応じてLinuxまたはWindowsのいずれかになります。これはすべて、新しいベアメタル環境を展開するためのより大規模な自動化プロセスの一部です。
ただし、これには問題があります。
パッケージをanacondaのstage2イメージに配置することは、特にそれらのパッケージに多くの依存関係がある場合、常に最も簡単であるとは限りません。
Anacondaの%preおよび%post環境は、特定のカーネルモジュールではうまく機能しません。
アナコンダの%pre中にRAIDを実行しようとすると、通常、pre中にバスを再スキャンすると、ディスクレイアウトが乱れるため、問題が発生します。
私のアイデアは、Tiny CoreやRancherOS、ユーティリティコンテナ(Hanlonの作品のように)など、livecdタイプのディストリビューションを使用してこれらのタスクを実行することでした。ただし、IPMIのようなものをそれらで機能させることは必ずしも簡単ではなく、Hanlonのような特定のタスク用に事前構成されているものもあります。将来的には、これを拡張して、より多くのもの(ファームウェアの更新、BIOS設定など)を含める必要があるかもしれません。
誰かが似たようなことをしたことがありますか?それをどのように解決しましたか?
ご使用の環境のプラットフォームに固有のツールを使用してください。
HPの場合、これはhponcfg
、hpssacli
、および HP Smart Scripting Toolkit になります。
XML構成を介してHPBIOS設定をロードできます。
ハードウェアの検出をお勧めします...私の最後の環境では、データセンターの人々がベンダー/サーバーの種類を選択して適切な環境準備を開始するという簡単なプロセスさえありました。