Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。1,219件21現在はkickstartを利用して数台の物理サーバに対するCentOS6インストール作業を半自動化しています。良いデバッグの仕方がわからないために、設定ファイルを更新するたびDVDを焼いてインストールする作業を行っており、1回にだいたい30分ほどかかってしまっています。効率が良く、(もし可能なら)検証も容易な方法はありますか?(たとえばchefを用いて物理マシンへのCentOS6インストールなどを行うなどが可能でしょうか)仮想マシンの構築は割りとよく記事で見かけるのですが、物理マシンの自動構築方法についてお教えいただけると助かります。Deploymentといったキーワードも耳にするのですが、数台程度の構成には大げさで複雑なのかなと考えてます。この物理サーバーがローカルネットワーク内の最初のマシンでして、この上に仮想マシンを立ち上げてDNSやDHCP、Webサーバを構築していくことになります。(ただし、物理サーバの構築時だけ一時的にそれらを開発ノートPCなどで用意することは可能かもしれません。票3構築に時間がかかるかもしれませんが、すぐに思いついたのはPXEブート経由でkickstartをつかった自動インストールを行う事です。ご存じなければ、PXEブートで~というのは、いわゆるネットワークブートからのインストールです。この画面でDHCPから指示があれば起動してOSのインストールなどが行えます。OSのinstallイメージなど必要なリソースはhttpアクセス可能なサーバーに置いておきます。kickstartのファイルも同じところに置くことになりますので、kickstartのファイルを作り直してもhttpサーバーのファイルを更新するだけで良いので、構築してしまえばDVDの焼き直しよりは効率が良いと思います。PXEブート環境を作るのにも(特に最初は)時間がかかります(*1)ので、数台程度だとかえって時間がかかってしまいそうですね。PXEブートはDHCPサーバーが指示する格好になるのでDHCPサーバー構築、tftp構築、httpサーバー構築などが必要になります。個の銅バッジありがとうございます。実はこの物理マシン群がローカルネットワーク内の最初のマシンでして、DHCPサーバはその後に構築されるのです(説明が足りていませんでした。)しかし、回答をいただいてふと思ったのですが、物理サーバー構築の時だけ一時的なDHCPサーバをノートPCなどで立ち上げるのは可能かもしれません。最終的なDHCPサーバーと同等のOSを用意できれば設定ファイル等も使い回せますし有効だと思います。私も昔物理メディアが持ち込めない環境で、一時的なDHCPサーバー(特定マシン以外のIPは決定しないPXEBOOT用)を作って凌いだ事があります。気をつける事は既存DHCPサーバーと競合しない様にする事ですが、既にネットワーク全体の初期構築みたいですのでその心配もなさそうですね。必要に応じてノートPCの方でIPのリース時間を短くしておけば、各マシンでリース切れになって本物のDHCPサーバーからのIP取得に切り替わってくれて便利かもしれません。|2ベースのインストールを、kickstartで行う。|1一台目の設定ですと、物理的なメディアを使わざる得ないので、USBかDVDが手っ取り早いと思います。USBの方が、繰り返しには便利だと思います。イメージ作成環境を用意します。構築していないのでしたら、DVDのイメージを自動生成する環境を作ります。この環境は、別の方が説明されているPXEBOOT用のイメージにも使えますから、一つあると便利と思います。同じイメージ作成環境を用いてUSBに作るようにすれば便利です。ここから先は色々な方法があると思います。パッケージの構成をいじるのが多いとか少ないとか、設定ファイルだけしかかえないと、など条件は色々あると思いますが、1)ベースになる部分を高速に設定することと、2)パッケージの追加をすること、3)設定ファイルを置き換えることあたりを区分けして考えると良いかもしれません。ベース部分は、たとえば、ディスクイメージを作ってUSBに納めておいて、イメージコピーし(あとで必要に応じて、パーティションサイズは変えるなど)、その上にインストールしてゆく方法はとれると思います。結果をマージする、というステップをとれば、かなり時間削減できるのではないでしょうか。構築の手間とデバッグはそれなりにかかりますから、手間をかける価値があれば、ですけれども。個の銅バッジ1ありがとうございます。確かにUSBのが効率良いですよね。区分けするという考え方もその通りだと思いました。あれこれ試行錯誤する時にはシェルスクリプトなどで試しておいて、安定してからディスクイメージへ反映させるという方法で、現在よりは短縮できそうです。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。