この章では、リソース・グループを構成する方法について説明します。この章では、適宜追加情報について、Fusion MiddlewareとWebLogic Serverのドキュメント・セットおよびオンライン・ヘルプを参照します。
この章の内容は次のとおりです。
従来のWebLogic Serverドメインには、多くのタイプのデプロイ可能なリソース(アプリケーション、JMSサーバーとJMSキュー、データ・ソースなど)を含めることができます。この従来のモデルでは、アプリケーション・スイートに複数のアプリケーションとそれらのアプリケーションをサポートする様々なリソースが含まれる場合は、管理者が一貫性のある単位としてではなく、個別にこれらのリソースを定義し、これらのアプリケーションをデプロイします。
リソース・グループは、アプリケーションとそれらが使用するリソースを、ドメイン内の個別の管理単位にグループ化します。通常、指定されたリソース・グループ内でリソースがなんらかの方法で関連付けられます。たとえば、それらが単一のアプリケーション・スイートを構成します。
リソースとアプリケーションには、それらのリソースを開始したりそれらに接続するために必要なすべての情報(データ・ソースに接続するための資格証明やアプリケーションのターゲット指定情報を含む)があります。リソース・グループにデプロイされたアプリケーションは、起動可能な状態にする必要があります。
リソース・グループは次の2つの方法で作成できます。
新しいリソース・グループを作成します。これにより、リソース・グループの基本構造が作成されます。次に、このリソース・グループを必要に応じて編集する必要があります。
リソース・グループ・テンプレートに基づいた新しいリソース・グループを作成します。(リソース・グループ・テンプレートの詳細は、「リソース・グループ・テンプレートの構成」を参照してください。)構成は、テンプレートから新しいリソース・グループにコピーされます。次に、リソース・グループ・テンプレートからの値を必要に応じて編集およびオーバーライドする必要があります。
この節では、以下のトピックについて説明します。
リソース・グループはResourceGroupMBeanに基づくもので、次のリソースを含めることができます。
一般(名前、スコープ、リソース・グループ・テンプレートに基づくかどうか)
デプロイメント
サービス
JDBC
メッセージ
メール・セッション
永続ストア
外部JNDIプロバイダ
OSGiフレームワーク
診断
ターゲット
モニタリング機能(JDBC、メッセージ)
制御機能(JDBC、メッセージ、移行)
ノート
リソース・オーバーライドによって、パーティション・レベルでリソースをカスタマイズできます。リソース・グループ・テンプレートから導出されたリソース設定をオーバーライドできます。
オーバーライドには、主に2つのタイプがあります。
リソース・オーバーライド構成MBeanおよびリソース・デプロイメント・プランを使用して、特定のリソースのリソース設定をオーバーライドできます。
別のデプロイメント・プランを指定して、リソース・グループ・テンプレートに定義されているアプリケーションおよびモジュールのデフォルト・アプリケーション構成をオーバーライドできます。アプリケーションまたはモジュールは、アプリケーション構成用の新しいデプロイメント・プランを使用して再デプロイされます。
リソース・オーバーライドの完全な説明は、「リソース・オーバーライドの構成」を参照してください。アプリケーション・オーバーライドの詳細は、「パーティション・リソース・グループへのアプリケーションのデプロイ」を参照してください。
リソース・グループは、ドメイン・レベルで作成することも、ドメイン・パーティションに固有のものとして作成することもできます。ドメイン・レベルでリソース・グループを作成する場合、それにグローバル・スコープが指定され、非パーティション環境のドメイン・レベルと同等になります。ドメイン・レベルで実行されるアプリケーションまたはクラスはドメイン全体で使用できますが、パーティションでは使用できません。
パーティション・レベルでリソース・グループを作成する場合、それの対象はそのパーティションのみになります。パーティション・レベルで実行されるアプリケーションまたはクラスはそのパーティションで使用できますが、ドメイン・レベルまたは他のパーティションでは使用できません。
複数の仮想ターゲットを持つようにリソース・グループを構成できます。たとえば、リソース・グループをCluster1
、Cluster2
およびCluster3
の仮想ターゲットにターゲット設定して、リソース・グループのアプリケーションが3つすべてのクラスタで実行できます。
ただし、2つの重要な制限が存在します。
一部のリソース・グループ構成には、複数のターゲットに適用されないターゲット固有のリソースがある場合があります。次にこのようなリソースの例を示します(これらに限定されるものではありません)。
JMSServer
MessagingBridge
PathService
JMSBridgeDestination
FileStore
JDBCStore
JMSSystemResource
リソース・グループを複数の仮想ターゲットにターゲット指定しようとして、これらのリソースのいずれかが存在する場合、WebLogic Server MTでエラーが生成されます。
同じ物理サーバーをターゲットとしている複数の仮想ターゲットには、リソース・グループをターゲット設定できません。
たとえば、リソース・グループRG
がVT1
およびVT2
をターゲット指定し、VT1
とVT2
の両方がServer1
をターゲット指定した場合、WebLogic Server MTでエラーが生成されます。
パーティションまたはグローバル・スコープで新しいリソース・グループを作成するには、次のようにします。
必要に応じて、パーティションまたはドメイン・レベルに移動します。
次の移動の相違点に注意してください。
Fusion Middleware Controlを使用している場合は、「WebLogicドメイン」→「環境」→「リソース・グループ」に移動して、パーティション・レベルまたはドメイン・レベルでリソース・グループを作成できます。
WebLogic Server管理コンソールを使用している場合は、「WebLogicドメイン」→「環境」→「リソース・グループ」に移動して、ドメイン・レベルでリソース・グループを作成します。
パーティション・レベルでリソース・グループを作成するには、「WebLogicドメイン」→「ドメイン・パーティション」→「パーティション」→「リソース・グループ」に移動します。
新しいリソース・グループを作成します。
新しいリソース・グループに対して、次の構成設定を定義できます。
新しいリソース・グループの名前を入力します
パーティション・レベルかドメイン・レベルかを選択します。
オプションで、この新しいリソース・グループに使用するリソース・グループ・テンプレートを選択します
この新しいリソース・グループのターゲットを選択します。
新しいリソース・グループのノートを入力します
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループの作成に関する項を参照してください。
リソース・グループをリソース・グループ・テンプレートから作成しなかった場合、最初のリソース・グループ構成は基本スケルトンで、使用する前に構成する必要があります。リソース・グループまたはリソース・グループのオーバーライドの構成時に、パーティションに必要な構成のほとんどを実行します。タスクには、JDBCシステム・データ・ソース、JMSサーバーおよびリソース、外部JNDIプロバイダなどの構成が含まれます。
詳細は、「リソース・グループの構成: 主な手順および例」を参照してください。
次の例の内容は次のとおりです。
ドメイン・パーティションを作成します。
仮想ターゲットを作成します。
仮想ターゲットのホスト名およびURI接頭辞を設定します。
この仮想ターゲットを、使用可能なターゲットとしてパーティションに追加します。
リソース・グループを作成します。
仮想ターゲットをリソース・グループに追加します。
変更をアクティブ化します。
パーティションを起動します。
注意: これが本番モードで作成する最初のパーティションの場合は、管理サーバーを再起動する必要があり、その後でパーティションが起動可能になります。 |
# Create Pep partition and ResourceGroup edit() startEdit() wls:/base_domain/edit/ !> domain=getMBean('/') wls:/base_domain/edit/ !> peppart=domain.createPartition('Pep') wls:/base_domain/edit/ !> vt=domain.createVirtualTarget('TestVT') wls:/base_domain/edit/ !> vt.setHostNames(jarray.array([String('localhost')],String)) wls:/base_domain/edit/ !> vt.setUriPrefix('/foo') wls:/base_domain/edit/ !> peppart.addAvailableTarget(vt) wls:/base_domain/edit/ !> peprg=peppart.createResourceGroup('TestRG') wls:/base_domain/edit/ !> peprg.addTarget(vt) wls:/base_domain/edit/ !> activate() wls:/base_domain/edit/ !> startPartitionWait(peppart)
この項では、リソース・グループを構成する方法について説明します。
この項では、次のタスクを取り上げます。
リソース・グループの一般設定を表示および定義するには、次のようにします。
構成するリソース・グループを選択します。
次のような、リソース・グループの一般的な構成設定を表示および定義します。
名前
スコープ
リソース・グループ・テンプレート
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループの一般設定の構成に関する項を参照してください。
リソース・グループのデプロイメント設定を表示および定義するには、次のようにします。
構成するリソース・グループを選択します。
次のデプロイメント・アクションを実行できます。
デプロイ
再デプロイ
アンデプロイ
デプロイメント・プランのフェッチ
オーバーライドの追加
オーバーライドの削除
起動
停止
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループのデプロイメント設定の構成に関する項を参照してください。
アプリケーションをデプロイすると、物理ファイルまたはディレクトリがWebLogic Serverで認識されます。
リソース・グループにアプリケーションをデプロイするには、次のようにします。
構成するリソース・グループを選択します。
デプロイするアプリケーションを探し、デプロイメント・プランをアップロードするか、新しいデプロイメント・プランを作成するかを選択します。
必要に応じてアプリケーション属性を更新します。これらの属性は次のとおりです。
アプリケーション名
分散
ソースのアクセス可能性
アプリケーションをデプロイします。
デプロイメント設定を更新するか、このアプリケーションのデプロイメントを完了します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループへのアプリケーションのデプロイに関する項を参照してください。
アプリケーションを再デプロイすると、アーカイブ・ファイルまたは展開済ディレクトリが再デプロイされます。アプリケーションを変更し、その変更がWebLogic Serverクライアントで使用されるようにする場合に、アプリケーションを再デプロイします。
リソース・グループにアプリケーションまたはモジュールを再デプロイするには、次のようにします。
構成するリソース・グループを選択します。
再デプロイするアプリケーションを選択します。
デプロイメント・プランをアップロードするか、新しいデプロイメント・プランを作成するかを選択します。
必要に応じてアプリケーションの分散を更新します。
オプションで、デプロイメント・プランを編集し、より高度なデプロイメント・オプションを設定して、ローカル・ディスクにデプロイメント・プランを保存します。
アプリケーションを再デプロイして、このアプリケーションの再デプロイメントを完了します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループへのアプリケーションの再デプロイに関する項を参照してください。
アプリケーションをアンデプロイすると、アプリケーションがデプロイされているドメインの各ターゲットからアプリケーションが削除されます。アプリケーションをドメインからアンデプロイした場合、WebLogic Serverクライアントでアプリケーションを使用できるようにするには、再度アプリケーションをデプロイする必要があります。WebLogic Serverクライアントでアプリケーションを一時的に使用できないようにするには、アプリケーションをアンデプロイするのではなく、停止します。
パーティション・リソース・グループからアプリケーションをアンデプロイするには、次のようにします。
構成するリソース・グループを選択します。
デプロイ済アプリケーションからアンデプロイするアプリケーションを選択します。
アプリケーションをアンデプロイします。
削除されたアプリケーションを後でデプロイする場合は、「リソース・グループへのアプリケーションのデプロイ」を参照してください。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループからのアプリケーションのアンデプロイに関する項を参照してください。
この項では、リソース・グループのサービス設定を構成する方法について説明します。次の項目について説明します。
このリソース・グループで作成されたJDBCシステム・リソースの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「JDBC」に移動します。
リソース・グループの読取り専用のJDBC情報は、次のとおりです。
名前
JNDI名
タイプ
ターゲット
アルゴリズム・タイプ
行プリフェッチ有効
行プリフェッチ・サイズ
ストリーム・チャンク・サイズ
必要に応じて、システム・データ・ソースを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のリソース・グループのJDBC設定の構成に関する項を参照してください。
このリソース・グループで作成されたJDBCシステム・データ・ソースの構成の詳細は、「JDBCの構成」を参照してください。
この項では、リソース・グループのJMS設定を構成する方法について説明します。
この項では、次のタスクを取り上げます。
このリソース・グループに作成されたJMSサーバーの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「JMSサーバー」に移動します。
次の読取り専用情報は、このリソース・グループにすでに構成されているJMSサーバーで使用できます。
名前
ヘルス
ヘルスの理由
永続ストア
一時的なテンプレート名
最大バイト数
最大メッセージ数
最大バイトしきい値
最小バイトしきい値
最大メッセージしきい値
必要に応じて、JMSサーバーを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のJMSサーバー設定の構成に関する項を参照してください。
このリソース・グループで構成されたJMSサーバーの構成の詳細は、「JMSサーバーの構成」を参照してください。
このリソース・グループに作成されたストア・アンド・フォワード(SAF)エージェントの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「SAFエージェント」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているSAFエージェントで使用できます。
名前
エージェント・タイプ
永続ストア
必要に応じて、SAFエージェントを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のSAFエージェント設定の構成に関する項を参照してください。
このリソース・グループで構成されたストア・アンド・フォワード・エージェントの構成の詳細は、「ストア・アンド・フォワード(SAF)エージェントの構成」を参照してください。
リソース・グループのリソース設定をモニターするには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「JMSリソース」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているJMSリソースで使用できます。
名前
タイプ
JMSモジュール名
JNDI名
サブデプロイメント
必要に応じて、JMSリソースを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のSAFエージェント設定の構成に関する項を参照してください。
既存のJMSリソースの構成の詳細は、「JMSシステム・リソースおよびアプリケーション・スコープのJMSモジュールの構成」を参照してください。
リソース・グループのJMSモジュールを構成するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「JMSモジュール」→「JMSモジュール」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているJMSモジュールで使用できます。
名前
キュー
トピック
接続ファクトリ
分散キュー
分散トピック
外部サーバー
割当て制限
SAFエラー・ハンドラ
SAFインポート済宛先
SAFリモート・コンテキスト
テンプレート
共通分散キュー
共通分散トピック
宛先キー
タイプ
必要に応じて、JMSモジュールを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のJMSモジュール設定の構成に関する項を参照してください。
既存のJMSモジュールの構成の詳細は、「メッセージング・コンポーネントの構成」を参照してください。
リソース・グループのメッセージング・ブリッジ設定を構成するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「メッセージング・ブリッジ」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているメッセージング・ブリッジで使用できます。
名前
ソース・ブリッジ宛先
ターゲット・ブリッジ宛先
必要に応じて、メッセージング・ブリッジを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のメッセージング・ブリッジの構成に関する項を参照してください。
このリソース・グループで構成されたメッセージング・ブリッジの構成の詳細は、「メッセージング・ブリッジの構成」を参照してください。
リソース・グループのJMSブリッジ宛先設定を構成するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→ブリッジ宛先に移動します。
次の読取り専用情報は、このリソース・グループに構成されているJMSブリッジ宛先で使用できます。
名前
アダプタのJNDI名
必要に応じて、JMSブリッジ宛先を作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のJMSブリッジ宛先の構成に関する項を参照してください。
リソース・グループのパス・サービス設定を構成するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メッセージング」→「パス・サービス」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているパス・サービスで使用できます。
名前
永続ストア
必要に応じて、パス・サービスを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のパス・サービスの構成に関する項を参照してください。
既存のパス・サービスの構成の詳細は、「分散宛先による順序単位の使用をサポートするパス・サービスの構成」を参照してください。
このリソース・グループで作成されたメール・セッションの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「メール」に移動します。
次の読取り専用情報は、このリソース・グループに構成されているメール・セッションで使用できます。
名前
JNDI名
必要に応じて、メール・セッションを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のWebLogic Serverメール・セッションに関する項を参照してください。
このリソース・グループで作成された永続ストアの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「永続ストア」に移動します。
次の読取り専用情報は、このリソース・グループに構成されている永続ストアで使用できます。
名前
タイプ
必要に応じて、永続ストアを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のWebLogic Server永続ストアに関する項を参照してください。
既存の永続ストアの構成の詳細は、「JDBCまたはファイル永続ストアの構成」を参照してください。
このリソース・グループで作成された外部JNDIプロバイダの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「外部JNDIプロバイダ」に移動します。
次の読取り専用情報は、このリソース・グループに構成されている外部JNDIプロバイダで使用できます。
名前
初期コンテキスト・ファクトリ
プロバイダURL
ユーザー
ターゲット
必要に応じて、外部JNDIプロバイダを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のWebLogic Server外部JNDIプロバイダに関する項を参照してください。
既存の外部JNDIプロバイダの構成の詳細は、「JNDIの構成とプログラミング」を参照してください。
このリソース・グループで作成された診断システム・モジュールの構成設定を表示するには、次のようにします。
構成するリソース・グループを選択します。
「サービス」→「診断」に移動します。
次の読取り専用情報は、このリソース・グループに構成されている診断システム・モジュールで使用できます。
名前
説明
ターゲット
必要に応じて、診断システム・モジュールを作成または削除します。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』のWebLogic Server診断に関する項を参照してください。
既存の診断システム・モジュールの構成の詳細は、「パーティションのモニタリングおよびデバッグ」を参照してください。
このリソース・グループのターゲットを指定するには、次のようにします。
構成するリソース・グループを選択します。
「ターゲット」に移動します。
このリソース・グループのターゲットとする1つ以上の仮想ターゲットを指定します。
リソース・グループを複数の仮想ターゲットにターゲット指定する場合の重要な考慮事項は、「複数のターゲットへのリソース・グループのターゲット設定」を参照してください。
仮想ターゲットは、パーティション内の多数のリソース・グループでも、ドメイン・レベルの多数のリソース・グループでも使用できます。
変更内容を保存します。
これらのタスクの詳細は、『Fusion Middleware ControlによるOracle WebLogic Serverの管理』の仮想ターゲットの構成に関する項を参照してください。
実際の仮想ターゲットの構成の詳細は、「仮想ターゲットの構成」を参照してください。
リソース・グループのノートを作成するには、次のようにします。
構成するリソース・グループを選択します。
「ノート」に移動します。
ノートを入力します。
変更内容を保存します。
次の例の内容は次のとおりです。
ドメイン・パーティションを作成します。
仮想ターゲットを作成します。
仮想ターゲットのホスト名およびURI接頭辞を設定します。
この仮想ターゲットを、使用可能なターゲットとしてパーティションに追加します。
リソース・グループを作成します。
仮想ターゲットをリソース・グループに追加します。
変更をアクティブ化します。
パーティションを起動します。
注意: これが本番モードで作成する最初のパーティションの場合は、管理サーバーを再起動する必要があり、その後でパーティションが起動可能になります。 |
アプリケーションMySimpleEjb
をリソース・グループにデプロイします。
# Create Pep partition and ResourceGroup edit() startEdit() wls:/base_domain/edit/ !> domain=getMBean('/') wls:/base_domain/edit/ !> peppart=domain.createPartition('Pep') wls:/base_domain/edit/ !> vt=domain.createVirtualTarget('TestVT') wls:/base_domain/edit/ !> vt.setHostNames(jarray.array([String('localhost')],String)) wls:/base_domain/edit/ !> vt.setUriPrefix('/foo') wls:/base_domain/edit/ !> peppart.addAvailableTarget(vt) wls:/base_domain/edit/ !> peprg=peppart.createResourceGroup('TestRG') wls:/base_domain/edit/ !> peprg.addTarget(vt) wls:/base_domain/edit/ !> activate() wls:/base_domain/edit/ !> startPartitionWait(peppart) wls:/base_domain/edit/ !> deploy(appName='MySimpleEjb', path='c:/webservices/MySimpleEjb.jar', partition='Pep', resourceGroup='TestRG', deploymentOrder=10,securityModel='DDOnly') : Completed the deployment of Application with status completed Current Status of your Deployment: Deployment command type: deploy Deployment State : completed Deployment Message : no message
リソース・グループを削除する前に、まずそれを停止する必要があります。リソース・グループを停止すると、リソース・グループのアプリケーションとリソースは処理を停止し、メモリーから削除されます。
削除するリソース・グループを選択します。
「制御」→「停止」に移動します。通常、作業の完了時にリソース・グループを停止するよう選択する必要があります。
リソース・グループを停止します。
リソース・グループを削除します。
次の例の内容は次のとおりです。
ドメイン・パーティションを作成します。
仮想ターゲットを作成します。
仮想ターゲットのホスト名およびURI接頭辞を設定します。
この仮想ターゲットを、使用可能なターゲットとしてパーティションに追加します。
リソース・グループを作成します。
仮想ターゲットをリソース・グループに追加します。
リソース・グループの設定を解除します。
リソース・グループを削除します。
別のリソース・グループを作成します。
そのリソース・グループに仮想ターゲットを追加します。
変更をアクティブ化します。
パーティションを起動します。
注意: これが本番モードで作成する最初のパーティションの場合は、管理サーバーを再起動する必要があり、その後でパーティションが起動可能になります。 |
# Create Pep partition and Resource Group. Remove Resouce Group edit() startEdit() wls:/base_domain/edit/ !> domain=getMBean('/') wls:/base_domain/edit/ !> peppart=domain.createPartition('Pep') wls:/base_domain/edit/ !> vt=domain.createVirtualTarget('TestVT') wls:/base_domain/edit/ !> vt.setHostNames(jarray.array([String('localhost')],String)) wls:/base_domain/edit/ !> vt.setUriPrefix('/foo') wls:/base_domain/edit/ !> peppart.addAvailableTarget(vt) wls:/base_domain/edit/ !> peprg=peppart.createResourceGroup('TestRG') wls:/base_domain/edit/ !> peprg.addTarget(vt) wls:/base_domain/edit/ !> peppart.unSet('ResourceGroups') wls:/base_domain/edit/ !> peprg=peppart.destroyResourceGroup(peprg) wls:/base_domain/edit/ !> peprg=peppart.createResourceGroup('TestRG2') wls:/base_domain/edit/ !> peprg.addTarget(vt) wls:/base_domain/edit/ !> activate() wls:/base_domain/edit/ !> startPartitionWait(peppart)
リソース・グループを制御するには、次のようにします。
構成するリソース・グループを選択します。
「制御」に移動します。
実行可能な操作は次のとおりです。
起動 - 現在実行されていないアプリケーションのデプロイメントとリソースがアクティブになります。
停止 - リソース・グループのアプリケーションとリソースは処理を停止し、メモリーから削除されます。これは、アプリケーションまたはリソースのアンデプロイと同等のランタイムです。ただし、アプリケーションまたはリソースの構成はconfig.xml
から削除されません。これは実際のアンデプロイメントで行われます。
リソース・グループの停止
次の例は、「リソース・グループの作成: WLSTの例」に示すWLSTの例を基に作成されています。ResourceGroupLifeCycleRuntime MBeanへのナビゲーションを示し、リソース・グループTestRG
を停止します。
wls:/base_domain/serverConfig/> domainRuntime() wls:/base_domain/domainRuntime/> domain=cmo wls:/base_domain/domainRuntime/> partrun = cmo.lookupDomainPartitionRuntime('Pep') wls:/base_domain/domainRuntime/> partliferun = partrun.getPartitionLifeCycleRuntime() wls:/base_domain/domainRuntime/> rgliferun = partliferun.lookupResourceGroupLifeCycleRuntime('TestRG') wls:/base_domain/domainRuntime/> rgliferun.shutdown() [MBeanServerInvocationHandler]com.bea:Name=_2_SHUTDOWN,Type=ResourceGroupLifeCyc leTaskRuntime,DomainPartitionRuntime=Pep,ResourceGroupLifeCycleRuntime=TestRG,Pa rtitionLifeCycleRuntime=Pep
リソース・グループの起動
次の例は、「リソース・グループの作成: WLSTの例」に示すWLSTの例を基に作成されています。ResourceGroupLifeCycleRuntime MBeanへのナビゲーションを示し、リソース・グループTestRG
を起動します。
wls:/base_domain/serverConfig/> domainRuntime() wls:/base_domain/domainRuntime/> domain=cmo wls:/base_domain/domainRuntime/> partrun = cmo.lookupDomainPartitionRuntime('Pep') wls:/base_domain/domainRuntime/> partliferun = partrun.getPartitionLifeCycleRuntime() wls:/base_domain/domainRuntime/> rgliferun = partliferun.lookupResourceGroupLifeCycleRuntime('TestRG') wls:/base_domain/domainRuntime/> rgliferun.start() [MBeanServerInvocationHandler]com.bea:Name=_4_START,Type=ResourceGroupLifeCycleT askRuntime,DomainPartitionRuntime=Pep,ResourceGroupLifeCycleRuntime=TestRG,Parti tionLifeCycleRuntime=Pep wls:/base_domain/domainRuntime/>
リソース・グループを移行する場合、リソース・グループが使用している仮想ターゲットを、ある物理ターゲット(クラスタ/サーバー)から別の物理ターゲットに変更します。移行後、仮想ターゲットは新しい物理ターゲット(クラスタ/サーバー)を参照します。
この変更は、この仮想ターゲットを使用しているパーティション・レベルまたはドメイン・レベルのリソース・グループに影響を及ぼします。
Fusion Middleware Controlを使用してリソース・グループを移行するには、次の手順を実行します。
「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「リソース・グループ」を選択します。
「リソース・グループ」表には、現在のドメインで構成された各リソース・グループに関する情報が表示されます。
「リソース・グループ」表で、構成するリソース・グループを選択します。
「移行」に移動します。
リソース・グループに関連付けられた仮想ターゲットの新しいターゲットを選択します。単一の管理対象サーバーまたは単一のクラスタを選択できます。
変更内容を保存します。
次の例の内容は次のとおりです。
ドメイン・パーティションを作成します。
仮想ターゲットを作成します。
仮想ターゲットのホスト名およびURI接頭辞を設定します。
仮想ターゲットを管理サーバーにターゲット設定します。(通常は、特定の理由がある場合を除いて、仮想ターゲットを管理サーバーにターゲット設定することはありません。)
この仮想ターゲットを、使用可能なターゲットとしてパーティションに追加します。
リソース・グループを作成します。
仮想ターゲットをリソース・グループに追加します。
変更をアクティブ化します。
パーティションを起動します。
注意: これが本番モードで作成する最初のパーティションの場合は、管理サーバーを再起動する必要があり、その後でパーティションが起動可能になります。 |
ターゲットとしての管理サーバーを削除します。
仮想ターゲットをCluster-0に移行(ターゲット設定)します。
# Create Pep partition and ResourceGroup edit() startEdit() wls:/base_domain/edit/ !> domain=getMBean('/') wls:/base_domain/edit/ !> peppart=domain.createPartition('Pep') wls:/base_domain/edit/ !> vt=domain.createVirtualTarget('TestVT') wls:/base_domain/edit/ !> vt.setHostNames(jarray.array([String('localhost')],String)) wls:/base_domain/edit/ !> vt.setUriPrefix('/foo') wls:/base_domain/edit/ !> tgt=getMBean('/Servers/AdminServer') wls:/base_domain/edit/ !> vt.addTarget(tgt) wls:/base_domain/edit/ !> peppart.addAvailableTarget(vt) wls:/base_domain/edit/ !> peprg=peppart.createResourceGroup('TestRG') wls:/base_domain/edit/ !> peprg.addTarget(vt) wls:/base_domain/edit/ !> activate() wls:/base_domain/edit/ !> startPartitionWait(peppart) startEdit() wls:/base_domain/edit/ !> vt.removeTarget(tgt) wls:/base_domain/edit/ !> tgt=getMBean('/Clusters/Cluster-0') wls:/base_domain/edit/ !> vt.addTarget(tgt) wls:/base_domain/edit/ !> activate()
リソース・グループ関連の詳細は、次の項を参照してください。