翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ルックアップキャッシュの使用
<a name="feature-overview-lookup-cache-using"></a>

ルックアップキャッシュは、`R5d` インスタンスタイプで、デフォルトで自動的に有効になります。Neptune `R5d` インスタンスの仕様は、`R5` インスタンスに加え、最大 1.8 TB のローカル NVME ベースの SSD ストレージです。ルックアップキャッシュはインスタンス固有であり、利益をもたらすワークロードは Neptune クラスター内の `R5d` インスタンスに限定され、他のワークロードは `R5` または他のインスタンスタイプを使用できます。

Neptune インスタンスでルックアップキャッシュを使用するには、そのインスタンスを `R5d` インスタンスタイプにアップグレードするだけです。そうすると、Neptune は自動的に [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) DB クラスターのパラメータを `1` に設定し (有効になっている場合)、その特定のインスタンスにルックアップキャッシュを作成します。その後、[インスタンスのステータス](access-graph-status.md) API を使ってキャッシュが有効になったことを確認できます。

同様に、特定のインスタンスのルックアップキャッシュを無効にするには、インスタンスを `R5d` インスタンスタイプから同等の `R5` インスタンスタイプにダウングレードします。

`R5d` インスタンスが起動されると、ルックアップキャッシュが有効になり、コールドスタートモードになります。つまり、空です。Neptune は、クエリの処理中にプロパティ値または RDF リテラルを最初にルックアップキャッシュでチェックし、それらが存在しない場合は追加します。これにより、キャッシュが徐々にウォームアップされます。

プロパティ値または RDFリテラルルックアップを必要とする読み取りクエリを R5d *リーダー*インスタンスに送信する場合、キャッシュがウォームアップする間は、読み取りパフォーマンスがわずかに低下します。ただし、キャッシュがウォームアップされると、読み取りパフォーマンスが大幅に向上し、クラスターストレージではなくルックアップがキャッシュにヒットすることに関連する I/O コストも低下することがあります。メモリ使用率も向上します。

*ライター*インスタンスが `R5d` の場合、書き込み操作ごとにルックアップキャッシュを自動的にウォームアップします。この方法では、書き込みクエリのレイテンシーがわずかに増加しますが、ルックアップキャッシュはより効率的にウォームアップします。次に、プロパティ値または RDFリテラルルックアップを必要とする読み取りクエリをライターインスタンスに転送すると、値が既にキャッシュされているため、すぐに読み取りパフォーマンスが向上します。

また、バルクローダを `R5d` で実行すると、ライターインスタンスでは、キャッシュのためにパフォーマンスがわずかに低下していることに気付くかもしれません。

ルックアップキャッシュは各ノードに固有であるため、ホスト置換によってキャッシュがコールドスタートにリセットされます。

DB クラスター内のすべてのインスタンスのルックアップキャッシュを一時的に無効にするには、[neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) DB クラスターのパラメータを `0` に設定します (無効になっている場合)。ただし、一般的には、特定のインスタンスのキャッシュを `R5d` から `R5` インスタンスタイプスケールダウンして無効にする方が理にかなっています。