Coherenceの構成
Oracle Coherenceを使用すると、使用頻繁度の高いデータへの迅速かつ信頼性のあるアクセスを実現することにより、企業はミッションクリティカルなアプリケーションを予測どおりに拡張できるようになります。 Coherenceは、複数のサーバー間でメモリー内のデータを自動的かつ動的にパーティション化することで、サーバー障害が発生した場合でも、継続的なデータ可用性およびトランザクションの整合性を実現します。
WebLogic Serverドメインには、CoherenceクラスタおよびCoherenceベース・アプリケーションの管理とデプロイメントを簡素化するCoherenceコンテナが含まれます。
ノート
Coherenceは、WebLogic Serverに依存しないスタンドアロン・モードでインストールすることもできます。 WebLogic Remote ConsoleはスタンドアロンのCoherenceインストールを管理できないため、このドキュメントでは、CoherenceをWebLogic Serverとともに使用することのみに重点を置いています。
スタンドアロンCoherenceについてさらに学習するには、「Oracle Coherenceのインストール」の「Oracle Coherence標準インストール・トポロジの概要」を参照してください。
Coherenceクラスタおよび管理対象Coherenceサーバー
Coherenceは、Coherenceクラスタと呼ばれるコンテナ・サブシステムとしてWebLogic Server内に統合されます。 コンテナを使用すると、Coherenceメンバーのライフサイクルを管理対象サーバーのライフサイクルにあわせることができます。サーバーJVMを起動または停止すると、Coherenceクラスタ・メンバーも起動または停止します。
WebLogic Serverドメインには、複数のWebLogic Serverクラスタに関連付けることができる単一のCoherenceクラスタを含めることができます。 Coherenceクラスタ内には、Coherenceクラスタ・メンバーがあります。
管理対象Coherenceサーバーは、Coherenceクラスタ・メンバーとして構成される管理対象サーバーです。 管理対象Coherenceサーバーは、アプリケーションのスケーラビリティ、可用性およびパフォーマンスを向上させるために、アプリケーションにインメモリー分散キャッシュを提供します。
管理対象サーバーは、Coherenceクラスタに明示的に関連付けることも、Coherenceクラスタに関連付けられているWebLogic Serverクラスタに関連付けることもできます。
WebLogic Serverクラスタの一部である管理対象Coherenceサーバーは、WebLogic ServerクラスタからそのCoherence設定を継承します。 WebLogic Serverクラスタは、通常、Coherenceクラスタ内のロールに基づいて管理対象Coherenceサーバーを編成するCoherenceデプロイメント層を設定するために使用されます。
ノート
WebLogic Serverクラスタと同様に、Coherenceクラスタは複数の管理対象Coherenceサーバー・インスタンスで構成されます。 ただし、Coherenceクラスタは異なるクラスタリング・プロトコルを使用し、WebLogic Serverクラスタとは別に構成されます。
Coherenceクラスタでは、クライアントはローカル・キャッシュ内のデータを扱い、データの分散およびバックアップがクラスタ・メンバー間で自動的に実行されます。
詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceクラスタの構成および管理」を参照してください。
ノート
以前のリリースでは、Coherenceクラスタ・メンバーはCoherenceサーバー(Coherenceデータ・ノードとも呼ばれる)に編成されていました。 この機能は非推奨であり、WebLogic Remote Consoleではサポートされていません。 Coherence層は、かわりに管理対象Coherenceサーバーを使用するように構成する必要があります。Coherenceの構成: 主なステップ
最適なパフォーマンスまたはスケーラビリティのために、Coherenceは通常、デプロイメント層を表すためにWebLogic Serverクラスタを使用して設定されます。
-
独立したWebLogic ServerクラスタをCoherenceデプロイメント層として保持することがドメインのトポロジで許可されていることを確認します。 ガイダンスは、「Oracle WebLogic Serverクラスタの管理」の「クラスタ・アーキテクチャ」を参照してください。
ノート
または、開発目的で、キャッシュ・サーバーとキャッシュ・クライアントの両方として機能する単一のスタンドアロン管理対象サーバー・インスタンスを設定できます。 「単一サーバー・クラスタでのCoherenceの構成およびデプロイ」を参照してください。
単一サーバー・トポロジは、本番での使用にはお薦めしません。
-
「Coherenceクラスタの作成」の説明に従って、Coherenceクラスタを構成します。
-
「Coherenceデータ層の作成」の説明に従って、データ層を構成します。
Coherenceデータ層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタであり、ストレージが有効な任意の数の管理対象Coherenceサーバーをホストします。 詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceデータ層の構成および管理」を参照してください。
-
「Coherenceアプリケーション層の作成」の説明に従って、アプリケーション層を構成します。
Coherenceアプリケーション層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタで、ストレージが無効な管理対象Coherenceサーバーをいくつでもホストします。 詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceアプリケーション層の構成および管理」を参照してください。
-
「Coherenceプロキシ層の作成」の説明に従って、プロキシ層を構成します。
Coherenceプロキシ層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタであり、任意の数の管理対象Coherenceプロキシ・サーバーをホストします。 管理対象Coherenceプロキシ・サーバーにより、Coherence*Extendクライアントは、クラスタ・メンバーにならなくてもCoherenceキャッシュを使用することが可能になります。 詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceプロキシ層の構成および管理」を参照してください。
-
Coherenceを使用するアプリケーション・モジュール(Webアプリケーション、EJBなど)用のCoherenceグリッド・アーカイブ(GAR)モジュールを作成してパッケージ化します。 詳細は、「Oracle WebLogic Server用のOracle Coherenceアプリケーションの開発」の「WebLogic Server用のCoherenceアプリケーションの作成」を参照してください。
-
「アプリケーションのインストール」の説明に従って、Coherence GARモジュールをWebLogic Serverドメインにデプロイします。
スタンドアロンGARは、他のJava EEモジュールと同じ方法でデプロイされます。 詳細は、「Oracle WebLogic Server用のOracle Coherenceアプリケーションの開発」の「WebLogic ServerでのCoherenceアプリケーションのデプロイ」を参照してください。
Coherenceクラスタの作成
Coherenceクラスタを使用すると、アプリケーションは、アクセスが必要なアプリケーションをホストするサーバー・インスタンスおよびクラスタ間でデータ管理およびキャッシュ・サービスを共有できます。
クラスタのプロパティを構成した後、CoherenceクラスタをドメインのWebLogic Serverインスタンスまたはクラスタにターゲット設定します。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
「新規」をクリックします。
-
Coherenceクラスタの名前を入力し、「作成」をクリックします。
-
「クラスタリング・モード」を選択し、選択したクラスタリング・モードに応じてCoherence一般プロパティを調整します。
-
提供されているMBeansを介して使用できない操作設定を指定する場合は、追加設定を使用してクラスタ構成ファイルをアップロードできます。 「構成のインポート」をクリックし、「カスタム・クラスタ構成ファイル名」ダイアログ・ボックスで、ドメイン構成ディレクトリに対するクラスタ構成ファイルのロケーションを入力します。
ノート
外部クラスタ構成ファイルとMBeansの両方に同じ操作設定を構成しないでください。 -
「保存」をクリックします。
次に、次の構成オプションの更新を検討してください:
Coherenceクラスタの構成
Coherenceクラスタには、特定のドメインに構成できる複数のクラスタ設定が用意されています。
環境の必要に応じて、Coherenceクラスタのデフォルト値を更新する必要があります。
Coherenceフェデレーションの構成
Coherenceフェデレーションを使用して、地理的に分散した複数のクラスタ間でキャッシュ・データを非同期にフェデレートします。 クラスタ間でキャッシュされたデータをフェデレートすると、異なる地理的ロケーションにあるアプリケーション・ユーザーに対して冗長性、オフサイト・バックアップおよび複数のアクセス・ポイントが提供されます。
詳細は、「Oracle Coherenceの管理」の「クラスタ間でのキャッシュのフェデレート」を参照してください。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
編集するCoherenceクラスタをクリックし、「Coherenceフェデレーション」タブを選択します。
-
ドロップダウン・リストから「フェデレーション・トポロジ」を選択します。
トポロジを選択すると、トポロジ構成が自動的に作成され、
Default-Topology
という名前が付けられます。 キャッシュ構成ファイルで他のフェデレーション・トポロジが指定されていない場合、デフォルト・トポロジ・トポロジ構成が作成され、使用されます。フェデレーションを使用する場合は、ローカル・クラスタとリモート・クラスタの両方で補完トポロジを構成する必要があります。 たとえば、ローカル・クラスタが
active-passive
を使用するように設定されている場合、リモート・クラスタはpassive-active
を使用するように設定する必要があります。 -
「リモートCoherenceクラスタ名」フィールドに、このクラスタのフェデレート先のリモート・クラスタの名前を入力します。
-
「リモート参加者ホスト」フィールドに、リモート・クラスタで管理対象Coherenceサーバーを実行している1つ以上のホスト(カンマ区切り)を入力します。
-
必要に応じて、「リモートCoherenceクラスタ・リスニング・ポート」のリモート・クラスタのクラスタ・ポートを変更します。 通常、デフォルトのクラスタ・ポートは変更しません。
-
「保存」をクリックします。
Coherence永続性の構成
Coherence永続性を使用して、Coherence分散キャッシュを保存およびリカバリします。 致命的障害や、計画的メンテナンスによるクラスタ再起動の後に迅速なリカバリができるように、キャッシュされたデータは保持されます。
Coherenceでの永続性の構成の詳細は、「Oracle Coherenceの管理」の「キャッシュの永続化」を参照してください。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
編集するCoherenceクラスタをクリックし、「Coherence永続性」タブを選択します。
-
ドロップダウン・リストから「永続性モード」を選択します。
- On-Demand: このモードでは、キャッシュ・サービスは、永続性コーディネータを使用してリクエストに応じて手動で永続化およびリカバリされます。 永続性コーディネータは、キャッシュ・サービスのスナップショットの作成、アーカイブおよびリカバリの操作を提供するMBeanインタフェースとして公開されています。
- アクティブ: このモードでは、キャッシュの内容はすべての突然変異で自動的に保持され、クラスタ/サービスの起動時に自動的に回復されます。 その場合も、永続性コーディネータをアクティブ永続性モードで使用して、オンデマンド・スナップショットを実行できます。
- Active-Async: このモードでは、ストレージ・サーバーはデータを非同期に保持できます。 したがって、変更リクエストは、プライマリがデータを格納し、(同期バックアップがある場合は)バックアップが更新を受信した後で正常に処理されます。
- アクティブなバックアップ: このモードでは、永続性はアクティブな永続性モードと同様に動作しますが、バックアップ・パーティションもディスクに非同期的に格納されます。
-
様々な永続性ファイルが格納されているデフォルトのロケーションをオーバーライドできます。 適切なフィールドに新しいファイルのロケーションを入力します:
- Active Directory
- スナップショット・ディレクトリ
- ごみ箱ディレクトリ
- バックアップ・ディレクトリ
- イベント・ディレクトリ
-
「保存」をクリックします。
Coherenceロギングの構成
Coherenceクラスタのロギング・プロパティを構成できます。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
編集するCoherenceクラスタをクリックし、「ログ」タブを選択します。
-
「有効」オプションがオンになっていることを確認します。
-
「ロガー名」フィールドに、Coherenceログのログ出力名を入力します。
-
「メッセージ書式」フィールドに、Coherenceログ・メッセージ形式を入力します。
-
「重要度レベル」フィールドに、Coherenceログのロギング重大度レベルを入力します。 設定できる最大レベルは
9
です。 -
「文字制限」フィールドに、Coherenceログの文字制限を入力します。
-
「保存」をクリックします。
Coherenceセキュリティ・フレームワークの設定
Coherenceセキュリティ・フレームワークを有効化および構成できます。 セキュリティを有効にしないと、WebLogic Server以外のすべてのJVMがWebLogic Server認可なしでCoherenceクラスタにアクセスできるようになります。
詳細は、「Oracle Coherenceの保護」の「Oracle WebLogic ServerでのOracle Coherenceの保護」を参照してください。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
編集するCoherenceクラスタをクリックし、「セキュリティ」タブを選択します。
-
「セキュリティ・フレームワーク使用可能」オプションをオンにして、環境の要件を満たすようにセキュリティ・パラメータを構成します。
ノート
「保護された生産」オプションが設定されていない場合、CoherenceはWebLogic Serverからドメイン・モードを継承します。 -
「保存」をクリックします。
-
Coherenceクラスタのアイデンティティ・アサーション・プロバイダを有効にして、クライアントのアイデンティティ・トークンをアサートします。 ローカル拡張クライアントの場合、アイデンティティ・アサータは、
weblogic.security.acl.internal.AuthenticatedSubject
タイプのトークンをアサートするためにすでに有効化されています。 リモート(WebLogic Serverの外部)拡張クライアントの場合、カスタム・アイデンティティ・アサータ実装クラスをGARにパッケージ化する必要があります。 ただし、リモートのExtendクライアントがトークンとしてnull
を渡す場合、アイデンティティ・アサータは必要ありません。 プロキシ・サービスがnullでないトークンを受信し、アイデンティティ・アサータの実装クラスが構成されていない場合、SecurityException
がスローされ、接続試行が拒否されます。-
ナビゲーション・ツリーの現在のCoherenceクラスタ・ノードで、「Coherenceアイデンティティ・アサーション・プロバイダ」を選択します。
-
「クラス名」フィールドに、アサータ・クラスの完全修飾名を入力します。 たとえば、デフォルトのアイデンティティ・アサータを使用するには、
com.tangosol.net.security.DefaultIdentityAsserter
と入力します。 -
「保存」をクリックします。
-
引数がある場合は、「アイデンティティ・アサーション・プロバイダ・コンストラクタの引数」ノードを開き、「新規」をクリックしてクラス・コンストラクタ引数を追加します。
-
「保存」をクリックします。
-
Coherenceサービスおよびキャッシュへのアクセスを認可するためのWebLogic Serverロールおよびポリシーを定義する場合は、それぞれ「Coherenceサービス構成の保護」または「Coherenceキャッシュの保護」を参照してください。
ターゲットCoherenceクラスタ
Coherenceクラスタを、Coherenceデータ・キャッシュおよびサービスにアクセスする必要があるアプリケーションをホストするWebLogic Serverインスタンスまたはクラスタにターゲット指定します。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」の順に移動します。
-
編集するCoherenceクラスタをクリックし、「メンバー」タブを選択します。
-
Coherenceクラスタ構成をデプロイするサーバーまたはクラスタを選択し、「選択済」の下に移動します。 不要なサーバーまたはクラスタを「使用可能」の下に移動します。
-
「保存」をクリックします。
クラスタ・キャッシュ構成の作成
Coherenceキャッシュ構成ファイルでは、アプリケーションで使用されるキャッシュとサービスを定義します。 通常、キャッシュ構成ファイルは、GARモジュールに含まれています。
GARは、データ層内のすべての管理対象Coherenceサーバーにデプロイされますが、EARの一部としてアプリケーション層にデプロイすることもできます。 GARにより、すべてのCoherenceクラスタ・メンバーでキャッシュ構成が使用可能になります。
ただし、特定の管理対象Coherenceサーバーで異なるキャッシュ構成ファイルを使用する必要がある場合があります。 たとえば、プロキシ層では、GAR内のすべてのアーティファクトにアクセスする必要がありますが、起動するプロキシ・サービスが定義されている別のキャッシュ構成ファイルが必要です。
WebLogic Remote Consoleを使用して、クラスタ・キャッシュ構成を定義できます。 キャッシュ構成ファイルは、実行時にWebLogicクラスタまたは管理対象Coherenceサーバーに関連付けることができます。 この場合、そのキャッシュ構成が、GARに含まれているキャッシュ構成ファイルをオーバーライドします。 GARファイル内のキャッシュ構成ファイルを省略し、実行時に割り当てることもできます。
実行時にキャッシュ構成ファイルをオーバーライドするには、キャッシュ構成ファイルがJNDI名にバインドされている必要があります。 JNDI名は、
要素のoverride-property
属性を使用して定義されます。要素は、GARファイルにパッケージ化されているcoherence-application.xml
ファイルにあります。coherence-application.xml
ファイルの詳細は、「Oracle WebLogic Server用のOracle Coherenceアプリケーションの開発」の「coherence-application.xmlデプロイメント記述子の要素」を参照してください。キャッシュ構成ファイルのインポートの詳細は、「Oracle WebLogic Serverクラスタの管理」の「キャッシュ構成ファイルのオーバーライド」を参照してください。
-
まだ作成していない場合は、Coherenceクラスタを作成します。 「Coherenceクラスタの作成」を参照してください。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」、myCoherenceCluster、「Coherenceキャッシュ構成」の順に移動します。
-
「新規」をクリックします。
-
「名前」フィールドに、Coherenceキャッシュ構成の名前を入力します。
-
「JNDI名」フィールドに、キャッシュ構成ファイルのバインド先のJNDI名を入力します。
このJNDI名の接頭辞は
cache-config/
で、coherence-application.xml
のcache-configuration-ref
エントリ内のoverride-property
にある値と一致する必要があります。たとえば、JNDI名
ExamplesGAR
は、cache-config/ExamplesGAR
のoverride-property
と一致する必要があります。 -
「キャッシュ構成ファイル」フィールドに、キャッシュ構成ファイルへのフルパスを入力します。 または、URLを指定することもできます。
-
「作成」をクリックします。
-
「ターゲット」タブで、クラスタ・キャッシュ構成をターゲットとするサーバーまたはクラスタを選択し、「選択済」の下に移動します。 不要なサーバーまたはクラスタを「使用可能」の下に移動します。
-
「保存」をクリックします。
Coherenceキャッシュの保護
WebLogic Server認可を使用して、特定のCoherenceキャッシュへのアクセスを制限します。
-
まだ作成していない場合は、Coherenceクラスタを作成します。 「Coherenceクラスタの作成」を参照してください。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」、myCoherenceCluster、「Coherenceキャッシュ」の順に移動します。
-
「新規」をクリックします。
-
「名前」フィールドに、Coherenceキャッシュの名前を入力します。 キャッシュの名前は、「正確」とアプリケーションで使用されるキャッシュの名前と一致する必要があります。
-
「作成」をクリックし、変更をコミットします。
-
Coherenceキャッシュにスコープ指定されたセキュリティ・ロールを適用します。 「スコープ付きロールの作成」を参照してください。
Coherenceサービス構成の保護
WebLogic Server認可を使用すると、Coherenceサービスへのアクセスを制限できます。 キャッシュ・サービスに認証を指定すると、そのサービスで作成されるすべてのキャッシュへのアクセスに影響します。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」、myCoherenceCluster、「Coherenceサービス」の順に移動します。
-
「新規」をクリックします。
-
「名前」フィールドに、Coherenceサービスの名前を入力します。 サービスの名前は、アプリケーションで使用されるサービスの名前である「正確」と一致する必要があります。
ノート
正確な名前には、サービス名に接頭辞としてスコープ名を含める必要があります。 スコープ名は、キャッシュ構成ファイルに明示的に定義するか、より一般的には開発モジュール名から取ることができます。 たとえば、ContactsService
という名前のサービスを定義するcontacts.gar
という名前のGARをデプロイする場合、正確なサービス名はcontacts:ContactsService
となります。 -
「作成」をクリックし、変更をコミットします。
-
Coherenceサービスにスコープ指定されたセキュリティ・ロールを適用します。 「スコープ付きロールの作成」を参照してください。
Coherence既知アドレスの指定
Coherenceクラスタの既知のアドレスを構成します。 他のメンバーはこのアドレスを使用してクラスタに登録できます
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」、myCoherenceCluster、「Coherenceクラスタの既知のアドレス」の順に移動します。
-
「新規」をクリックします。
-
「名前」フィールドに、Coherenceの既知のアドレスの名前を入力します。
-
「リスニング・アドレス」フィールドに、Coherenceクラスタ・メンバーのIPアドレスを入力します。
-
「作成」をクリックします。
Coherenceアドレス・プロバイダの構成
アドレス・プロバイダは、プロキシ・サービスのTCPリスナー・アドレス(IPまたはDNS名およびポート)を指定します。
-
「編集ツリー」で、「環境」、「Coherenceクラスタ」、myCoherenceCluster、「Coherenceアドレス・プロバイダ」の順に移動します。
-
「新規」をクリックします。
-
「名前」フィールドに、Coherenceアドレス・プロバイダの名前を入力します。
-
「作成」をクリックします。
新しいアドレス・プロバイダのノードが「Coherenceアドレス・プロバイダ」の下に表示されます。
-
新しいノードを展開し、「Coherenceソケット・アドレス」に進みます。
-
「新規」をクリックします。
-
ソケット・アドレスの名前を入力します。
-
「住所」フィールドで、ソケット・アドレスのリスニング・アドレスを指定します。
-
「ポート」フィールドで、ソケット・アドレスのリスニング・ポートを指定します。
-
「作成」をクリックします。
Coherenceデプロイメント層
本番環境では、Coherenceは、通常、デプロイメント層を表すためにWebLogic Serverクラスタを使用して設定されます。
Coherenceデプロイメント層には3つのタイプがあります:
- 1つ以上のキャッシュ・サーバーをホストする「データ層」
- 1つ以上のキャッシュ・クライアントをホストする「アプリケーション層」
- 1つ以上の管理対象Coherenceプロキシ・サーバーをホストする「プロキシ層」と、クライアントを拡張するホストであるCoherence拡張クライアント層
階層型トポロジのアプローチにより、最適なスケーラビリティとパフォーマンスが提供されます。
Coherenceデプロイメント層の詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceデプロイメント層の作成」を参照してください。
Coherenceデータ層の作成
Coherenceデータ層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタであり、ストレージが有効な任意の数の管理対象Coherenceサーバーをホストします。
Coherenceデータ層の詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceデータ層の構成および管理」を参照してください。
-
まだ作成していない場合は、「Coherenceクラスタの作成」の説明に従ってCoherenceクラスタを作成します。
-
「クラスタの作成」の説明に従って、WebLogic Serverクラスタを作成します。
-
作成したWebLogic Serverクラスタで、「拡張」タブ、「Coherence」サブタブに移動します。
-
「Coherenceクラスタ・システム・リソース」ドロップダウン・リストから、Coherenceクラスタを選択します。
-
「ローカル・ストレージ有効」オプションをオンにします。
-
「保存」をクリックします。
-
「管理対象Coherenceサーバーの作成」の説明に従って、1つ以上の管理対象Coherenceサーバーを作成し、このデータ層に割り当てます。
また、Coherenceアプリケーション層と、オプションでCoherenceプロキシ層も作成する必要があります。 「Coherenceアプリケーション層の作成」または「Coherenceプロキシ層の作成」を参照してください。
Coherenceアプリケーション層の作成
Coherenceアプリケーション層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタで、ストレージが無効な管理対象Coherenceサーバーをいくつでもホストします。
Coherenceアプリケーション層の詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceアプリケーション層の構成および管理」を参照してください。
-
まだ作成していない場合は、「Coherenceクラスタの作成」の説明に従ってCoherenceクラスタを作成します。
-
「クラスタの作成」の説明に従って、WebLogic Serverクラスタを作成します。
-
作成したWebLogic Serverクラスタで、「拡張」タブ、「Coherence」サブタブに移動します。
-
「Coherenceクラスタ・システム・リソース」ドロップダウン・リストから、Coherenceクラスタを選択します。
-
「ローカル・ストレージ有効」オプションをオフにします。 アプリケーション層内のサーバーは、キャッシュ・データの格納には使用しないでください。
-
「保存」をクリックします。
-
「管理対象Coherenceサーバーの作成」の説明に従って、1つ以上の管理対象Coherenceサーバーを作成し、このアプリケーション層に割り当てます。
また、Coherenceデータ層と、オプションでCoherenceプロキシ層も作成する必要があります。 「Coherenceデータ層の作成」または「Coherenceプロキシ層の作成」を参照してください。
Coherenceプロキシ層の作成
Coherenceプロキシ層は、Coherenceクラスタに関連付けられているWebLogic Serverクラスタであり、任意の数の管理対象Coherenceプロキシ・サーバーをホストします。 管理対象Coherenceプロキシ・サーバーにより、Coherence*Extendクライアントは、クラスタ・メンバーにならなくてもCoherenceキャッシュを使用することが可能になります。
プロキシ層で必要な管理対象Coherenceプロキシ・サーバーの数は、予想されるクライアントの数によって異なります。 ロード・バランシングを可能にするには、少なくとも2つのプロキシ・サーバーを作成する必要があります。 ただし、多数のクライアント接続およびリクエストをサポートする場合は、追加のサーバーが必要になることがあります。
Coherence*ExtendおよびExtendクライアントの作成の詳細は、「Oracle Coherenceのリモート・クライアントの開発」の「Coherence*Extendの概要」を参照してください。
-
まだ作成していない場合は、「Coherenceクラスタの作成」の説明に従ってCoherenceクラスタを作成します。
-
「クラスタの作成」の説明に従って、WebLogic Serverクラスタを作成します。
-
作成したWebLogic Serverクラスタで、「拡張」タブ、「Coherence」サブタブに移動します。
-
「Coherenceクラスタ・システム・リソース」ドロップダウン・リストから、Coherenceクラスタを選択します。
-
「ローカル・ストレージ有効」オプションをオフにします。 プロキシ層のサーバーは、キャッシュ・データの格納に使用しないでください。
-
「保存」をクリックします。
-
「管理対象Coherenceサーバーの作成」の説明に従って、1つ以上の管理対象Coherenceサーバーを作成し、このプロキシ層に割り当てます。
また、Coherenceデータ層とCoherenceアプリケーション層も作成する必要があります。 「Coherenceデータ層の作成」および「Coherenceアプリケーション層の作成」を参照してください。
管理対象Coherenceサーバーの作成
管理対象Coherenceサーバーは、Coherenceクラスタ・メンバーとして構成され、アプリケーションにインメモリー分散キャッシュを提供する管理対象サーバーです。
-
管理対象サーバーの作成に関する項の説明に従って、WebLogic Server管理対象サーバーを作成します。
-
作成した管理対象サーバーで、「クラスタ」ドロップダウン・リストから、Coherenceデプロイメント層として機能するクラスタを選択します。
Coherenceデプロイメント層の詳細は、「Coherenceデプロイメント層」を参照してください。
-
「保存」をクリックします。
単一サーバー・クラスタでのCoherenceの構成およびデプロイ
開発中は、単一サーバー・クラスタによって、クラスタをすばやく起動および停止できます。 単一サーバー・クラスタは、単一の管理対象サーバー・インスタンス上で実行するように制限されている、ネットワークにアクセスしないクラスタです。 サーバー・インスタンスは、ストレージ有効クラスタ・メンバー、クライアントおよび(オプションで)プロキシとして機能します。
単一サーバーCoherenceクラスタの使用方法の詳細は、「Oracle WebLogic Serverクラスタの管理」の「単一サーバー・クラスタの使用」を参照してください。
ノート
本番用にCoherenceを設定するには、かわりに「Coherenceの構成: 主なステップ」で概説されているステップに従います。-
まだ作成していない場合は、「Coherenceクラスタの作成」の説明に従ってCoherenceクラスタを作成します。
マルチキャスト通信を使用している場合は、Time To Liveを
0
に設定します。 Coherenceクラスタの通信の詳細は、「Oracle WebLogic Serverクラスタの管理」の「クラスタ通信の構成」を参照してください。 -
管理対象サーバーの作成に関する項の説明に従って、WebLogic Server管理対象サーバーを作成します。
管理対象Coherenceサーバーは作成しないでください。
-
作成した管理対象サーバーで、「拡張」タブに移動し、そのCoherenceサブタブに移動します。
-
「Coherenceクラスタ・システム・リソース」ドロップダウン・リストから、Coherenceクラスタを選択します。
このスタンドアロン管理対象サーバーは、Coherenceクラスタから直接設定を継承するようになりました。
-
「ローカル・ストレージ有効」オプションを有効にして、管理対象サーバーをストレージが有効なCoherenceメンバー(キャッシュ・サーバー)にします。
-
「ユニキャスト・リスニング・アドレス」を、ループバックにルーティングされるアドレスに設定します。 ほとんどのコンピュータで、アドレスを
127.0.0.1
に設定すれば問題ありません。Coherenceクラスタ・メンバーのユニキャスト設定の詳細は、「Oracle WebLogic Serverクラスタの管理」の「Coherenceクラスタ・メンバーのユニキャスト設定の構成」を参照してください。
-
「保存」をクリックします。
-
Coherenceを使用するアプリケーション・モジュール(WebアプリケーションやEJBなど)用にCoherence Grid Archive (GAR)モジュールを作成してパッケージ化します。 「Oracle WebLogic Server用のOracle Coherenceアプリケーションの開発」の「WebLogic Server用のCoherenceアプリケーションの作成」を参照してください。
-
Coherence GARモジュールをWebLogic Serverドメインにデプロイします。 スタンドアロンGARは、他のJakarta EEモジュールと同じ方法でデプロイされます。 「Oracle WebLogic Server用のOracle Coherenceアプリケーションの開発」の「WebLogic ServerでのCoherenceアプリケーションのデプロイ」を参照してください。