Cómo configurar la persistencia de Redis

Editado 3 Hace unas semanas por ExtremeHow Equipo Editorial

RedisConfiguraciónConfiguraciónPersistenciaAlmacenamiento de DatosCopia de seguridadRecuperaciónBase de datosAdministraciónServidor

Redis es un almacén de datos en memoria clave-valor popularmente utilizado para almacenamiento en caché, gestión de sesiones y análisis en tiempo real. Uno de los aspectos críticos del funcionamiento de Redis es la persistencia. La persistencia en el contexto de Redis se trata de garantizar la durabilidad de los datos contra fallas inesperadas. Si bien Redis es principalmente una base de datos en memoria, su capa de persistencia ayuda a garantizar la disponibilidad de datos más allá de la inestabilidad de la memoria. Redis tiene dos opciones principales de persistencia: RDB (Copia de seguridad de la base de datos de Redis) y AOF (Archivo solo adjunto). Aquí hay una guía en profundidad para configurar efectivamente la persistencia de Redis, explorando cada opción y proporcionando una comprensión integral de cómo funcionan.

Comprender las opciones de persistencia de Redis

Antes de entrar en la configuración, es importante entender las dos principales opciones de durabilidad que ofrece Redis:

Persistencia RDB

RDB significa copia de seguridad de la base de datos de Redis. Esta forma de persistencia crea instantáneas de sus conjuntos de datos en memoria a intervalos especificados. Las instantáneas se guardan como archivos binarios en disco. La principal ventaja de RDB es su facilidad de uso y la rápida restauración de conjuntos de datos a partir de estas instantáneas. Sin embargo, la desventaja es que si Redis falla, los datos no guardados en la instantánea más reciente se perderán.

Al igual que con RDB, puede configurar Redis para tomar instantáneas automáticamente en intervalos especificados o según la frecuencia de cambios en el conjunto de datos. Los archivos de instantáneas se pueden mover a diferentes servidores para respaldo, proporcionando una capa adicional de protección de datos.

Persistencia AOF

AOF significa Archivo solo adjunto. A diferencia de RDB, que toma instantáneas periódicas, AOF registra cada operación de escritura recibida por el servidor. Esto se anexa a un archivo que se puede usar para recrear el conjunto de datos cuando sea necesario. AOF proporciona mejor durabilidad que RDB ya que escribe cambios en disco con mayor frecuencia.

Con AOF, puede controlar la frecuencia de las escrituras en disco a través de varias opciones de configuración. Los archivos solo adjuntos son más grandes que las instantáneas RDB, pero ofrecen la ventaja de una recuperación de datos más detallada.

Configurando la persistencia RDB

Para configurar Redis para usar la persistencia RDB, debe establecer las políticas de instantáneas que desee. Esto generalmente se hace en el archivo redis.conf, que es el archivo de configuración principal de Redis.

Paso 1: Localice el archivo de configuración

El archivo de configuración de Redis, por defecto, generalmente se encuentra en /etc/redis/redis.conf en sistemas Linux o donde elija instalar Redis. Abra este archivo en su editor de texto favorito.

Paso 2: Configurar el intervalo de instantáneas

En el archivo de configuración, encontrará las siguientes líneas:
save 900 1
save 300 10
save 60 10000
Cada una de estas líneas especifica una condición bajo la cual Redis creará una instantánea de su conjunto de datos.

• save 900 1 : Guarda el conjunto de datos cada 900 segundos (15 minutos) si ha cambiado al menos 1 clave.
• save 300 10 : Guarda el conjunto de datos cada 300 segundos (5 minutos) si hay al menos 10 cambios.
• save 60 10000 : Guarda el conjunto de datos cada 60 segundos si hay al menos 10,000 cambios.

Puede ajustar estos ajustes para adaptarlos a sus necesidades. Por ejemplo, si desea guardar 5 cambios de clave cada 10 minutos, agregue una línea como esta: save 600 5.

Paso 3: Guarde la configuración

Después de realizar los cambios, guarde el archivo de configuración y reinicie el servidor Redis para aplicar los cambios. Esto se hace usando el comando: sudo systemctl restart redis o el método que use para gestionar servicios en su sistema.

Configurando la persistencia AOF

La persistencia AOF proporciona un nivel más alto de protección de datos que las instantáneas RDB al registrar cada operación de escritura. Habilitar la persistencia AOF también implica algunos ajustes en el archivo redis.conf.

Paso 1: Habilitar AOF

En su archivo redis.conf, encuentre la siguiente línea:
# appendonly no
Simplemente descomente la línea eliminando el # y cambie no a yes como se muestra a continuación:
appendonly yes

Paso 2: Configurar opciones de AOF

La persistencia AOF proporciona varias opciones de configuración:

• appendfsync : Establece la política para sincronizar los datos de AOF en disco. Las opciones son:
  • always : Los datos se vacían inmediatamente en disco cada vez que se escriben. Proporciona la máxima seguridad de los datos, pero es más lento.
  • everysec : Los datos se vacían en disco cada segundo. Proporciona un buen equilibrio entre rendimiento y protección de datos.
  • no : Deje que el sistema operativo decida cuándo vaciar los datos, las políticas de almacenamiento en caché generalmente se implementan a nivel del sistema operativo.
• No-Appendfsync-on-rewrite : Esta configuración, definida en redis.conf, se puede alternar mediante:
  no-appendfsync-on-rewrite no
  Esto retrasa algunos vaciados de AOF para prevenir una intensa E/S durante BGSAVE.
• Reescritura de AOF : Aunque los archivos AOF pueden ser grandes, Redis puede reescribirlos a versiones más pequeñas:
  • Para activar manualmente una reescritura, use el comando: BGREWRITEAOF.
  • La reescritura automática puede configurarse en base a un porcentaje incremental mediante opciones como aof-rewrite-incremental-fsync yes.

Paso 3: Guarde la configuración

Al igual que con RDB, después de modificar el archivo de configuración, guarde los cambios y reinicie Redis para aplicarlos:
sudo systemctl restart redis

Combinando RDB y AOF para máxima protección de datos

Puede configurar Redis para usar ambos, RDB y AOF, juntos. Este enfoque híbrido proporciona la flexibilidad de las instantáneas así como la granularidad de agregar escrituras. En escenarios con altos requisitos de confiabilidad, esta es la mejor práctica.

Para lograr esto, asegúrese de haber configurado el RDB como se describió anteriormente y habilitado AOF:

appendonly yes appendfsync everysec

Cuando se utilizan ambos métodos de persistencia, durante el inicio, Redis preferirá cargar datos desde AOF por defecto porque generalmente tiene el estado más actualizado de los datos.

Elegir la estrategia de persistencia adecuada

Elegir el método de persistencia adecuado depende principalmente de los requisitos específicos de la aplicación:

• Use RDB si:
  • Puede tolerar alguna pérdida de datos a cambio de rendimiento.
  • Sus datos no cambian con frecuencia.
  • Quiere un método más eficiente en espacio con menos carga de escritura en el disco.
• Use AOF si:
  • La integridad y durabilidad de cada operación es crítica.
  • Necesita recuperar datos precisos con mínima pérdida de datos.
• Use ambos si:
  • Quiere alta disponibilidad y seguridad de datos con un rendimiento razonable.
  • La prioridad principal es una amplia tolerancia a fallas y quiere encontrar un equilibrio entre la protección de datos y la entrada/salida del disco.

Probando la configuración de persistencia

Una vez que haya configurado su configuración de persistencia deseada, es esencial probar adecuadamente y verificar el comportamiento:

• Verificar instantánea: Verifique la creación de archivos RDB de acuerdo con el intervalo especificado.
• Simular fallas: Fuerce la detención de Redis y reinícielo para asegurarse de que los datos se cargan correctamente desde el almacenamiento persistente.
• Monitorear tamaño de archivo: Controle el tamaño del archivo AOF y pruebe las funciones de reescritura de AOF.

Conclusión

La persistencia de Redis es un aspecto crítico para gestionar efectivamente la durabilidad de los datos. Al comprender e implementar correctamente RDB y AOF, o una combinación de ambos, garantiza que sus datos permanezcan seguros en caso de fallas. Un equilibrio cuidadoso de los requisitos de rendimiento y los requisitos de seguridad de los datos le ayudará a decidir sobre la opción más apropiada para su caso de uso.

Como siempre, tome copias de seguridad regulares y considere su arquitectura de sistema general, incluidos factores como replicación y agrupamiento, para una protección de datos completa.

  Comparte este artículo

Si encuentras algo incorrecto en el contenido del artículo, puedes solicitar una actualización