![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
セル・プロファイルの作成
プロファイル管理ツールを使用して、セル・プロファイルを 1 つのパスで作成できます。 そのセル・プロファイルには、フェデレーテッド・アプリケーション・サーバー・ノードとデプロイメント・マネージャーが含まれます。
始める前に
プロファイル管理ツールを使用する前に、製品ファイルをインストールします。

プロファイルを作成するための十分な一時スペースをシステムに用意する必要があります。 詳しくは、プロファイルのファイル・システム要件を参照してください。
このタスクについて
Network Deployment 製品のコア・プロダクト・ファイルをインストール後、 プロファイルを作成する必要があります。 この手順では、プロファイル管理ツールを使用したセル・プロファイルの作成方法について説明します。 これには、グラフィカル・ユーザー・インターフェースが備わっています。また、manageprofiles コマンドを使用して、セル・プロファイルを作成することもできます。詳しくは、manageprofiles コマンドの説明を参照してください。
セル・プロファイルには、デプロイメント・マネージャー・プロファイルとフェデレーテッド・アプリケーション・サーバー・ノード・プロファイルが含まれます。 セル・プロファイルの初期作成後、 このデプロイメント・マネージャー・プロファイルに追加のアプリケーション・サーバー・ノード・プロファイルを 統合することができます。
プロファイル管理ツールでは、標準プロファイル作成プロセスまたは拡張プロファイル作成プロセスで、プロファイルを作成できます。 標準プロファイル作成プロセスでは、デフォルトの設定を使用し、固有のポート値を割り当てます。許可される値を設定することもできます。拡張プロファイル作成プロセスでは、デフォルト値を受け入れることも、独自の値を指定することも可能です。
手順
- プロファイル管理ツールを開始して新しいランタイム環境を作成します。 このツールを開始するには、以下のいずれかの方法を使用します。
- インストールの最後に、プロファイル管理ツールを開始するチェック・ボックスを選択します。
- コマンドを発行してコマンド・プロンプトから WebSphere® Customization Toolbox を直接開き、その後、プロファイル管理ツールを開きます。
- ファースト・ステップ・コンソールから「WebSphere Customization Toolbox」オプションを選択し、その後、プロファイル管理ツールを開きます。
「スタート」メニューを使用して WebSphere Customization Toolbox にアクセスし、その後、プロファイル管理ツールを開きます。
プログラムの開始に使用される Linux オペレーティング・システム・メニューを使用して WebSphere カスタマイズ・ツールボックスを開始し、その後、プロファイル管理ツールを開きます。
- 新規プロファイルを作成するには、 「プロファイル」タブで「作成」をクリックします。
「プロファイル」タブには、マシンで既に作成されているプロファイルのリストが表示されます。プロファイルを選択しても、そのプロファイルを拡張できない場合は、何の操作も実行できません。選択したプロファイルを拡張できる場合以外は、「拡張」ボタンもぼかし表示になります。
「環境の選択」パネルがツールによって表示されます。
- セル・プロファイルを選択して、「次へ」をクリックします。
プロファイル作成オプションのパネルが表示されます。
- 「標準プロファイル作成」または「拡張プロファイル作成」を選択し、
「次へ」をクリックします。
「標準プロファイル作成」オプションでは、デフォルトの構成設定を使用したプロファイルを作成します。 「拡張プロファイル作成」オプションでは、プロファイルに独自の構成値を指定できます。
- 「標準プロファイル作成」を選択した場合、 管理セキュリティーについてのステップに進みます。
- 「拡張プロファイル作成」を選択した場合、デプロイするアプリケーションを選択して、
「次へ」をクリックします。
ツールでは、「プロファイル名およびロケーション」パネルが表示されます。
- 「拡張プロファイル作成」を選択した場合、
「プロファイル名およびロケーション」パネルで、デプロイメント・マネージャー・プロファイル名、
アプリケーション・サーバー・プロファイル名およびプロファイル・ディレクトリーを指定するか、
またはデフォルトを受け入れます。「次へ」をクリックします。 プロファイル名のガイドライン: 2 バイト文字がサポートされています。プロファイル名は、次の制限を満たす固有の名前とすることができます。 プロファイルの名前を付ける際には、以下の文字を使用しないでください。
- スペース
- *&? など、ご使用のオペレーティング・システムのディレクトリー名 にサポートされていない特殊文字
- スラッシュ (/) または (¥)
デフォルト・プロファイル
マシンで作成する最初のプロファイルは、デフォルト・プロファイルです。 デフォルト・プロファイルは、製品インストール・ルートの bin ディレクトリーから実行されるコマンドのデフォルトのターゲットです。 マシンにプロファイルが 1 つしかない場合は、すべてのコマンドが構成内のその唯一のサーバー・プロセスで動作します。 プロファイルの作成時に、そのプロファイルをデフォルト・プロファイルにするには、「拡張プロファイル作成」パスの「プロファイル名およびロケーション」パネルで「このプロファイルをデフォルトにする」をクリックします。プロファイルの作成後に、manageprofiles コマンドを使用して、そのプロファイルをデフォルト・プロファイルにすることもできます。
マルチプロファイル環境におけるプロファイルのアドレッシング: マシンに複数のプロファイルが存在するときに、一部のコマンドでは、コマンドの適用対象プロファイルがデフォルト・プロファイルでない場合は、-profileName パラメーターを指定する必要があります。 そのような場合には、各プロファイルの bin ディレクトリーにあるコマンドを使用する 方が簡単なことがあります。 プロファイルの bin ディレクトリー内にあるそれらのコマンドのいずれかを実行すると、 -profileName パラメーターで別のプロファイルを指定しない限り、そのプロファイルがコマンドの対象になります。
デフォルト・プロファイル情報
デフォルト・プロファイル名は <profile_type><profile_number> です。- <profile_type> の値は、AppSrv、Dmgr、Custom、AdminAgent、JobMgr、または SecureProxySrv です。
- <profile_number> は、固有のプロファイル名を作成するために使用される連続番号です。
デフォルト・プロファイル・ディレクトリーは app_server_root/profiles (app_server_root はインストール・ルート) です。
デフォルト・プロファイル・ディレクトリーは app_server_root¥profiles (app_server_root はインストール・ルート) です。
ツールでは、「ノード名、ホスト名、セル名」パネルが表示されます。
- 固有のデプロイメント・マネージャー・ノード名、固有のアプリケーション・サーバー・ノード名、
マシンの実際のホスト名、およびそのセルに対する固有のセル名を指定し、
「次へ」をクリックします。
表 1. セル・プロファイルの特性. 以下の表に、セル・プロファイルの特性を示します。
フィールド名 デフォルト値 制約 説明 デプロイメント・マネージャー・ノード名
各部の意味は、次のとおりです。shortHostName CellManager NodeNumber
- shortHostName は短縮ホスト名です。
- NodeNumber は 01 から始まる連続番号です。
デプロイメント・マネージャーの固有の名前を使用します。 この名前は、デプロイメント・マネージャー・セル内での管理に使用されます。 アプリケーション・サーバー・ノード名
各部の意味は、次のとおりです。shortHostName Node NodeNumber
- shortHostName は短縮ホスト名です。
- NodeNumber は 01 から始まる連続番号です。
アプリケーション・サーバーの固有の名前を使用します。 この名前は、デプロイメント・マネージャー・セル内での管理に使用されます。 ホスト名 ドメイン・ネーム・サーバー (DNS) 名の長い形式。
ホスト名は、ご使用のネットワークを介してアドレス可能でなければなりません。 ご使用のマシンの実際の DNS 名または IP アドレスを使用して、ご使用のマシンとの通信を可能にします。 この表の後にある、ホスト名に関する追加情報を参照してください。 セル名
各部の意味は、次のとおりです。shortHostName Cell CellNumber
- shortHostName は短縮ホスト名です。
- CellNumber は 01 から始まる連続番号です。
デプロイメント・マネージャー・セルに固有の名前を使用します。 前のバージョンのデプロイメント・マネージャー・セルをこの バージョン 9.0 デプロイメント・マネージャーにマイグレーションする予定の場合は、前のバージョンのデプロイメント・マネージャーと同じセル名を使用します。セル名は、同じ物理マシンまたはマシンのクラスター (SYSPLEX など) 上の、製品が稼働する環境では、どこでも固有でなければなりません。またセル名は、エンティティー間のネットワーク接続が、セル間で、または各セルとの通信が必要なクライアントから要求されるような環境では、どこでも固有でなければなりません。さらに、 セル名の名前空間が統合される場合も、セル名が固有である必要があります。 セル名が固有でないと、javax.naming.NameNotFoundException エラーのような症状が起こり、 その場合には、固有名を持つセルを作成する必要があります。 統合されたすべてのノードは、 このパネルで名前を付けた、デプロイメント・マネージャー・セルのメンバーになります。 予約名: フィールド値として予約済みのフォルダー名を使用しないでください。 予約済みフォルダー名を使用すると、予測不能な結果が起こる可能性があります。 以下の用語は、予約されたフォルダー名です。- cells
- nodes
- servers
- clusters
- applications
- deployments
- ディレクトリー・パスの考慮事項:
profiles_directory_path¥profile_name ディレクトリー内の文字数は、80 文字以下でなければなりません。
- ホスト名の考慮事項:
ホスト名は、ノードがインストールされている物理マシンのネットワーク名です。 ホスト名は、サーバー上の物理ネットワーク・ノードに解決する必要があります。 サーバーが複数のネットワーク・カードを備えている場合は、 ホスト名または IP アドレスは、そのネットワーク・カードのいずれか 1 つに解決されなければなりません。 リモート・ノードは、ホスト名を使用して、このノードに接続および通信します。 その他のマシンがネットワーク内でアクセスできるホスト名を選択することが重要です。 この値に汎用 ID である localhost を使用しないでください。 また、2 バイト文字セット (DBCS) の文字を使用したホスト名を持つマシンに WebSphere Application Server 製品をインストールしないでください。 ホスト名に使用される DBCS 文字はサポートされません。
同一コンピューター上で共存している複数のノードを固有の IP アドレスで定義する場合は、ドメイン・ネーム・サーバー (DNS) の検索・テーブルで個々の IP アドレスを定義してください。 スタンドアロン・アプリケーション・サーバーの構成ファイルでは、ネットワーク・アドレスが 1 つだけ存在するマシンに複数の IP アドレスがある場合に、ドメイン・ネームを解決できません。
ホスト名に指定する値は、スタンドアロン・アプリケーション・サーバーの構成文書で hostName プロパティーの値として使用されます。次のいずれかの形式で、 ホスト名の値を指定してください。- 完全修飾のドメイン・ネーム・サーバー (DNS) ホスト名ストリング。例えば xmachine.manhattan.ibm.com など。
- デフォルトの DNS 短縮ホスト名ストリング。例えば xmachine など。
- 数値 IP アドレス。例えば 127.1.255.3 など。
完全修飾 DNS ホスト名には、あいまいなところがなく、柔軟性が高いという利点があります。この柔軟性により、ユーザーは、ホスト・システムの実際の IP アドレスを変更しても、 アプリケーション・サーバー構成を変更する必要がありません。ホスト名のこの値は、 動的ホスト構成プロトコル (DHCP) を使用して IP アドレスを割り当てる際に頻繁に IP アドレスを変更することが予定されている場合には、特に有用です。この形式の欠点は、DNS に依存するということです。DNS が使用できないと、接続に支障を来します。
短縮ホスト名も、 動的に解決可能です。ショート・ネーム形式には、 ネットワークから切断されたときでもシステムがアプリケーション・サーバーを実行できるように、 ローカル・ホスト・ファイルで再定義されるという機能もあります。 切断状態で実行するには、ホスト・ファイルでショート・ネームをループバック・アドレス、127.0.0.1 として定義します。この形式の欠点は、リモート・アクセスで DNS に依存するということです。DNS が使用できないと、接続に支障を来します。
数値 IP アドレスには、DNS によって名前を解決する必要がないという利点があります。 リモート・ノードは、DNS が使用できなくても、数値 IP アドレスを使用して名付けられたノードに接続できます。 この形式の欠点は、数値 IP アドレスを使用するとアドレスが固定化されるということです。
セルの特性が表示された後、 ツールでは、「管理セキュリティー」パネルが表示されます。
- オプションで管理セキュリティーを有効にし、「次へ」をクリックします。
管理セキュリティーは、現時点のプロファイル作成中に有効にするか、後でコンソールから有効にすることができます。 管理セキュリティーをこの時点で有効にする場合は、管理コンソールにログオンするためのユーザー名とパスワードを指定します。
「拡張プロファイル作成」を選択していた場合は、セキュリティー特性を指定した後に、「セキュリティー証明書」パネルがツールによって表示されます。
- 手順の最初で「標準プロファイル作成」を選択した場合、「プロファイル要約」 パネルが表示されるステップに進みます。
- デフォルトの個人証明書とルート署名証明書を作成するか、個人証明書とルート署名証明書を鍵ストア・ファイルからインポートして、「次へ」をクリックします。
両方の証明書を作成することも、両方の証明書をインポートすることも、片方の証明書を作成してもう片方の証明書をインポートすることもできます。
ベスト・プラクティス: 個人証明書をデフォルトの個人証明書としてインポートする場合は、個人証明書に署名したルート証明書もインポートします。 そうしない場合、プロファイル管理ツール は個人証明書の署名者を trust.p12 ファイルに追加します。bprac
デフォルトの個人証明書またはルート署名証明書をインポートする場合は、インポートする証明書ごとにパスとパスワードを指定し、鍵ストアのタイプと鍵ストアの別名を選択します。
- 証明書の情報が正しいことを確認し、「次へ」をクリックします。
証明書を作成する場合は、デフォルト値をそのまま使用することも、デフォルト値を変更して新しい証明書を作成することもできます。デフォルトの個人証明書は、デフォルトの有効期間が 1 年で、ルート署名証明書によって署名されます。 ルート署名証明書は自己署名証明書で、デフォルトで 15 年間有効です。ルート署名証明書のデフォルトの鍵ストア・パスワードは WebAS です。パスワードは変更してください。一部の鍵ストア・タイプ (PKCS12 など) では、2 バイト文字セット (DBCS) の文字がサポートされていないので、パスワードに DBCS 文字を組み込むことはできません。どの鍵ストア・タイプがサポートされるかは、java.security ファイルで記述されているプロバイダーによって異なります。
いずれかまたは両方の証明書を作成するか、いずれかまたは両方の証明書をインポートすると、key.p12、trust.p12、root-key.p12、default-signers.p12、deleted.p12、ltpa.jceks の各鍵ストア・ファイルが作成されます。証明書の作成時またはインポート時に、これらのファイルのパスワードは、デフォルトのパスワードであれ、指定したパスワードであれ、すべて同じパスワードになります。 key.p12 ファイルには、デフォルトの個人証明書が格納されます。trust.p12 ファイルには、デフォルトのルート証明書に由来する署名者証明書が格納されます。 root-key.p12 ファイルには、ルート署名証明書が格納されます。default-signer.p12 ファイルには署名者証明書が格納されていて、それらの証明書は、サーバーがインストールされ、実行されるようになった後に作成する、新しい鍵ストア・ファイルに追加されます。デフォルトでは、デフォルトのルート証明書の署名者証明書と DataPower® の署名者証明書が default-signer.p12 鍵ストア・ファイルに格納されます。deleted.p12 鍵ストア・ファイルには、deleteKeyStore タスクによって削除された証明書が格納されます。したがって、必要に応じてリカバリーが可能になります。ltpa.jceks ファイルには、サーバーのデフォルトの Lightweight Third-Party Authentication (LTPA) 鍵が格納されます。環境内に含まれている各サーバーは、その鍵を使用して互いに通信します。
インポートした証明書は、key.p12 ファイルまたは root-key.p12 ファイルに追加されます。
いずれかの証明書をインポートしたものの、その証明書に必要な情報が含まれていない場合は、「戻る」をクリックして、別の証明書をインポートします。
「拡張プロファイル作成」を選択していた場合は、「セキュリティー証明書」パネルが表示された後に、「ポート」パネルがツールによって表示されます。
- デプロイメント・マネージャーに指定されたポートが固有であることを確認し、「次へ」をクリックします。
管理コンソールをデプロイしないことを選択した場合、管理コンソール・ポートは「ポート」パネル上で使用不可になります。
ポートの競合解決
次のいずれかの条件に当てはまる場合、ポートは使用中とみなされます。- 現在のユーザーが実行するインストールで作成されたプロファイルにポートが割り当てられた場合。
- ポートが現在使用されている場合。
ポートの競合が疑われる場合は、 プロファイルの作成後、ポートの競合を調査することができます。 以下のファイルを調べて、プロファイル作成中に使用されたポートを確認します。profile_root/properties/portdef.props ファイル
profile_root¥properties¥portdef.props ファイル
- アプリケーション・サーバーに指定されたポートが固有であることを確認し、「次へ」をクリックします。
前の手順のポートに関する説明は、この手順にも同じく適用されます。
Windows オペレーティング・システム上にインストールする場合、インストール ID に管理グループ特権があれば、このツールによって Windows サービス定義パネルが表示されます。 サポートされる Linux オペレーティング・システム上にインストールする場合、プロファイル管理ツールを実行する ID が root ユーザーであれば、このツールによって Linux サービス定義パネルが表示されます。
アプリケーション・サーバーを、Windows オペレーティング・システム上の Windows サービスとして実行するか、Linux オペレーティング・システム上の Linux サービスとして実行するかを選択してから、「次へ」をクリックします。
Windows サービス定義パネルは、Windows サービスをインストールする ID に管理者グループの特権がある場合にのみ、Windows オペレーティング・システム用に表示されます。 ただし、インストーラー ID が管理者グループに属する場合は、WASService.exe コマンドを実行して Windows サービスを作成できます。 詳しくは、『サーバー・プロセスの自動再始動』を参照してください。
製品は、startServer コマンドで開始するアプリケーション・サーバー・プロセスのための Windows サービスの開始を試行します。 例えば、アプリケーション・サーバーを Windows サービスとして構成し、startServer コマンドを実行すると、wasservice コマンドは定義されたサービスの開始を試行します。
ローカル・システム・サービスをインストールするように選択した場合、 ユーザー ID またはパスワードを指定する必要はありません。 指定されたユーザー・タイプのサービスを作成する場合は、サービスを実行するユーザーの ユーザー ID およびパスワードを指定する必要があります。 ユーザーは、サービスを正しく実行するために、「サービスとしてログオン」権限を持っている必要があります。 ユーザーにサービスとしてログオン 権限が ない場合、プロファイル管理ツールは自動的にその権限を追加します。
このプロファイル作成タスクを実行するときに、スペース文字が含まれているユーザー ID を使用することはできません。この ID は、管理者グループに属していることに加えて、拡張ユーザー権限である「サービスとしてログオン」を備えている必要もあります。ユーザー ID にまだ拡張ユーザー権限がない場合で、そのユーザー ID が管理者グループに属している場合は、インストール・プログラムがそのユーザー ID に拡張ユーザー権限を付与します。
インストール完了後にその他の Windows サービスを作成して、 別のサーバー・プロセスを開始することもできます。 詳しくは、『サーバー・プロセスの自動再始動』を参照してください。
プロファイル削除時に、プロファイル作成中に追加された Windows サービスを削除できます。 また、wasservice コマンドを使用して Windows サービスを削除することもできます。
IPv6 の考慮事項
Windows サービスがローカル・システムとして実行されるように構成されている場合、インターネット・プロトコル バージョン 6 (IPv6) を使用すると、このサービスとして実行されるように作成されたプロファイルは開始しません。 ユーザー固有の環境変数を作成して IPv6 を使用可能にします。この環境変数は、ローカル・システム変数ではなくユーザー変数であるため、 その特定のユーザーとして実行される Windows サービスからのみアクセスできます。デフォルトで、 新規プロファイルが Windows サービスとして実行されるように作成および構成されている場合、 サービスはローカル・システムとして実行されるように設定されます。製品の Windows サービスの実行が試行された場合、サービスは IPv6 を指定するユーザー環境変数にアクセスできないため、Internet Protocol バージョン 4 (IPv4) として開始することが試行されます。この場合、サーバーは正しく始動されません。 この問題を解決するには、 プロファイルを作成するときに、製品の Windows サービスが、ローカル・システム として実行されるのではなく、IPv6 を指定する環境変数が定義されているのと同じユーザー ID で実行されるように指定します。
Windows サービスのデフォルト値
Windows サービス定義パネルに表示されるデフォルト値は、次のとおりです。
- デフォルトでは、Windows サービスとして実行します。
- サービス・プロセスはシステム・アカウントとして実行するように選択されます。
- ユーザー・アカウントは現在のユーザー名です。ユーザー名要件は、Windows オペレーティング・システムがユーザー ID に課す要件のことです。
- 開始タイプは automatic です。開始タイプの値は、Windows オペレーティング・システムによって決定される値です。開始タイプとして automatic 以外の値を設定する場合は、メニューから別の有効なオプションを選択するか、プロファイルの作成後に開始タイプを変更します。プロファイルの作成後に、作成したサービスをいったん削除し、後で目的の開始タイプを指定してサービスを追加することも可能です。プロファイルの作成時にサービスを作成しないオプションを選択し、後で目的の開始タイプを指定してサービスを追加することもできます。
現在のオペレーティング・システムがサポートされるバージョンの Linux オペレーティング・システムであり、現在のユーザーが適切なアクセス権を持つ場合、Linux サービス定義パネルが表示されます。
製品は、startServer コマンドで開始するアプリケーション・サーバー・プロセスのための Linux サービスの開始を試行します。 例えば、アプリケーション・サーバーを Linux サービスとして 構成し、startServer コマンドを実行すると、wasservice コマンドは 定義されたサービスの開始を試行します。
デフォルトで、製品は、Linux サービスとして実行するようには選択されていません。
サービスを作成するには、プロファイル管理ツールを実行するユーザーは root ユーザーである必要があります。 プロファイル管理ツール を非 root ユーザー ID で実行すると、Linux サービス定義パネルは表示されず、サービスは作成されません。
Linux サービスを作成する場合は、サービスを実行するユーザー名を指定する必要があります。
Linux サービスを削除するには、ユーザーは root ユーザーであるか、サービスを削除するための適切な権限を持っている必要があります。 そうでない場合は、削除スクリプトが作成され、ユーザーの代わりに root ユーザーがこれを実行してサービスを削除できます。
事前に「拡張プロファイル作成」を選択してある場合は、次に表示されるパネルは「Web サーバー定義」パネルです。
- 拡張プロファイル作成では、Web サーバー定義を現時点でプロファイルに挿入するように選択した場合は、パネル上で Web サーバー特性を指定し、最後の Web サーバー定義パネルが表示されるまで「次へ」をクリックします。
Web サーバーを使用して製品へ要求を送付するには、Web サーバー定義が必要です。現時点で定義を指定するか、製品に後から Web サーバーを定義できます。このプロファイルの作成中に Web サーバー定義を定義すると、プロファイル作成後に Web サーバーとそのプラグインをインストールできます。ただし、両方とも、Web サーバー定義パネルで指定したパスにインストールする必要があります。このプロファイルの作成後に Web サーバーを製品に対して定義する場合は、別のプロファイルに Web サーバーを定義する必要があります。
ツールは、「プロファイル作成サマリー」パネルを表示します。
- 「作成」をクリックしてセル・プロファイルを作成するか、
または「戻る」をクリックしてセル・プロファイルの特性を変更します。
実行中の構成コマンドを示す「Profile creation progress」パネルが表示されます。
プロファイルの作成が完了すると、「プロファイル作成の完了」パネルがツールによって表示されます。
- (オプション) 「ファースト・ステップ・コンソールの起動」を選択します。「終了」をクリックして終了します。
ファースト・ステップ・コンソールでは、追加のプロファイルを作成し、アプリケーション・サーバーを始動できます。
タスクの結果
セル・プロファイルが作成されました。
プロファイル管理ツールではなくコマンドを使用してプロファイルを作成する方法については、manageprofiles コマンドの説明を参照してください。
次のタスク
アプリケーションをデプロイして、開始します。
アプリケーションのデプロイを開始する方法については、製品のファスト・パスを参照してください。


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tpro_instancescell
ファイル名:tpro_instancescell.html