Versiones del motor Redis OSS - Amazon MemoryDB
Redis OSS 7.0 (mejorada)Redis OSS 7.0 (mejorada)Redis OSS 6.2 (mejorada)Actualización de las versiones del motor

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.

Versiones del motor Redis OSS

En esta sección se describen las versiones del motor OSS de Redis compatibles.

MemoryDB versión 7.1 (mejorada)

La versión 7.1 de MemoryDB añade compatibilidad con las funciones de búsqueda vectorial en una versión preliminar para determinadas regiones, así como correcciones de errores críticos y mejoras de rendimiento.

  • Función de búsqueda vectorial: la búsqueda vectorial se puede utilizar con la funcionalidad existente de MemoryDB. Las aplicaciones que no utilizan la búsqueda vectorial no se verán afectadas por su presencia. La vista previa de la búsqueda vectorial está disponible a partir de la versión 7.1 de MemoryDB en las siguientes regiones: EE.UU. Este (Norte de Virginia y Ohio), EE.UU. Oeste (Oregón), UE (Irlanda) y Asia Pacífico (Tokio). Consulte la documentación aquí para saber cómo activar la vista previa de la búsqueda vectorial y las funciones relacionadas.

nota

La versión 7.1 de MemoryDB es compatible con Redis OSS v7.0. Para obtener más información sobre la versión 7.0 de Redis OSS, consulte las notas de la versión de Redis OSS 7.0 en Redis OSS en adelante. GitHub

MemoryDB versión 7.0 (mejorada)

MemoryDB 7.0 añade una serie de mejoras y compatibilidad con nuevas funciones:

  • Funciones OSS de Redis: MemoryDB 7 añade compatibilidad con las funciones OSS de Redis y proporciona una experiencia gestionada que permite a los desarrolladores ejecutar scripts de LUA con la lógica de la aplicación almacenada en el clúster de MemoryDB, sin que los clientes tengan que volver a enviar los scripts al servidor en cada conexión.

  • Mejoras en la ACL: MemoryDB 7 añade compatibilidad con la próxima versión de las listas de control de acceso (ACL) de Redis OSS. Con MemoryDB OSS 7, los clientes ahora pueden especificar varios conjuntos de permisos en claves o espacios de teclas específicos en Redis OSS.

  • Pub/Sub fragmentado: MemoryDB 7 permite ejecutar la funcionalidad Pub/Sub de Redis OSS de forma fragmentada cuando se ejecuta MemoryDB en modo de clúster activado (CME). Las capacidades de Redis OSS Pub/Sub permiten a los editores enviar mensajes a cualquier número de suscriptores de un canal. Con Amazon MemoryDB OSS 7, los canales están enlazados a un fragmento del clúster de MemoryDB, lo que elimina la necesidad de propagar la información del canal entre los fragmentos. Esto se traduce en una escalabilidad mejorada.

  • Multiplexación de E/S mejorada: la versión 7 de MemoryDB OSS incluye la multiplexación de E/S mejorada, que ofrece un mayor rendimiento y una latencia reducida para cargas de trabajo de alto rendimiento que tienen muchas conexiones de cliente simultáneas a un clúster de MemoryDB. Por ejemplo, si utiliza un clúster de nodos r6g.4xlarge y ejecuta 5200 clientes simultáneos, puede lograr un aumento de rendimiento de hasta un 46% (operaciones de lectura y escritura por segundo) y una disminución de la latencia de P99 de hasta un 21%, en comparación con la versión 6 de MemoryDB.

Para obtener más información sobre la versión 7.0 de Redis OSS, consulte las notas de la versión de Redis OSS 7.0 en Redis OSS en adelante. GitHub

MemoryDB versión 6.2 (mejorada)

MemoryDB presenta la próxima versión del motor OSS de Redis, que incluye soporte para la actualización automática de versionesAutenticación de usuarios con listas de control de acceso (ACL), almacenamiento en caché del lado del cliente e importantes mejoras operativas.

La versión 6.2.6 del motor Redis también incorpora la compatibilidad con el formato nativo de notación de JavaScript objetos (JSON), una forma sencilla y sin esquemas de codificar conjuntos de datos complejos dentro de los clústeres de Redis OSS. Gracias a la compatibilidad con JSON, puede aprovechar el rendimiento y las API OSS de Redis para las aplicaciones que funcionan a través de JSON. Para obtener más información, consulte Introducción a JSON. También se incluye una métrica relacionada con JSON JsonBasedCmds que se incorpora CloudWatch para monitorear el uso de este tipo de datos. Para obtener más información, consulte Métricas de MemoryDB.

Con Redis OSS 6, MemoryDB ofrecerá una única versión para cada versión secundaria de Redis OSS, en lugar de ofrecer varias versiones de parches. Se ha diseñado para minimizar la confusión y la ambigüedad al tener que elegir entre varias versiones secundarias. MemoryDB también administrará automáticamente la versión secundaria y la versión del parche de los clústeres en ejecución, lo que garantiza un mejor rendimiento y mayor seguridad. Esto se gestionará a través de canales de notificación estándar a los clientes mediante una campaña de actualización de servicio. Para obtener más información, consulte Actualizaciones de servicios en MemoryDB.

Si no especifica la versión del motor durante la creación, MemoryDB seleccionará automáticamente la versión de Redis OSS que prefiera. Por otro lado, si especifica la versión del motor mediante el uso6.2, MemoryDB invocará automáticamente la versión de parche preferida de Redis OSS 6.2 que esté disponible.

Por ejemplo, al crear un clúster, establece la propiedad del parámetro --engine-version en 6.2. El clúster se lanzará con la versión de parche preferida actual disponible en el momento de creación. Cualquier solicitud con un valor de la versión de motor completa se rechazará, se lanzará una excepción y el proceso fallará.

Al llamar a la API DescribeEngineVersions, el valor de parámetro EngineVersion se establecerá en 6.2 y la versión real del motor se devolverá en el campo EnginePatchVersion.

Para obtener más información sobre la versión 6.2 de Redis OSS, consulte las notas de la versión 6.2 de Redis en Redis OSS en adelante. GitHub

Actualización de las versiones del motor

De forma predeterminada, MemoryDB administra automáticamente la versión de parche de los clústeres en ejecución mediante actualizaciones de servicio. También puede inhabilitar la actualización automática de la versión secundaria si establece la propiedad AutoMinorVersionUpgrade de sus clústeres en false. Sin embargo, no puede excluirse de la actualización de la versión de parches automáticos.

Puede controlar si se actualiza el software compatible con los protocolos de su clúster a nuevas versiones compatibles con MemoryDB, así como el momento en que se realizan dichas actualizaciones, antes de que comience la actualización automática. Este nivel de control permite mantener la compatibilidad con versiones concretas, probar nuevas versiones con la aplicación antes de implementarlas en producción y realizar actualizaciones de versiones en los horarios y los plazos que más le convengan.

Puede iniciar las actualizaciones de las versiones del motor en su clúster de las siguientes maneras:

Tenga en cuenta lo siguiente:

  • Puede actualizar a una versión de motor más reciente, pero no puede volver a una versión de motor más antigua. Si desea usar una versión de motor más antigua, deberá eliminar el clúster existente y crearlo de nuevo con la versión del motor más antigua.

  • Recomendamos actualizar periódicamente a la última versión principal, ya que la mayoría de las mejoras importantes no se transfieren a versiones anteriores. A medida que MemoryDB amplía la disponibilidad a una nueva AWS región, MemoryDB es compatible con las dos MAJOR.MINOR versiones más recientes de la nueva región en ese momento. Por ejemplo, si se lanza una nueva AWS región y las versiones más recientes de MAJOR.MINOR MemoryDB son 7.0 y 6.2, MemoryDB admitirá las versiones 7.0 y 6.2 en la nueva región. AWS A medida que se publiquen nuevas MAJOR.MINOR versiones de MemoryDB, MemoryDB seguirá añadiendo soporte para las nuevas versiones de MemoryDB. Para obtener más información sobre cómo elegir Regions para MemoryDB, consulte Regiones y puntos de conexión admitidos.

  • La administración de la versión del motor está diseñada para que pueda tener el mayor control posible sobre cómo se produce la aplicación de parches. Sin embargo, MemoryDB se reserva el derecho de aplicar en su nombre el parche a su clúster en el caso improbable de una vulnerabilidad de seguridad crítica en el sistema o el software.

  • MemoryDB ofrecerá una sola versión para cada versión secundaria de Redis OSS, en lugar de ofrecer varias versiones de parche. Se ha diseñado para minimizar la confusión y la ambigüedad al tener que elegir entre varias versiones. MemoryDB también administrará automáticamente la versión secundaria y la versión del parche de los clústeres en ejecución, lo que garantiza un mejor rendimiento y mayor seguridad. Esto se gestionará a través de canales de notificación estándar a los clientes mediante una campaña de actualización de servicio. Para obtener más información, consulte Actualizaciones de servicios en MemoryDB.

  • Puede actualizar la versión del clúster con un tiempo de inactividad mínimo. El clúster está disponible para operaciones de lectura durante toda la actualización y para operaciones de escritura durante la mayoría del proceso, excepto durante la operación de conmutación por error, que dura unos segundos.

  • Se recomienda que actualice el motor durante los periodos de poco tráfico entrante.

    Los clústeres con varias particiones se procesan y se aplican parches de la siguiente manera:

    • Solo se realiza una operación de actualización en una partición a la vez.

    • En cada partición, todas las réplicas se procesan antes que el principal. Si hay menos réplicas en una partición, el principal de esa partición podrá procesarse antes que las réplicas de otras particiones terminen de procesarse.

    • En todas las particiones, los nodos principales se procesan en series. Solo se actualiza un nodo principal a la vez.

Cómo actualizar las versiones del motor

Para iniciar las actualizaciones de versión de su clúster, debe modificarlo mediante la consola de MemoryDB o la API de MemoryDB y especificar AWS CLI una versión del motor más reciente. Para obtener más información, consulte los siguientes temas.

Resolver las actualizaciones bloqueadas del motor OSS de Redis

Como se muestra en la siguiente tabla, la operación de actualización del motor OSS de Redis está bloqueada si tiene una operación de ampliación pendiente.

Operaciones pendientes Operaciones bloqueadas
Escalado ascendente Actualización del motor inmediata
Actualización del motor Ampliación inmediata
Ampliación y actualización del motor Ampliación inmediata
Actualización del motor inmediata