Dgraphへのキャッシュ・ウォーミング・リクエストの発行

キャッシュ・ウォーミング・リクエストを発行するには、管理WebサービスのwarmCache操作またはこのEndeca Serverコマンドを使用します。

endeca-cmd warm-cache-dd <name> --time-limit-sec <sec>

エンドユーザー問合せのキャッシュは、Dgraphがその計算を再利用できるようにしてユーザーが認識可能な遅延を軽減するのに役立つため、Dgraphプロセスの問合せパフォーマンスで重要な役割を果たします。ただし、索引の更新があるたびに、キャッシュ・エントリの大部分は索引バージョンに依存するため期限切れになります。Endeca Serverは、更新後にDgraphキャッシュをウォームするためのキャッシュ・ウォーミング操作を提供します。この操作により、カスタム・ウォームアップ・スクリプトの作成が不要になります。

キャッシュ・ウォーミング・リクエストは自動的に実行されないため、明示的に発行する必要があります。この操作のパラメータは、キャッシュ・ウォーミング・ジョブが実行を許可される時間制限のみです。キャッシュ・ウォーミング操作は、典型的な問合せのリストを生成するようにDgraphキャッシュに要求し、その問合せをEndeca Serverに返します。このようにDgraphキャッシュがウォームされますが、指定された時間を超えて行われることはありません。キャッシュ・ウォーミング操作が正常に呼び出されると、空のレスポンスがただちに返され、キャッシュ・ウォーミング・ジョブがバックグラウンドで開始されます。時間制限に達すると、キャッシュ・ウォーミング・ジョブは停止します。この時間にEndeca Serverに他のリクエストを発行すると、キャッシュ・ウォーミング・ジョブより優先されます。データ・ドメインをホストするEndeca Serverクラスタでキャッシュ・ウォーミング操作を発行すると、操作はこのデータ・ドメインにサービスを提供するすべてのDgraphノードで実行されます。

1度に最大2つの後続のキャッシュ・ウォーミング・リクエストを発行できます。この場合、2番目のキャッシュ・ウォーミング・リクエストは最新の索引バージョンに対してすでに発行されたキャッシュ・エントリを無視するため、より少ない問合せを再生します。Endeca Serverは、最初のキャッシュ・ウォーミング・リクエストを受信するとタイマーを開始します。

キャッシュ・ウォーミング操作では、再生する典型的な問合せのセットを選択するために現在のDgraphプロセスの使用パターンが考慮されます。更新後にレコード・スキーマが変更された場合など、既存のキャッシュには、索引が変更された後に実行されない問合せが含まれる可能性があることに注意してください。キャッシュ・ウォーミング操作はこのような問合せ(再生用に選択された場合)からのエラーを無視し、リスト内の他の問合せの実行に進みます。キャッシュ・ウォーミング操作で再生される実際の問合せは、リクエスト・ログには表示されません。