Sun N1 Service Provisioning System 5.2 オペレーションとプロビジョニングガイド

コンポーネントの配備について

コンポーネントの配備方法は、次の 3 つの中から選択できます。

コンポーネントプロシージャー。1 つのコンポーネントと 1 つのホスト (またはホストセット) を使用する単純なシングル操作に適しています。
プラン
- 生成されたプラン。1 つのコンポーネントと 1 つのホスト (またはホストセット) を使用する複数の操作に適しています。
- カスタムプラン。複数のコンポーネントと複数のホストを使用する複雑な操作に適しています。

プロビジョニングシステムでは、有効なホストにコンポーネントをいくつでも配備することができます。配備可能なコンポーネントの数は、ホスト上のファイルシステムによってのみ制限されます。ファイルシステムはそれぞれに配備可能なファイルの数を制限しているため、1 つのディレクトリに配備するコンポーネントが多すぎると、そのファイルシステムの制限を超える可能性があります。コンポーネントとファイルの関係は、必ずしも等比ではありません。たとえば、1 つのコンポーネントに 100,000 個のファイルがあるとファイルシステムの制限を越える場合があり、100,000 個のコンポーネントのいずれにもファイルがないとファイルシステムの制限内に収まる場合があります。

ファイルシステムの制限を超えても、コンポーネントが配備されたときに直接障害を引き起こさない場合もあります。ただし、次第に性能が劣化したり、あるとき予測不可能な障害が起こるなどの形で問題が発生する可能性があります。

1 つのディレクトリがサポートできるファイル数の上限は、ファイルシステムによって異なり、オペレーティングシステムの構成に左右されることがあります。ファイルシステムの制限を理解し、単一の大きいディレクトリではなく、より小さい複数のサブディレクトリにコンポーネントを配備することによって、ディレクトリへの過負荷を避けることができます。コンポーネントを配備するときに従来から使われている対策は、1 つのディレクトリに保存するファイル数を 30,000 個以内にすることです。

直接実行コンポーネントプロシージャーの使用

複数のコンポーネントを使用したり、ホスト間での同期が不要な場合は、配備プランは必要ありません。その代わりに、配備するコンポーネントをチェックインしたときに自動生成される直接実行コンポーネントプロシージャーを使用することができます。

直接実行コンポーネントプロシージャーを使用する

ほとんどのコンポーネントには、インストール、アンインストール、スナップショットの各手続きが含まれています。このほかに、制御手続きが含まれている場合もあります。制御手続きは、インストール済みのコンポーネントを管理する機能を持っています。たとえば、アプリケーションの起動または停止などを行うことができます。

ここでは、ブラウザインタフェースを使用してコンポーネントを直接配備する方法について説明します。この手続きの代わりに、次のコマンドを使用することもできます。

pdp.p.genplan – プランを生成します。
pe.p.run – プランを実行します。

このコマンドの詳細な説明については、『Sun N1 Service Provisioning System 5.2 コマンド行インタフェース (CLI) リファレンスマニュアル』の第 10 章「pdb: プランを管理する CLI コマンド」および『Sun N1 Service Provisioning System 5.2 コマンド行インタフェース (CLI) リファレンスマニュアル』の第 11 章「pe: プランを実行する CLI コマンド」を参照してください。

コンポーネントの開発については、『Sun N1 Service Provisioning System 5.2 プランとコンポーネントの開発者ガイド』を参照してください。

注 –

直接実行コンポーネントプロシージャーから生成されたプランを削除する必要はありません。これらのプランは、生成元のコンポーネントが削除された時点でシステムから自動的に削除されます。詳細については、『Sun N1 Service Provisioning System 5.2 プランとコンポーネントの開発者ガイド』の「コンポーネントを削除する」を参照してください。

始める前に

直接実行コンポーネントプロシージャーを使用するには、そのコンポーネントが含まれるフォルダに対して Run Component Procedures アクセス許可を持つユーザーグループに属する必要があります。また、このユーザーが、コンポーネントを配備する予定のホストセットに対して、Allow on Host Set アクセス許可を持っている必要があります。

ナビゲーションメニューから「Components」を選択します。

「Components」ページが表示されます。

コンポーネントの一覧表から、配備するコンポーネントの記述が含まれる行を選択して、「Details」をクリックします。

コンポーネントの「Details」ページが表示されます。

必要に応じて、配備する予定のコンポーネントが表示されるようにフォルダを変更します。
1. 「Change Folder」をクリックします。
2. コンポーネントを含むフォルダ名を指定して、「Change to Selected Folder」をクリックします。
  
  「Components」ページに、指定したフォルダに含まれているコンポーネントの一覧が表示されます。

コンポーネントプロシージャーの表から、実行する手続きを選択して、「Run」をクリックします。

プロビジョニングシステムにより、プランが生成されます。生成されたプランは、/system/autogen フォルダに格納されます。

生成されたプランの「Run」ページが表示されます。

「Plan Parameters」領域で、配備するコンポーネントの変数設定を選択します。
- 当該コンポーネントの変数設定が確立されている場合、メニューから適切な設定を選択します。
  
  このコンポーネントの現在の変数設定を確認するには、「Select From List」をクリックします。現在の変数設定が「Select Variable Settings From List」ウィンドウに表示されます。
- メニューから設定を選択できない場合は、「Select From List」をクリックします。
  
  「Select Variable Settings From List」ウィンドウが表示されます。
  - 別のコンポーネントの変数設定を使用する場合は、「Import Set From Component」をクリックします。
    
    「Import Variable Settings」ウィンドウが表示されます。
    1. 必要に応じて、変数設定のインポート元となるコンポーネントが入ったフォルダへ移動します。
    2. コンポーネントのバージョンを選択します。
      
      注 –
      コンポーネントのバージョンが異なると、変数設定も異なる可能性があります。現在のコンポーネントと変数設定のインポート元のコンポーネントが、一般的な変数を共有していることを確認します。変数設定のインポート元のコンポーネントが、直接実行プロシージャーで使用するコンポーネントと一般的な変数を共有していない場合、変数設定はインポートされません。
    3. 「Import Variable Settings」をクリックします。
      
      変数設定がインポートされ、表に追加されます。
    4. 「Plan Details Run」ページで、「Variable Setting」ドロップダウンリストからインポートした変数設定を選択して、「Select」をクリックします。
  - ファイルに格納したコンポーネント変数設定を使用する場合は、次の手順に従います。
    1. 「Import Sets from File」テキストフィールドに、使用する変数設定ファイルのパスを入力します。
      
      ファイルシステムを参照して適切なファイルを検索するには、「Browse」ボタンをクリックします。
    2. 「インポート」をクリックします。
      
      変数設定がインポートされ、表に追加されます。
      
      注 –
      変数設定のインポート元のファイルが、直接実行プロシージャーで使用するコンポーネントと一般的な変数を共有していない場合、変数設定はインポートされません。
    3. 「Plan Details Run」ページで、「Variable Setting」ドロップダウンリストからインポートした変数設定を選択して、「Select」をクリックします。
  - 新しい変数設定を作成する場合は、「Create Set」を選択します。
    
    「Select Variable Settings From List」ウィンドウが表示されます。
    1. 表の最上部のテキストフィールドに、新しい変数設定セットの名前を入力します。
    2. 変更するコンポーネント変数を選択します。
      
      選択されたセルが強調表示され、テキストフィールドが表示されます。
    3. 新しいコンポーネント変数値を入力します。
      
      注 –
      installPath 変数の値は、/opt や c:\mydir などの絶対パスを指定しないかぎり、デフォルトのリモートエージェントディレクトリの相対パスとして扱われます。たとえば、Windows リモートエージェントで installPath 変数を c\mydir に設定し、デフォルトのホームディレクトリ c:\Program Files\N1 Service Provisioning System\agent でエージェントにファイルを配備すると、ファイルは c:\Program Files\N1 Service Provisioning System\agent\c\mydir に配備されます。
    4. 変数設定値の更新が完了したら、「Save」をクリックします。
      
      新しい変数設定が表に追加されます。
    5. 「Select」をクリックします。

コンポーネントの配備先を選択します。
- ホストを選択する場合は、「Target Host」フィールドにホスト名を入力し、「Select From List」をクリックします。
- ホストセットを選択する場合は、「Target Host Set」メニューから選択します。

「Plan Variables」領域で、設定する変数を構成します。

構成対象の変数の有無は、選択したコンポーネントプロシージャーによって異なります。

「Options」領域で、詳細なプリフライトを行うかどうかを選択します。

このプリフライトでは、リモートエージェント上で実行されるプランの各手順をシミュレートすることにより、以下の処理が正常に行われるかどうかをテストすることができます。
- リモートインストール
- ネイティブ OS コマンドの呼び出し (execNative ステップ) – execNative ステップの詳細については、『Sun N1 Service Provisioning System 5.2 XML スキーマリファレンスガイド』の「<execNative> ステップ」を参照してください。
- ファイル変換
- ファイルの削除 (リソースのアンインストール時)
詳細なプリフライトを行うと、実際に運用を開始するまでの準備期間が長くなります。

(省略可能) 同時に実行するホストの数を制限する場合は、フィールドにホスト数を指定します。

あるプランを複数のホストに対して同時に実行した場合、すべてのホストが手順を完了するまで、次の手順に進むことはできません。ホスト数が多すぎると、次の手順に進む前に、ネットワーク接続がタイムアウトになる可能性があります。たとえば、ホスト A が手順 1 を完了したあと、手順 2 の実行前の接続確認 (ping) が行われるまでの時間が長すぎて、ネットワーク接続がタイムアウトになることがあります。

(省略可能) プラン全体の実行時間、またはネイティブ呼び出しの実行時間を制限する場合は、フィールドに数値を入力し、メニューから時間の単位を選択します。

プランまたはネイティブ呼び出しの実行時間を制限すると、応答しないホストがあるためにプランの実行が途中で停止するのを防ぐことができます。

プランの実行時の障害について報告する通知規則を設定しておくと、実行途中でタイムアウトになった場合、プランが正常に実行されなかったことを知らせるメッセージを受け取ることができます。

通知規則の設定については、『Sun N1 Service Provisioning System 5.2 システム管理者ガイド』の「電子メール通知の構成」を参照してください。

コンポーネントを配備するかどうかを選択します。
- 手続きのプリフライトを行うだけでよい場合は、「Run Preflight Only」をクリックします。
- プリフライトの実行後、このチェックでエラーが検出されなかったものと想定して、さらに手続きを実行する場合は、「Run Plan (Includes Preflight)」をクリックします。

プランの使用法

プロビジョニングシステムでは、次の 2 種類のプランを実行できます。

生成されたプラン
カスタムプラン

生成されたプラン

プロビジョニングシステムは、複数のコンポーネントプロシージャーから成るプランを自動的に生成することができます。このプランは、そのまま使用することも、XML を使ってより複雑なプランのテンプレートとして保存することもできます。

カスタムプラン

XML でカスタムプランを作成することができます。カスタムプランの作成については、『Sun N1 Service Provisioning System 5.2 プランとコンポーネントの開発者ガイド』の「プランの作成」および『Sun N1 Service Provisioning System 5.2 XML スキーマリファレンスガイド』を参照してください。

プランを生成する

ここでは、ブラウザインタフェースを使用してプランを生成する方法について説明します。次のコマンドでも、プランを生成することができます。

pdp.p.genplan – プランを生成します。
pe.p.run – プランを実行します。

これらのコマンドの詳細な説明については、『Sun N1 Service Provisioning System 5.2 コマンド行インタフェース (CLI) リファレンスマニュアル』の第 10 章「pdb: プランを管理する CLI コマンド」を参照してください。

始める前に

プランを生成するためには、プランを生成するコンポーネントが含まれるフォルダに対して、Create、Edit 、Delete のアクセス許可を持つユーザーグループに属する必要があります。

ナビゲーションメニューから「Components」を選択します。

「Components」ページが表示されます。

必要に応じて、配備する予定のコンポーネントが表示されるようにフォルダを変更します。
1. 「Change Folder」をクリックします。
2. コンポーネントを含むフォルダ名を指定して、「Change to Selected Folder」をクリックします。
  
  「Components」ページに、指定したフォルダに含まれているコンポーネントの一覧が表示されます。

コンポーネントの一覧表から、配備するコンポーネントの記述が含まれる行を選択して、「Details」をクリックします。

コンポーネントの「Details」ページが表示されます。

「Component Procedures」表から、プランに含める手続きを選択します。

「Component Procedures」表の下部にある「Generate Plan With Checked Procedures」をクリックします。

生成されたプランの「Advanced Edit」が表示されます。

「Plan」フィールドに新しいプランの名前を入力します。

「Check In」をクリックします。

注 –
次のようなメッセージが表示される場合があります。「Warning - plan names and/or paths differ.」このメッセージは、直前に指定したプラン名が、XML モデルで指定されているプラン名と一致していない場合に表示されます。「Plan」フィールドに入力した名前になるように、XML モデルが更新されます。

コンポーネントのチェックインを確認します。
1. 指定したプラン名が正しいことを確認します。
2. 必要に応じて、コンポーネントのバージョン番号を大きくします。
3. 「Continue to Check In」をクリックします。
新しいプランの「Details」ページが表示されます。