Versiones del OSS motor Redis - 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 OSS motor Redis

En esta sección se describen las versiones del OSS motor 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 todas las 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 búsqueda vectorial está disponible en todas las regiones a partir de la versión 7.1 de MemoryDB. Consulte la documentación aquí para obtener más información.

nota

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

MemoryDB versión 7.0 (mejorada)

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

  • OSSFunciones de Redis: MemoryDB 7 añade compatibilidad con OSS las funciones de Redis y proporciona una experiencia gestionada que permite a los desarrolladores ejecutar LUAscripts 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.

  • ACLmejoras: MemoryDB 7 añade soporte para la próxima versión de las listas de control de acceso de Redis (). OSS ACLs 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 añade soporte para ejecutar la funcionalidad OSS Pub/Sub de Redis de forma fragmentada cuando se ejecuta MemoryDB en modo clúster activado (). CME Las funciones OSS Pub/Sub de Redis 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 OSS versión 7 de MemoryDB presenta una 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, consulte las notas de la OSS versión 7.0 de Redis en Redis on. OSS OSS GitHub

MemoryDB versión 6.2 (mejorada)

MemoryDB presenta la próxima versión del OSS motor 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 incluye 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 Con el JSON soporte, puede aprovechar el rendimiento y Redis para las aplicaciones que funcionan en paralelo. OSS APIs JSON Para obtener más información, consulte Introducción a JSON. También se incluye una métrica JSON relacionada 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 sola versión para cada versión OSS menor de Redis, 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 especificas la versión del motor durante la creación, MemoryDB seleccionará automáticamente la versión de Redis que prefieras. OSS Por otro lado, si especificas la versión del motor mediante el uso6.2, MemoryDB invocará automáticamente la versión de parche preferida de Redis 6.2 que esté disponible. OSS

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 DescribeEngineVersionsAPI, el valor del EngineVersion parámetro se establecerá en 6.2 y la versión completa real del motor aparecerá en el campo. EnginePatchVersion

Para obtener más información sobre la versión OSS 6.2 de Redis, consulte las notas de la versión 6.2 de Redis en OSS Redis on. 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 única versión para cada versión OSS menor de Redis, 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. 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 MemoryDB, la MemoryDB o la MemoryDB AWS CLI y especificar una versión del motor API más reciente. Para obtener más información, consulte los siguientes temas.

Resolver las actualizaciones bloqueadas del motor Redis OSS

Como se muestra en la siguiente tabla, la operación de actualización OSS del motor 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