Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Verwenden des Nachschlage-Caches
<a name="feature-overview-lookup-cache-using"></a>

Der Nachschlage-Cache ist nur für den Instance-Typ `R5d` verfügbar, für den er standardmäßig automatisch aktiviert ist. `R5d`Neptune-Instances haben dieselben Spezifikationen wie `R5` Instances und zusätzlich bis zu 1,8 TB lokalen NVMe SSD-Speicher. Nachschlage-Caches sind Instance-spezifisch. Workloads, die von ihnen profitieren, können speziell an `R5d`-Instances in einem Neptune-Cluster geleitet werden, während andere Workloads an `R5` oder andere Instance-Typen geleitet werden können.

Um den Nachschlage-Cache auf einer Neptune-Instance zu verwenden, aktualisieren Sie diese Instance einfach auf den Instance-Typ `R5d`. Wenn Sie dies tun, setzt Neptune den [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) DB-Cluster-Parameter automatisch auf `1` (aktiviert) und erstellt den Lookup-Cache für diese bestimmte Instance. Sie können anschließend die [Instance-Status](access-graph-status.md)-API verwenden, um zu bestätigen, dass der Cache aktiviert wurde.

Ähnlich können Sie eine Instance von einem `R5d`-Instance-Typ auf einen entsprechenden `R5`-Instance-Typ herunterskalieren. um den Nachschlage-Cache für diese Instance zu deaktivieren.

Wenn eine `R5d`-Instance gestartet wird, ist der Nachschlage-Cache aktiviert und im Kaltstartmodus. Das bedeutet, dass er leer ist. Neptune sucht während der Verarbeitung von Abfragen zunächst im Nachschlage-Cache nach Eigenschaftswerten oder RDF-Literalen und fügt sie hinzu, wenn sie noch nicht vorhanden sind. Dies führt zu einer allmählichen „Aufwärmung“ des Cache.

Wenn Sie die Leseabfragen, die Eigenschaftswert- oder RDF-Literal-Nachschlagevorgänge erfordern, an eine *R5d-Lese-Instance* leiten, verschlechtert sich die Leseleistung leicht, während der Cache aufgewärmt wird. Wenn der Cache jedoch aufgewärmt ist, erhöht sich die Leseleistung erheblich, und es kann auch zu einem Rückgang der I/O Kosten kommen, wenn Suchvorgänge den Cache und nicht den Clusterspeicher betreffen. Die Speicherauslastung verbessert sich ebenfalls.

Wenn es sich bei Ihrer *Schreib-Instance* um eine `R5d`-Instance handelt, wird ihr Nachschlage-Cache bei jeder Schreiboperation automatisch aufgewärmt. Dieser Ansatz erhöht zwar geringfügig die Latenz für Schreibabfragen, wärmt den Nachschlage-Cache jedoch effizienter auf. Wenn Sie Leseabfragen, die Eigenschaftswert- oder RDF-Literal-Nachschlagevorgänge erfordern, an die Schreib-Instance leiten, wird die Leseleistung sofort verbessert, da die Werte dort bereits zwischengespeichert wurden.

Wenn Sie den Bulk-Loader auf einer `R5d`-Schreib-Instance ausführen, stellen Sie möglicherweise fest, dass die Leistung aufgrund des Caches leicht beeinträchtigt ist.

Da der Nachschlage-Cache für jeden Knoten spezifisch ist, wird der Cache bei Ersetzung des Hosts zum Kaltstart zurückgesetzt.

Sie können den Lookup-Cache auf allen Instances in Ihrem DB-Cluster vorübergehend deaktivieren, indem Sie den [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) DB-Cluster-Parameter auf `0` (deaktiviert) setzen. Im Allgemeinen ist es jedoch sinnvoller, den Cache auf bestimmten Instances zu deaktivieren, indem Sie diese von `R5d` auf `R5` Instance-Typen herunterskalieren.