オペレーティングシステム (OS) プロビジョニングの観点から見ると、インストールは次の 3 つの段階から構成されています。
N1 SPS ソフトウェアのインストール (『Sun N1 Service Provisioning System 5.2 インストールガイド』 で解説)
OS プロビジョニングプラグインのインストール
プロビジョニングするオペレーティングシステム環境のインストール
3 つのインストールのすべての段階には、複数の構成手順もあります。
この章では、次の内容について説明します。
OS プロビジョニングプラグインの入手の手順は 2 段階に分かれます。はじめに OS プロビジョニングプラグイン JAR ファイルが含まれたパッケージファイルをシステムに追加する必要があります。そのあとに OS プロビジョニングプラグイン JAR ファイルをインポートします。マスターサーバーにプラグインを追加する手順は、次のとおりです。
JAR ファイルを含むファイルを追加します。
OS プロビジョニングプラグインは、N1 Service Provisioning System に対するプラグインとしてパッケージ化されています。OS プロビジョニングプラグイン用のプラグインファイルは、N1 SPS 5.2 DVD または Sun Download Center から入手できます。
プラグインパッケージをシステムに追加する方法については、次の手順を参照してください。
JAR ファイルをインポートします。
パッケージファイルをシステムに追加すると、OS プロビジョニングプラグインは 2種類の JAR ファイルからインポートできます。状況に応じて、適切なファイルを選択してください。
OS プロビジョニングプラグインをはじめてインポートする場合は、n1-basedir/com.sun.n1osp/com.sun.n1osp_3.0.jar ファイルを入手します。
旧バージョンの OS プロビジョニングプラグインがすでにインポートされている場合は、n1-basedir/com.sun.n1osp/Upgrade/com.sun.n1osp_2.0_3.0.jar ファイルを入手します。
プラグイン JAR ファイルのインポート方法については、「N1 SPS への OS プロビジョニングプラグインの追加」を参照してください。
プラグイン製品名プラグインは、SUNWspsosp パッケージに含まれています。
端末ウィンドウで、スーパーユーザーになります。
プラグインパッケージを含むディレクトリに移動します。
次のコマンドを入力し、Return キーを押します。
# pkgadd -d package_directory SUNWspsosp
スタンドアロン用 JAR ファイルは /opt/SUNWn1sps/plugins/com.sun.n1osp/ ディレクトリにあります。アップグレード用 JAR ファイルは /opt/SUNWn1sps/plugins/com.sun.n1osp/Upgrade ディレクトリにあります。
プラグイン製品名プラグインは、sun-spsosp-3.0-1.noarch.rpm ファイルに含まれています。
端末ウィンドウで、スーパーユーザーになります。
sun-spsosp-3.0-1.noarch.rpm ファイルを含むディレクトリに移動します。
次のコマンドを入力し、Return キーを押します。
# rpm -i package_directory sun-spsosp-3.0-1.noarch.rpm
スタンドアロン用 JAR ファイルは /opt/sun/N1_Service_Provisioning_System/plugins/com.sun.n1osp/ ディレクトリにあります。アップグレード用 JAR ファイルは /opt/sun/N1_Service_Provisioning_System/plugins/com.sun.n1osp/Upgrade ディレクトリにあります。
Windows 用のプラグイン製品名プラグインは、Microsoft Installer (MSI) パッケージファイルの sun-spsosp-3.0.msi に含まれています。
sun-spsosp-3.0.msi ファイルを含むディレクトリに移動します。
sun-spsosp-3.0.msi ファイルをダブルクリックします。
インストーラの GUI が起動されます。JAR ファイルは、c:\Program Files\N1 Service Provisioning System\plugins\com.sun.n1osp ディレクトリにコピーされます。
ある特定のプラグインを N1 SPS 製品に認識させるには、そのプラグインをインポートする必要があります。プラグインをインポートするには、『Sun N1 Service Provisioning System 5.2 システム管理者ガイド』の第 5 章「プラグインの管理」で詳しく説明されている手順に従います。
N1 SPS ブラウザインタフェースのメインウィンドウの「Administrative」セクションで、「Plug-ins」をクリックします。
「Plug-ins」ページの「Action」列で、「Import」をクリックします。
JAR ファイルのある場所に移動します。
「Continue to Import」ボタンをクリックします。
インポートが正常に完了すると、プラグインの詳細ページが開いて、そのプラグインが提供するオブジェクトが表示されます。
また、コマンド行からプラグインアーカイブファイルをインポートすることもできます。
以前に OS プロビジョニングプラグインを使用したことがない場合は、次のコマンドを使用してプラグインをインポートします。
% cr-cli -cmd plg.p.add -path com.sun.n1osp_3.0.jar -u username -p password |
旧バージョンの OS プロビジョニングプラグインがすでにある場合は、次のコマンドを使用してプラグインをインポートします。
% cr-cli -cmd plg.p.add -path com.sun.n1osp_2.0_3.0.jar -u username -p password |
OS プロビジョニングプラグインをバージョン2.0 からバージョン3.0 へアップグレードするには、次の手順に従います。
『Sun N1 Service Provisioning System 5.2 インストールガイド』の第 10 章「Sun N1 Service Provisioning System 5.2 へのアップグレード」で説明されている手順に従って、N1 SPS ソフトウェアをバージョン 5.2 にアップグレードします。
com.sun.n1osp_2.0_3.0.jar ファイルを入手し、インポートします。
OS プロビジョニングプラグインをインストールする方法については、「OS プロビジョニングプラグインのインストール」を参照してください。
OS プロビジョニング (制御) サーバーをアップグレードします。
OS プロビジョニングプラグイン3.0 ソフトウェアを使用して、既存のすべての OS プロビジョニングサーバーを再度作成する必要があります。「OS プロビジョニングサーバーの作成」を参照してください。
環境内のすべての OS イメージサーバーをアップグレードします。
OS プロビジョニングプラグイン3.0 ソフトウェアを使用して、既存のすべての OS イメージサーバーを再度作成する必要があります。
JET Solaris イメージサーバーの再作成方法については、「JET Solaris イメージサーバーを作成する」を参照してください。
Red Hat Linux イメージサーバーの作成方法については、「RedHat Linux イメージサーバーの作成」を参照してください。
JET SUSE Linux イメージサーバーの作成方法については、「SUSE Linux イメージサーバーの作成」を参照してください。
Windows イメージサーバーの作成方法については、「Windows サーバーの設定」を参照してください。
ブートおよびインストールサーバーの再作成では、以前に installPath 変数に使用したのと同じ値を使用する必要があります。以前の installPath 変数値が有効でなくなっている場合は、有効な installPath 変数値を使用して、ブートおよびインストールサーバーを新規に作成する必要があります。
既存のすべての OS プロファイル内の遠隔エージェントの変数を変更します。
プロファイルの product_version_spsra 変数は、現在の N1 SPS RA ソフトウェアのバージョンを反映している必要があります。既存のプロファイルをエディタで開き、product_version_spsra 変数の値を 5.2 に変更します。この変数の詳細については、 「Solaris リモートエージェントのコンポーネント変数」を参照してください。
Solaris OS の OS プロビジョニングプラグインパッケージのインストールに失敗した場合は、いったんパッケージを削除して、インストールをやり直してください。
OS プロビジョニングプラグイン 3.0 で新しい変数を使用する場合は、N1 SPS 環境内にターゲットホストを再作成する必要があります。ターゲットホストの作成方法の詳細は、第 9 章「OS プロビジョニング用ターゲットホスト」を参照してください。
既存のターゲットホストの定義をそのまま使用する場合は、OS プロビジョニングプラグイン 3.0 を使用して、それらのホストに引き続きプロビジョニングすることができます。
N1 SPS 5.2 リリースからは、OS プロビジョニングプラグイン 3.0 が N1 SPS 5.2 のパスにデフォルト値を使用するよう変更されています。N1 SPS 5.1 リリースのOS プロビジョニングプラグインを使用している場合は、OS プロビジョニングプラグイン 3.0 が有効になるように、プラン内の sps_cli 変数値を編集する必要があります。この後の手順で、この値を編集してください。
新しいバージョンのプラグインにアップグレードすると、そのプラグインの「Common Tasks」ページが更新され、新しいバージョンのプラグインを使用してインストールされたコンポーネントへのリンクが表示されます。この機能により、最新の機能と改善点を含むコンポーネントを簡単に表示できます。古い機能に依存するコンポーネントは、「Common Tasks」ページからはリンクされません。
以前にインストールしたコンポーネントが見つからない場合、そのコンポーネントは旧バージョンのプラグインから作成された可能性があります。旧バージョンのコンポーネントを表示または使用するには、次の手順に従います。
「Common Tasks」ページで、適切なコンポーネントプロシージャーをクリックします。
「Component Details」ページが表示されます。
「Component Details」ページで「Version History」をクリックします。
コンポーネントとバージョンのリストが表示されます。
適切なリンクをクリックします。
OS プロビジョニングプラグインがインポートされていても、OS プロビジョニングサーバーを作成し設定するまでは、オペレーティングシステムをプロビジョニングできません。
この作業が終了すると、OS プロビジョニングソフトウェアが OS プロビジョニングサーバーにインストールされます。また、OS プロビジョニングサーバーには DHCP サービスがインストールされます。
Solaris OS が動作する OS プロビジョニングサーバーの場合は、プロビジョニングサーバーを作成する前に、システムに Java 2 SE 1.4.2 リリースをインストールする必要があります。この Java 2 SE 1.4.2 リリースは、/usr/bin/java ディレクトリに置くか、/usr/bin/java ディレクトリにリンクさせます。
RedHat Enterprise Linux が動作する OS プロビジョニングサーバーの場合は、プロビジョニングサーバーを作成する前に、Java 2 SE 1.4.2 32 ビットリリースとRedHat ディストリビューション用の DHCP RPM をシステムにインストールする必要があります。この Java 2 SE 1.4.2 リリースは、/usr/bin/java ディレクトリに置くか、/usr/bin/java ディレクトリにリンクさせます。システムに 64 ビット Java バージョンがインストールされている場合は、 /opt/SUNWn1osp/lib/libgridos.so を /opt/SUNWn1osp/lib/libgridos_rhel3_x86_64.so にリンクさせます。OS プロビジョニングサーバーのホスト名がシステム上のループバックアドレスではなく、主インタフェースに解決されることを確認します。
N1 SPS ブラウザインタフェースの「Common Tasks」セクションで、「OS Provisioning」を選択します。
「OS Provisioning Common Tasks」ページの「OSP Control Server」セクションで「Create」をクリックします。
「Plans Details」ページの「Run」をクリックします。
このプランに使用する変数を選択します。
既存の変数セットを使用するには、「Plan Parameters」テーブルの「Service」コンポーネント行にあるドロップダウンメニューから名前を選択します。
新しい変数セットを作成するには、「Plan Parameters」テーブルの「Service」コンポーネント行で「Select from List」をクリックします。
「Create Set」をクリックします。
変数セットの名前を入力します。
必要に応じて変数を変更します。
変数名 |
説明 |
---|---|
installPath |
OS プロビジョニングソフトウェアをインストールするベースディレクトリ。 |
vhost_name |
OS プロビジョニングサーバーを表す仮想ホストの名前。 |
host_dir |
ターゲットホストファイルが存在するディレクトリへのパス。 |
profile_dir |
OS プロファイルが存在するディレクトリへのパス。 |
subnet_dir |
サブネットファイルが存在するディレクトリへのパス。 |
logs_console_dir |
ログとコンソールファイルが存在するディレクトリへのパス。 |
run_provisioniing_foreground |
プロビジョニング処理をフォアグラウンドで実行するかどうかの指定。 この変数を true に設定した場合は、あらゆる配備がフォアグラウンドで実行されます。個々の配備に合わせてこの値をリセットすることはできません。 注 – この機能を有効にするには、物理ホストのロックを無効にする必要がありますが、この構成はサポートされていません。ホストの物理的なロックを無効にする方法については、「フォアグラウンドでの配備ジョブの実行」を参照してください。 |
java_bin |
Java バイナリへのパス。 |
dhcpd_bin |
DHCP デーモンバイナリへのパス。 |
sps_cli |
N1 SPS コマンド行インタフェース (CLI) バイナリの場所。 注 – N1 SPS 5.1 リリースで OS プロビジョニングプラグイン 3.0 を使用する場合は、環境内の cr_cli ディレクトリの場所を示すようにこの値を編集する必要があります。デフォルト値を使用しないでください。 |
変数セットを保存します。
「Plan Parameters」テーブルの「Service」コンポーネント行にあるドロップダウンメニューから、直前に保存した変数セットを選択します。
OS プロビジョニングサーバーを作成するホストを選択します。
「Run Plan (includes preflight)」をクリックします。
このプランの実行には通常は約 15 分かかります。インストールの進行中、進行状況を参照するには「Plan Run」ウィンドウの「Details」リンクをクリックします。
OS プロビジョニングサーバーが正常に作成されたことを確認するには、プロビジョニングサーバーのウィンドウの左側にある「Hosts」リンクをクリックします。
-osp が付加された仮想ホストの名前が表示されます。たとえば、ホスト masterserver にインストールした場合、仮想ホストは masterserver-osp となります。
環境によっては、上記手順で作成、起動される ISC DHCP サーバーではなく、ネットワークの DHCP サーバーの使用が望ましいことがあります。プロビジョニングソフトウェア によって設定された ISC DHCP サーバーを使用不可にする場合は、「プラグイン提供の DHCP の無効化」を参照してください。
OS プロビジョニングサーバーがブートおよびインストールサーバーと同じ物理ホスト上に存在する場合は、ターゲットホストへのプロビジョニングの前にそのシステムのインタフェースを構成する必要があります。OS プロビジョニングサーバーは、ブートおよびインストールサーバーのインタフェースを自動的には構成しません。
コマンド行からサーバーを作成するには、次の例のようなコマンドを入力します。
# cr_cli -cmd pe.p.run -u admin -p admin -PID "NM:/com/sun/n1osp/untyped/Service-create" \ -tar H:NM:masterserver,H:NM:bikickstart -comp - -vs + -pto 30 -nto 10 |
ターゲットは OS プロビジョニングサーバーである必要があります。この例では、N1 SPS マスターサーバーが OS プロビジョニングサーバーとして使用されます。
環境によっては、上記手順で作成、起動される ISC DHCP サーバーではなく、ネットワークの DHCP サーバーの使用が望ましいことがあります。プロビジョニングソフトウェア によって設定された ISC DHCP サーバーを使用不可にする場合は、「プラグイン提供の DHCP の無効化」を参照してください。
OS プロビジョニングサーバーは DHCP サービスを提供します。DHCP サービスは、ターゲットのプロビジョニングに使用されるすべてのサブネット上で待機する必要があります。N1 SPS インタフェースでは、OS プロビジョニングサーバーが DHCP 要求に応答できるよう、ターゲットのプロビジョニングに使用されるサブネットを特定する必要があります。OS プロビジョニングサービスは、プロビジョニング処理中に、プロビジョニングサーバー上の必要なアドレスを使用してインタフェースを作成します (まだ作成されていない場合)。
ブラウザインタフェースからサブネットを管理するには、次の手順に従います。
N1 SPS ブラウザインタフェースの「Common Tasks」セクションで、「OS Provisioning」を選択します。
「OS Provisioning Common Tasks」ページの「OSP Subnets」セクションで「Manage」をクリックします。
「Component Details」ページの「Create」行で「Run action」をクリックします。
このプランに使用する変数を選択します。
既存の変数セットを使用するには、「Plan Parameters」テーブルの「Service」コンポーネント行にあるドロップダウンメニューから名前を選択します。
新しい変数セットを作成するには、「Plan Parameters」テーブルの「Service」コンポーネント行で「Select from List」をクリックします。
「Create Set」をクリックします。
変数セットの名前を入力します。
必要に応じて変数を変更します。
変数 |
説明 |
例 |
---|---|---|
installPath |
サブネットアドレス |
10.42.42.0 |
mask |
サブネットマスク |
255.255.255.0 |
gateway |
サブネットのゲートウェイ |
10.42.42.1 |
host_interface |
このサブネットに使用される OS プロビジョニングサーバー上のインタフェース |
hme0 |
host_address |
host_interface に割り当てられているホストアドレス |
10.42.42.1 |
OS プロビジョニングソフトウェアは、インタフェースの作成とアドレスの割り当てを、これらの値がまだ設定されていない場合、プロビジョニング処理時に行います。
変数セットを保存します。
「Plan Parameters」テーブルの「Service」コンポーネント行にあるドロップダウンメニューから、直前に保存した変数セットを選択します。
このサブネットを適用する仮想ホストを選択します。
OS プロビジョニングサーバーの仮想ホストの名前の最後は -osp です。
「Run Plan (includes preflight)」をクリックします。
コマンド行からサブネットを管理するには、次の手順に従います。
変数セットを作成します。
次の例のようなコマンドを入力します。
# cr_cli -cmd cdb.vs.add -comp NM:/com/sun/n1osp/untyped/Subnet -name "subnet1" \ -u admin -p admin -vars "installPath=10.42.42.0;mask=255.255.255.0;gateway=10.42.42.1; \ host_interface=ce8000;host_address=10.42.42.1" |
変数の詳細については、「OS プロビジョニングサーバーのサブネットを特定する (ブラウザインタフェース)」の手順 4 を参照してください。
前の手順で作成した変数セットを使用して、プランを実行し、サブネットを作成します。
次の例のようなコマンドを入力します。
# cr_cli -cmd pe.p.run -u admin -p admin -PID NM:/com/sun/n1osp/untyped/Subnet-create \ -tar H:NM:masterserver-osp -comp - -vs subnet1 -pto 30 -nto 10 |
複数のサブネットを使用して、オペレーティングシステムをプロビジョニングすることができます。次の手順では、OS プロビジョニングサーバーに新しいサブネットを追加する方法を説明します。
OS プロビジョニングサーバー、適用可能なオペレーティングシステムのブートおよびインストールサーバー、およびターゲットホストが同じ IP ネットワーク内に存在することを確認します。ブートおよびインストールサーバーのネットワークインタフェースを構成します。
「OS プロビジョニングサーバーのサブネットを特定する (ブラウザインタフェース)」の説明に従って、新しいサブネットコンポーネントを作成します。
IP 接続に関しては 2 つのオプションがあります。
OS プロビジョニングサーバーの新しい IP アドレスを作成する。
既存の IP アドレスを使用するが、DHCP パケットがターゲットから OS プロビジョニングサーバーに到達する経路を作成する。
ターゲットによりブートおよびインストールサーバーに到達できるよう、新しいサブネットのブートおよびインストールサーバー上に新しいインタフェースを作成するか、経路を定義します。
この新しいサブネットで OS メディアを供給するために、ファイルシステム共有が更新されることを確認します。
ターゲットがこのサブネット内に存在することを確認します。
IP アドレスが新しいサブネット内に存在するよう、プロビジョニングするプロファイルを編集します。