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.
Opciones de durabilidad
ElastiCache for Valkey ofrece dos opciones de durabilidad: escrituras sincrónicas y asíncronas.
Con las escrituras sincrónicas, las operaciones de escritura correctas se almacenan de forma duradera en el registro transaccional antes de devolverlas a los clientes Multi-AZ . Esto genera una latencia de escritura de milisegundos de un solo dígito y garantiza que no se pierda ninguna operación de escritura confirmada en caso de fallo.
Con las escrituras asíncronas, las operaciones de escritura correctas se devuelven a los clientes antes de almacenarse de forma duradera en el registro transaccional. Multi-AZ Como las operaciones de escritura no esperan a ser almacenadas de forma duradera en el registro Multi-AZ transaccional, la latencia de la operación de escritura equivale a no tener durabilidad. ElastiCache Sin embargo, si se produce un error, es posible que se pierdan hasta los últimos 10 segundos de operaciones de escritura correctas.
Para comprender la posible pérdida de datos con las escrituras asíncronas, considere el concepto de búfer de durabilidad. El búfer de durabilidad representa la antigüedad máxima de cualquier escritura que haya sido aceptada por el nodo principal pero que aún no se haya conservado en el registro transaccional. Multi-AZ El nodo principal registra la antigüedad de la escritura no reconocida más antigua. Mientras esta antigüedad sea inferior a 10 segundos, el nodo seguirá aceptando nuevas escrituras con normalidad. Si la antigüedad de la escritura no reconocida más antigua supera los 10 segundos, el nodo principal rechazará todos los comandos de escritura entrantes hasta que se recupere. Durante este período, las operaciones de lectura seguirán realizándose con una latencia de microsegundos. Una vez que persisten las escrituras pendientes, el nodo vuelve a aceptar las escrituras automáticamente. Esto garantiza que la posible pérdida de datos se limite a 10 segundos de escrituras en caso de fallo.
Al configurar el cliente para que envíe tráfico a un clúster asíncrono duradero, asegúrese de que el cliente vuelva a intentar automáticamente, con un retraso exponencial, cualquier comando de escritura que se rechace con el mensaje de error del clúster inactivo. Para obtener orientación sobre cómo configurar sus clientes para gestionar este y otros errores transitorios, consulte Prácticas recomendadas: clientes Valkey/Redis OSS y Amazon ElastiCache
Elegir una opción de durabilidad
Utilice escrituras sincrónicas cuando la aplicación no pueda tolerar ninguna pérdida de datos durante los fallos. Con las escrituras sincrónicas, puede utilizarlas ElastiCache para un conjunto más amplio de casos de uso, además del almacenamiento en caché, donde la pérdida de datos no es aceptable, como las bases de conocimiento para las aplicaciones RAG, la memoria de los agentes de IA, el estado del flujo de trabajo de los agentes de IA, la tokenización de pagos, la transmisión de metadatos, el estado de los jugadores de videojuegos y la gestión del inventario en tiempo real.
Utilice la escritura asíncrona cuando su aplicación priorice el rendimiento de escritura y pueda tolerar la posible pérdida de hasta 10 segundos de datos no confirmados en caso de fallo. Esta opción es ideal para cargas de trabajo como el almacenamiento en caché de datos de aplicaciones, los almacenes de sesiones, las tablas de clasificación de juegos y los análisis en tiempo real.