ようなリソースの記述名を入力します。ページの各フィールドに以下の情報を入力します。ようなリソースの記述名を入力します。いう名前を入力します。クリックして続行します。クリックして、新しいリソースを作成します。クリックしてコンフィグレーションの変更を保存します。地理的冗長性のレプリケーションの動作についてこの節では、複数のサイトが呼状態データをレプリケートする方法について詳しく説明します。管理者は地理的に冗長なレプリケーションの仕組みに対する理解を深め、このようなコンフィグレーションで発生する可能性のある問題をより効率的に解決するために、この情報を使用できます。インストール全体のレプリケーションの内部機能は、製品の将来的なリリースで変更される可能性があります。サイトで呼が発生すると、呼の設定と処理が正常に始まります。サイトへのレプリケーションが可能になります。ネットワークの使用を最適化するために、レプリケーションに複数の呼状態を集めることを選択することもあります。キューにレプリケートする呼状態データを格納します。キューでモニタします。サイトで管理されるその他すべての呼状態データから区別します。サイトで休止状態を続けるので、タイマー処理が動作の妨げになることはありません。サイトへの呼のルーティングを始める必要があります。サイトはバックアップされた呼状態データのリクエスト処理を始めます。障害が発生したサイトからレプリケートしたデータへのリクエストが行われると、エンジンはデータを取得し、呼のオーナーシップを取得して呼状態を起動します。起動処理には以下の動作が含まれます。(ローカルに指定する)。呼状態に存在するすべての休止タイマを起動する。サイトでそれらの呼がリクエストされた後にのみ起動されます。メソッドが含まれています。スクリプトを使用してこのメソッドを実行できます。データへのリクエストがあるとこれを検出し、その後にメソッドを実行することもできます。サンプルコードを示します。デプロイされたサーブレット内でも同様のコードを使用できます。メソッドを実行するために特権を持つユーザとして実行する必要があります。以外の値は、サーブレットがもう一方のサイトからレプリケートされた呼状態データを使用して動作していることを示します。持っすべての呼をルートしなければならないことに注意してください。つの地理的なサイトの間で呼を分割してはいけない。サイトへの呼状態のレプリケートを停止することもできます。属性を「none」に設定すると停止できます。サイトのバックアップの呼状態も削除することもできます。メソッドが含まれています。サイトにデプロイされたアプリケーションを通じてこのメソッドを実行できます。メソッドの使用手順と同様です。つの新しいメソッドが含まれています。キューにキューイングされている呼数に関する情報を提供します。サイトがもう一方のサイトからレプリケートする呼状態データに関する情報を提供します。Reference』を参照してください。トラップをモニタする必要があります。使用しているか確認する必要があります。Servicesでは、エンジン層クラスタはステートレスです。複数のパーティションで呼状態データを管理します。データ層にデータを取得し、書き込みます。データ層レプリカがオフラインになった場合に自動フェイルオーバを提供することができます。データ層内でも行います。キャッシュをチェックします。データ層の呼び出し状態をロックしますが、直接キャッシュから読み込みます。データ層サーバから呼状態データを取り込む必要がないので、リクエストへの応答時間のパフォーマンスが改善されます。エンジン層キャッシュは、常に最後にエンジン層サーバで使用された呼状態データのみ格納します。キャッシュに移動します。キャッシュに新しい呼状態を書き込む際にキャッシュがいっぱいだと、アクセスされた順番が古い順に呼状態エントリから削除されます。エンジン層キャッシュのサイズはコンフィグレーション不可です。キャッシュの使用が最も有利です。バランサでは、確立された呼に対するリクエストはすべて同じエンジン層サーバに転送され、キャッシュの有効性を改善します。バランサを使用しないとキャッシュの有効性が限定されます。エンジン層キャッシングのコンフィグレーションデフォルトでは、エンジン層キャッシングは有効になっています。