Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Uso de la caché de búsqueda La caché de búsqueda solo está disponible en un tipo de instancia `R5d`, donde se habilita automáticamente de forma predeterminada. `R5d`Las instancias Neptune tienen las mismas especificaciones que las `R5` instancias, además de hasta 1,8 TB de almacenamiento SSD NVMe local. Las cachés de búsqueda son específicas de cada instancia y las cargas de trabajo que se benefician se pueden dirigir específicamente a las instancias `R5d` de un clúster de Neptune, mientras que otras cargas de trabajo se pueden dirigir a `R5` u otros tipos de instancias. Para usar la caché de búsqueda en una instancia de Neptune, solo tiene que actualizar esa instancia al tipo de instancia `R5d`. Al hacerlo, Neptune establece automáticamente el parámetro del clúster de base de datos [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) en `1` (habilitado) y crea la caché de búsqueda en esa instancia concreta. A continuación, puede usar la API [Estado de la instancia](access-graph-status.md) para confirmar que la caché está habilitada. Del mismo modo, para deshabilitar la caché de búsqueda en una instancia determinada, escale verticalmente la instancia de un tipo de instancia `R5d` a un tipo de instancia `R5` equivalente. Cuando se lanza una instancia `R5d`, la caché de búsqueda se habilita en modo de arranque en frío, lo que significa que está vacía. Neptune comprueba primero en la caché de búsqueda los valores de las propiedades o los literales RDF mientras procesa las consultas y los añade si aún no están presentes. Esto calienta gradualmente la memoria caché. Al dirigir las consultas de lectura que requieren búsquedas de valores de propiedad o literales RDF a una instancia de *lector* R5d, el rendimiento de lectura se reduce ligeramente mientras la caché se calienta. Sin embargo, cuando se calienta la memoria caché, el rendimiento de lectura se acelera considerablemente y, además, es posible que se reduzcan I/O los costes relacionados con las búsquedas realizadas en la memoria caché y no en el almacenamiento en clúster. La utilización de la memoria también mejora. Si la instancia de *escritor* es `R5d`, calienta su caché de búsqueda automáticamente en cada operación de escritura. Este enfoque aumenta ligeramente la latencia de las consultas de escritura, pero calienta la caché de búsqueda de manera más eficiente. A continuación, si dirige las consultas de lectura que requieren búsquedas de valores de propiedades o literales RDF a la instancia del escritor, el rendimiento de lectura mejorará inmediatamente, ya que los valores ya se han almacenado en caché allí. Además, si ejecuta el programa de carga masiva en una instancia de escritor `R5d`, es posible que note que su rendimiento se reduce ligeramente debido a la caché. Como la caché de búsqueda es específica para cada nodo, la sustitución del host restablece la caché para que se inicie en frío. Puede deshabilitar temporalmente la caché de búsqueda en todas las instancias del clúster de base de datos configurando el parámetro del clúster de base de datos [neptune\$1lookup\$1cache](parameters.md#parameters-db-cluster-parameters-neptune_lookup_cache) en `0` (deshabilitado). Sin embargo, en general, tiene más sentido deshabilitar la caché en instancias específicas reduciéndolas verticalmente del tipo de instancia `R5d` a `R5`.