P: ¿Qué es Amazon ElastiCache para Redis?

Amazon ElastiCache para Redis es un servicio web que facilita la implementación y ejecución de los nodos de servidor compatibles con el protocolo de Redis en la nube. El servicio permite la administración, monitorización y funcionamiento de un nodo de Redis. La creación, eliminación y modificación del nodo se puede llevar a cabo a través de la consola de ElastiCache, la interfaz de línea de comandos o las API del servicio web. Amazon ElastiCache para Redis soporta la replicación maestra/esclava.

P: ¿Es compatible el protocolo Amazon ElastiCache para Redis con Redis de código abierto?

Sí, Amazon ElastiCache para Redis tiene un protocolo compatible con el software de código abierto de Redis. El código, las aplicaciones, los controladores y las herramientas que utilice un cliente actualmente con su almacenamiento de datos de Redis independiente seguirán funcionando con ElastiCache para Redis y no se requerirán cambios de código para las implementaciones de Redis existentes que se migren a ElastiCache para Redis a menos que se notifique. Actualmente, ofrecemos compatibilidad con Redis 2.6.13, 2.8.6, 2.8.19, 2.8.21, 2.8.22, 2.8.23, 2.8.24, 3.2.4, 3.2.6 y 3.2.10.

P: ¿Cuánto cuesta Amazon ElastiCache para Redis?

Consulte nuestra página de precios para obtener la información sobre precios más actualizada.

P: ¿Qué son los nodos, clústeres y grupos de replicación de Amazon ElastiCache para Redis?

Los nodos de ElastiCache para Redis son los bloques de creación más pequeños de una implementación de Amazon ElastiCache para Redis. Cada nodo de ElastiCache para Redis soporta el protocolo de Redis y tiene su propio nombre y puerto DNS. Se soportan varios tipos de nodos de ElastiCache para Redis, cada uno con una cantidad diferente de capacidad de CPU y memoria asociada. Los nodos de ElastiCache para Redis pueden asumir la función de una réplica principal o de lectura. Un nodo principal se puede replicar a varios nodos de réplica de lectura. Un clúster de ElastiCache para Redis es una recopilación de uno o varios nodos de ElastiCache para Redis con la misma función; el nodo principal se encontrará en el clúster principal y el nodo de réplica de lectura se encontrará en un clúster de réplica de lectura. Actualmente, un clúster solo puede tener un nodo. En el futuro, aumentaremos este límite. Un clúster administra un espacio clave lógico, donde cada nodo es responsable de una parte del espacio clave. La mayoría de sus operaciones de administración se realizarán en el nivel del clúster. Los grupos de replicación de ElastiCache para Redis incluyen los clústeres principales y de réplica de lectura para una instalación de Redis. Un grupo de replicación tendrá solo un clúster principal y ninguno o varios clústeres de réplica de lectura. Todos los nodos de un grupo de replicación (y por consiguiente clúster) tendrán el mismo tipo de nodo y los mismos parámetros y configuración de grupo de seguridad.

P: ¿Es compatible Amazon ElastiCache para Redis con la persistencia de Redis?

Sí, puede lograr la persistencia mediante la creación de una snapshot de los datos de Redis mediante la característica Backup y restauración. Aquí encontrará más detalles.

P: ¿Cómo puedo migrar desde Amazon ElastiCache para Memcached a Amazon ElastiCache para Redis y viceversa?

Actualmente no se soporta la migración automática desde Memcached hasta Redis o viceversa. Sin embargo, puede utilizar un cliente de Memcached para realizar la lectura desde un clúster de Memcached y utilizar un cliente de Redis para escribir en un clúster de Redis. Asimismo, puede realizar la lectura desde un clúster de Redis mediante un cliente de Redis y utilizar un cliente de Memcached para escribir en un clúster de Memcached. Tenga en cuenta las diferencias en el formato de datos y la configuración del clúster que existen entre los dos motores.

P: ¿Amazon ElastiCache para Redis es compatible con las zonas de operación Multi-AZ?

Sí, con Amazon ElastiCache para Redis puede crear una réplica de lectura en otra zona de disponibilidad de AWS. Se aprovisionará un nuevo nodo principal si este falla. En aquellas situaciones en las que no puede suministrarse el nodo principal, puede decidir qué réplica de lectura elevar para que actúe como principal. Aquí puede obtener más detalles sobre cómo administrar los errores del nodo.

P: ¿Qué opciones proporciona Amazon ElastiCache para Redis cuando hay errores en los nodos?

Amazon ElastiCache para Redis reparará el nodo mediante la adquisición de nuevos recursos de servicio y, a continuación, redireccionará el nombre de DNS existente del nodo para que remita a los nuevos recursos de servicio. Por tanto, el nombre DNS para un nodo de Redis se mantendrá constante, pero la dirección IP de un nodo de Redis puede cambiar con el tiempo. Si tiene un grupo de replicación con una o más réplicas de lectura y Multi-AZ está habilitado, en caso de error de un nodo principal, ElastiCache detectará automáticamente el error, seleccionará una réplica y la convertirá en el nuevo principal. También propagará el DNS, para que pueda seguir utilizando el punto de enlace principal y, después de la promoción, señalará el principal recién promovido. Para obtener más detalles, consulte la sección de Multi-AZ de estas Preguntas frecuentes. Cuando la opción de replicación de Redis se selecciona con la opción Multi-AZ deshabilitada y se produce un error en el nodo principal, podrá iniciar una conmutación por error a un nodo de réplica de lectura. El objetivo de la conmutación por error puede estar en la misma zona o en otra distinta. Para una conmutación por recuperación a la zona original, eleve la réplica de lectura en la zona original para que sea la principal. Puede diseñar su aplicación para que forzar que la biblioteca de cliente de Redis vuelva a conectarse al nodo del servidor de Redis reparado. Esto puede ser de ayuda, ya que algunas bibliotecas de Redis dejarán de utilizar un servidor de manera indefinida cuando encuentren errores de comunicación o tiempos de espera.

P: ¿Cómo funciona la conmutación por error?

Para grupos de replicación Multi-AZ habilitados, el comportamiento de conmutación por error se describe en la sección de Multi-AZ de estas Preguntas frecuentes.

Si no desea habilitar Multi-AZ y Amazon ElastiCache monitoriza el nodo principal, en caso de que el nodo no esté disponible o no responda, Amazon ElastiCache para Redis reparará el nodo mediante la adquisición de nuevos recursos de servicio y después redirigirá el nombre DNS existente del nodo para señalar los nuevos recursos de servicio. Por tanto, el nombre DNS para un nodo de Redis se mantendrá constante, pero la dirección IP de un nodo de Redis puede cambiar con el tiempo. No obstante, si el nodo principal no puede repararse (y la opción Multi-AZ está desactivada), tendrá la opción de establecer una de las réplicas de lectura como el nuevo nodo principal. Consulte aquí cómo seleccionar una nueva réplica de lectura principal. El registro DNS del punto de enlace de la réplica de lectura principal se actualizará para que remita al nodo de la réplica de lectura promocionada. A continuación se creará un nodo de réplica de lectura en la zona de disponibilidad original de la principal como réplica de lectura en el grupo de replicación y seguirá a la nueva principal. 

P: ¿Las réplicas de lectura están disponibles durante un error de nodo principal?

Sí, durante un error en el nodo principal, las réplicas de lectura continúan respondiendo las solicitudes. Tras restablecer el nodo principal, ya sea como nodo reparado o réplica de lectura promocionada, hay un breve periodo en el que las réplicas de lectura no cubrirán ninguna solicitud mientras sincronizan la información de la caché desde el nodo principal.

P: ¿Cómo se configuran los parámetros de los nodos de Amazon ElastiCache para Redis?

Puede configurar su instalación de Redis a través de un grupo de parámetros de caché, que debe especificarse para un clúster de Redis. Todos los clústeres de réplica de lectura utilizan el grupo de parámetros de su clúster principal. Un grupo de parámetros de Redis actúa como “contenedor” de valores de configuración de Redis que pueden aplicarse a uno o más clústeres principales de Redis. Si crea un clúster principal de Redis sin especificar un grupo de parámetros de caché, se utilizará un grupo de parámetros predeterminado. Este grupo predeterminado contiene valores predeterminados para el tipo de nodo que desea ejecutar. Sin embargo, si desea que su clúster principal de Redis funcione con los valores de configuración especificados, basta con que cree un nuevo grupo de parámetros de caché, cambie los parámetros que desee y modifique el clúster principal de Redis para utilizar el nuevo grupo de parámetros.

P: ¿Puedo obtener acceso a Redis a través de la consola de Amazon ElastiCache?

Sí, Redis aparece como una opción de motor en la consola de ElastiCache. Puede crear un nuevo clúster de caché de Redis con el asistente de lanzamiento seleccionando el motor de Redis. También puede modificar o eliminar un clúster de Redis existente mediante la consola de ElastiCache.

P: ¿Se pueden crear clústeres de Amazon ElastiCache para Redis en una VPC de Amazon?

Sí. Si su cuenta es una cuenta de VPC de manera predeterminada, sus clústeres de Redis se crearán dentro de la VPC predeterminada que esté asociada con su cuenta. A través de la consola de ElastiCache puede especificar una VPC diferente al crear el clúster.

P: ¿La funcionalidad de la contraseña de Redis es compatible con Amazon ElastiCache para Redis?

No, Amazon ElastiCache para Redis no soporta las contraseñas de Redis. Esto se debe a las limitaciones inherentes de las contraseñas almacenadas en un archivo de configuración. En lugar de utilizar las contraseñas de Redis, los clústeres de ElastiCache para Redis están asociados con un grupo de seguridad de EC2, y solo los clientes de este grupo de seguridad tienen acceso al servidor de Redis.

P: ¿Cómo actualizo a una versión de motor más reciente?

Puede actualizar con facilidad a una versión de motor más reciente utilizando las API ModifyCacheCluster o ModifyReplicationGroup y especificando su versión de motor preferida para el parámetro EngineVersion. En la consola de ElastiCache, puede seleccionar un clúster de caché o un grupo de replicación y hacer clic en "Modify". En la ventana "Modify Cache Cluster" o "Modify Replication Group", seleccione su versión de motor preferida entre las opciones disponibles. El proceso de actualización del motor está diseñado para hacer todo lo posible por retener los datos existentes y requiere la replicación de Redis para realizarse correctamente. Para obtener más detalles sobre el tema, consulte aquí.

P: ¿Puedo volver a una versión anterior del motor?

No. No se admite el regreso a una versión anterior del motor.

P:. ¿Cómo aumento la escala a un tipo de nodo más grande?

Puede aumentar con facilidad la escala a un tipo de nodo más grande utilizando las API ModifyCacheCluster o ModifyReplicationGroup y especificando su tipo de nodo preferido para el parámetro CacheNodeType. En la consola de ElastiCache, puede seleccionar un clúster de caché o un grupo de replicación y hacer clic en "Modify". En la ventana "Modify Cache Cluster" o "Modify Replication Group", seleccione su tipo de nodo preferido entre las opciones disponibles. El proceso de aumento de escala está diseñado para hacer todo lo posible por retener los datos existentes y requiere la replicación de Redis para realizarse correctamente. Para obtener más detalles sobre el tema, consulte aquí.

P: ¿Cómo puedo reducir la escala a un tipo de nodo más pequeño?

Actualmente no se admite el traslado a un tipo de nodo más pequeño.


P: ¿Qué supone la ejecución de un nodo de caché de Redis como réplica de lectura?

Las réplicas de lectura tienen dos propósitos en Redis:

  • La administración de los errores
  • El escalado de la lectura

Cuando ejecuta un nodo de caché con una réplica de lectura, el “principal” cubre las escrituras y lecturas. La réplica de lectura pasa al “modo de espera” cuando se “promociona” en las situaciones de conmutación por error. Tras la conmutación por error, la réplica en espera pasa a ser la principal y acepta las operaciones de caché. Las réplicas de lectura también facilitan el escalado elástico más allá de las limitaciones de capacidad de un único nodo de caché para cargas de trabajo de caché que realizan un uso intensivo de las lecturas.

P: ¿Cuándo conviene usar una réplica de lectura de Redis?

Existe una amplia variedad de situaciones en las que podría tener sentido implementar una o más réplicas de lectura para un nodo principal determinado. Entre los motivos habituales para implementar una réplica de lectura están:

  • Escalar más allá de la capacidad informática o de E/S de una único nodo principal para cargas de trabajo de base de datos que realizan un uso intensivo de las lecturas. Este exceso de tráfico de lectura puede dirigirse hacia una o más réplicas de lectura.
  • Cobertura del tráfico de lectura cuando el principal no está disponible. Si el nodo principal no puede recopilar solicitudes de E/S (por razones como, por ejemplo, la suspensión de E/S para los backups o para mantenimiento programado), podrá dirigir el tráfico de lectura hacia sus réplicas de lectura. Para este caso de uso, debe tener en mente que los datos situados en la réplica de lectura podrían estar “anticuados”, ya que la Instancia principal no está disponible. La réplica de lectura también puede utilizarse para reiniciar la preparación de la instancia principal que ha dado error.
  • En situaciones de protección de datos: en el caso poco probable de que falle el nodo principal o que la zona de disponibilidad en la que reside el nodo principal no se encuentre disponible, puede elevar una réplica de lectura a una zona de disponibilidad diferente para que se convierta en la nueva principal.

P: ¿Cómo se implementa un nodo de réplica de lectura en un nodo de caché principal determinado?

Puede crear una réplica de lectura en cuestión de minutos utilizando el API CreateReplicationGroup o mediante unos clics en la consola de administración de Amazon ElastiCache. Al crear un grupo de replicación, puede especificar el MasterCacheClusterIdentifier. El MasterCacheClusterIdentifier es el identificador de clúster de caché “principal” desde el que desea replicar. A continuación, debe crear el clúster de réplica de lectura en el grupo de replicación. Para ello, llame al API CreateCacheCluster y especifique el ReplicationGroupIdentifier y el CacheClusterIdentifier del mismo clúster maestro. Como ocurre con los clústeres de caché estándar, también puede especificar la zona de disponibilidad. Cuando inicia la creación de una réplica de lectura, Amazon ElastiCache realiza un snapshot de su clúster de caché principal e inicia el proceso de replicación. Por ello, experimentará una breve suspensión de la E/S en su clúster de caché principal durante la creación de la snapshot. La suspensión de la E/S normalmente dura alrededor de un minuto.

Las réplicas de lectura son tan fáciles de eliminar como de crear. Basta con que utilice la Amazon ElastiCache Management Console o con que llame al API DeleteCacheCluster (especificando CacheClusterIdentifier para la réplica de lectura que desea eliminar).

P: ¿Puedo crear un nodo principal y réplicas de lectura al mismo tiempo?

Sí. Para ​crear un nuevo clúster de caché y réplicas de lectura en tan solo unos minutos, puede utilizar el API CreateReplicationGroup o seleccionar la opción "Multi-AZ Replication" en el asistente "Launch Cache Cluster" de ​la consola de administración de Amazon ElastiCache. Cuando cree el grupo de replicación, especifique un identificador, el número total de clústeres que desea incluir en él y los parámetros de creación de la caché, como el tipo de nodo de caché, la versión del motor de caché, etc. También puede especificar la zona de disponibilidad de cada clúster del grupo de replicación.

P: ¿Cómo puedo conectarme a las réplicas de lectura?

La conexión a una réplica de lectura se realiza de la misma forma que a un nodo de caché principal, utilizando el API DescribeCacheClusters o la consola de administración de AWS para recuperar los puntos de enlace de sus réplicas de lectura. Si cuenta con varias réplicas de lectura es decisión de su aplicación determinar la cantidad de tráfico que se distribuirá entre ellas.

P: ¿Cuántas réplicas de lectura puedo crear para un nodo de caché principal determinado?

Actualmente, Amazon ElastiCache permite crear hasta cinco (5) réplicas de lectura para un nodo de caché principal determinado.

P: ¿Qué ocurre con las réplicas de lectura si se produce una conmutación por error?

En caso de producirse una conmutación por error, las réplicas de lectura asociadas y disponibles deberán reanudar automáticamente la replicación una vez completada la conmutación por error (adquiriendo las actualizaciones de la réplica de lectura que se acaba de promocionar).

P: ¿Puedo crear una réplica de lectura de otra réplica de lectura?

No se admite la creación de una réplica de lectura de otra réplica de lectura.

P: ¿Puedo elevar mi réplica de lectura a un nodo de caché principal “independiente”?

No, esto no se admite. En su lugar, puede crear snapshots del nodo de ElastiCache para Redis (puede seleccionar la réplica maestra o cualquiera de las réplicas de lectura). Posteriormente puede utilizar el snapshot para crear un nuevo nodo principal de ElastiCache para Redis.

P: ¿Se mantendrá mi réplica de lectura actualizada con su nodo de caché principal?

Las actualizaciones realizadas en un nodo de caché principal se replicarán automáticamente en las réplicas de lectura asociadas. Sin embargo, con la tecnología de replicación asincrónica de Redis, una réplica de lectura puede quedar retrasada respecto a su nodo de caché principal por diversas razones. Algunos motivos habituales son:

  • El volumen de E/S de escritura para el nodo de caché principal supera la tasa a la que se pueden aplicar los cambios a la réplica de lectura
  • La latencia o las particiones de red entre el nodo de caché principal y una réplica de lectura

Las réplicas de lectura están sujetas a los puntos fuertes o débiles de la replicación de Redis. Si utiliza réplicas de lectura, debe ser consciente de los retrasos que pueden producirse entre una réplica de lectura y su nodo de caché principal, lo que también se conoce como "incoherencia". Haga clic aquí para obtener instrucciones para encontrar la “incoherencia” de su réplica de lectura.

P: ¿Cómo puedo obtener visibilidad en las réplicas de lectura activas?

Puede utilizar el API estándar DescribeCacheClusters para que devuelva una lista de todos los clústeres de caché que ha implementado (incluidas las réplicas de lectura) o hacer clic en la ficha “Clústeres de caché” de la Amazon ElastiCache Management Console.

Amazon ElastiCache monitoriza el estado de replicación de sus réplicas de lectura y actualiza el campo Replication State a Error si la replicación se detiene por algún motivo. Puede revisar los detalles del error asociado lanzado por el motor Redis al visualizar el campo Replication Error y tomar una medida apropiada para solucionarlo. Puede obtener más información sobre la resolución de los problemas de replicación en la sección Troubleshooting a Read Replica problem de la guía Amazon ElastiCache User Guide. Si se soluciona un problema de replicación, el Replication State cambia a Replicating.

Amazon ElastiCache le permite obtener visibilidad sobre la situación de la réplica de lectura con respecto a su principal a través de la métrica de Amazon CloudWatch (“retraso de réplica”) disponible a través de las API de la consola de administración de AWS o Amazon CloudWatch.

P: Mi réplica de lectura se encuentra muy por detrás de su nodo de caché principal. ¿Qué debo hacer?

Tal y como se ha tratado en preguntas anteriores, la “incoherencia” o el retraso entre una réplica de lectura y su nodo de caché principal es común en la replicación asincrónica de Redis. Si una réplica de lectura existente va demasiado retrasada ​para satisfacer sus necesidades, puede reiniciarla. Debe tener en cuenta que el retraso de la réplica crecerá y se reducirá de forma natural con el paso del tiempo, en función del patrón de uso en estado de preparación de su nodo de caché principal.

P: ¿Cómo elimino una réplica de lectura? ¿Se eliminará automáticamente si se elimina su nodo de caché principal?

Puede eliminar una réplica de lectura con solo unos clics en la consola de administración de AWS o si traslada el identificador de clúster de caché al API DeleteCacheCluster. Si desea eliminar la réplica de lectura además del nodo de caché principal, debe utilizar el API DeleteReplicationGroup o la consola de administración de AWS.

P: ¿Cuánto cuestan las réplicas de lectura? ¿Cuándo comienza y finaliza el periodo de facturación?

Las réplicas de lectura se facturan como un nodo de caché estándar y a las mismas tarifas. De la misma forma que en un nodo de caché estándar, la tarifa por “nodo de caché por hora” para una réplica de lectura se determina en función de la clase de nodo de caché de la réplica de lectura – consulte la página de detalles de Amazon ElastiCache para conocer los precios actualizados. No se le cobrarán las transferencias de datos que realice durante la replicación de datos entre su nodo de caché principal y la réplica de lectura. El periodo de facturación de una réplica de lectura comienza en cuanto se crea correctamente la réplica de lectura (es decir, cuando su estado es “activo”). La réplica de lectura se seguirá facturando a las tarifas horarias por nodo de caché de Amazon ElastiCache hasta que emita un comando para eliminarla.

P: ¿Qué ocurre durante la conmutación por error y cuánto tiempo lleva?

La conmutación por error iniciada es compatible con Amazon ElastiCache, por lo que puede reanudar operaciones de la caché tan rápido como sea posible. Durante la conmutación por error, Amazon ElastiCache simplemente cambia el registro DNS de su nodo de caché para que apunte a la réplica de lectura, que a su vez se promociona para que se convierta en la nueva principal. Le instamos a que siga las prácticas recomendadas e implemente el reintento de conexión de nodo de caché en la capa de la aplicación. La conmutación por error suele tardar entre tres y seis minutos en completarse.

P: ¿Puedo crear una réplica de lectura en otra región como principal?

No. La réplica de lectura solo se puede aprovisionar en la misma zona de disponibilidad o en una diferente de la misma región que el nodo de caché principal.

P: ¿Puedo ver en qué zona de disponibilidad se encuentra actualmente mi principal?

Sí, puede obtener información sobre la ubicación en la que se encuentra su nodo principal mediante la consola de administración de AWS o el API DescribeCacheClusters.

Después de la conmutación por error, mi principal se encuentra en una zona de disponibilidad diferente de la zona en la que se encuentra el resto de mis recursos de AWS (p. ej., las instancias EC2).

P: ¿Debería preocuparme la latencia?

Las zonas de disponibilidad están diseñadas para ofrecer conectividad de red de baja latencia a otras zonas de disponibilidad que se encuentran dentro de la misma región. Además, es posible que desee barajar la posibilidad de diseñar su aplicación y otros recursos de AWS con redundancia entre varias zonas de disponibilidad, de forma que su aplicación sea robusta en caso de producirse un error en una zona de disponibilidad.


P: ¿En qué consisten las zonas de disponibilidad múltiple (Multi-AZ) para un grupo de replicación de ElastiCache para Redis?

Los grupos de replicación de ElastiCache para Redis se componen de un nodo principal y hasta cinco réplicas de lectura. Redis replica los datos de manera asíncrona desde el nodo principal a las réplicas de lectura. Durante ciertas tareas de mantenimiento planificadas, o en el caso poco probable de que se produzca un error en el nodo de ElastiCache o en la zona de disponibilidad, Amazon ElastiCache detectará automáticamente el error del nodo principal, seleccionará una réplica de lectura y la elevará para que se convierta en la nueva principal. ElastiCache también propaga los cambios de DNS de la réplica de lectura elevada, de modo que si su aplicación está escribiendo en el punto de enlace del nodo principal, no será necesario efectuar ningún cambio en dicho punto de enlace.

P: ¿Qué beneficios aporta el uso de Multi-AZ?

Los beneficios principales de ejecutar ElastiCache para Redis en modo Multi-AZ son el incremento de la disponibilidad y la reducción de las tareas de administración necesarias. Si se produce un error en el nodo principal de ElastiCache para Redis, las restricciones en la lectura/escritura en el nodo principal dependen del tiempo que se tarda en completar la conmutación por error automática. Cuando la opción Multi-AZ está activada, la conmutación por error del nodo de ElastiCache se efectúa de manera automática, sin necesidad de administración. Por lo tanto, si se produce una interrupción en el nodo principal, ya no tendrá que preocuparse de monitorizar sus nodos de Redis ni de tener que iniciar manualmente un procedimiento de recuperación.

P: ¿Cómo funciona Multi-AZ?

Puede hacer uso de Multi-AZ si está utilizando ElastiCache para Redis y dispone de un grupo de replicación compuesto de un nodo principal, o de una o más réplicas de lectura. Si se produce un error en el nodo principal, ElastiCache lo detectará de manera automática, seleccionará una réplica de lectura disponible y la elevará para convertirla en la nueva principal. ElastiCache propagará los cambios de DNS de la réplica elevada para que su aplicación pueda seguir escribiendo en el punto de enlace del nodo principal. Asimismo, ElastiCache hará girar un nuevo nodo para que sustituya a la réplica de lectura elevada en la misma zona de disponibilidad en la que se encuentra el nodo principal donde se ha producido el error. Si el fallo del nodo principal se debe a una interrupción temporal de la zona de disponibilidad, la nueva réplica se lanzará una vez que la zona de disponibilidad se haya recuperado.

P: ¿Puedo disponer de réplicas en la misma zona de disponibilidad que el nodo principal?

Sí. Tenga en cuenta que si coloca el nodo principal y las réplicas en la misma zona de disponibilidad, su grupo de replicación de ElastiCache para Redis se puede ver afectado por las interrupciones de la zona de disponibilidad.

P: ¿Qué eventos provocan que Amazon ElastiCache efectúe una conmutación por error a una réplica de lectura?

Amazon ElastiCache realizará una conmutación por error a una réplica de lectura si sucede lo siguiente:

  • Pérdida de disponibilidad en la zona de disponibilidad principal
  • Pérdida de conectividad de red a principal
  • Error de unidad informática en principal

P: ¿Cuándo debo utilizar Multi-AZ?

El uso de la replicación de Redis junto con Multi-AZ mejora la disponibilidad y la tolerancia a errores. Esta combinación es ideal para los entornos de producción.

P: ¿Cómo puedo crear un grupo de replicación de ElastiCache para Redis con Multi-AZ activado?

Puede crear un nodo principal y réplicas de lectura de ElastiCache para Redis mediante el botón "Launch Cache Cluster" de la consola de administración de ElastiCache. También puede utilizar el API CreateReplicationGroup. En el caso de grupos de replicación existentes (Redis 2.8.6, 2.8.19, 2.8.21, 2.8.22, 2.8.23 and 2.8.24), puede habilitar Multi-AZ eligiendo un grupo de replicación y haciendo clic en la opción “Modificar” en la consola de administración de ElastiCache o usando la API ModifyReplicationGroup. El paso de un grupo de replicación a Multi-AZ no es perjudicial para sus datos Redis y no interfiere en la capacidad de sus nodos para atender solicitudes.

P: ¿Qué réplica de lectura aumentará de nivel si se produce un error en el nodo principal?

Si existe más de una réplica de lectura, se elevará aquella con el menor retraso de replicación asíncrona, que se convertirá en principal.

P: ¿Cuánto cuesta el uso de Multi-AZ?

Las operaciones Multi-AZ son gratuitas. Solo ha de pagar por los nodos de ElastiCache que utilice.

P: ¿Cuáles son las implicaciones en materia de desempeño del uso de Multi-AZ?

En la actualidad, ElastiCache utiliza la replicación nativa y asíncrona del motor de Redis, con lo que está sujeta a sus ventajas y limitaciones. En concreto, cuando una réplica de lectura se conecta a una maestra por primera vez, o si la maestra cambia, la réplica de lectura realiza una sincronización completa de los datos de la maestra, lo que impone una carga sobre sí misma y sobre la maestra. Para obtener más detalles sobre la replicación Redis, haga clic aquí.

P: ¿Qué tipos de nodos de caché soportan Multi-AZ?

Todos los tipos de nodos de caché disponibles en ElastiCache soportan Multi-AZ, excepto las familias T1 y T2.

P: ¿Se me avisará cuando se efectúe una conmutación por error automática?

Sí, Amazon ElastiCache creará un evento para informarle de que se ha efectuado una conmutación por error automática. Puede utilizar el API DescribeEvents para devolver información sobre los eventos relacionados con su nodo de ElastiCache, o hacer clic en la sección “Eventos” de la ElastiCache Management Console.

P: Tras la conmutación por error, mi nodo principal se encuentra en una zona de disponibilidad diferente de la zona en la que se encuentra el resto de mis recursos AWS (como, por ejemplo, las instancias EC2). ¿Debería estar preocupado por la latencia?

Las zonas de disponibilidad están diseñadas para ofrecer conectividad de red de baja latencia a otras zonas de disponibilidad que se encuentran dentro de la misma región. Además, puede considerar la posibilidad de diseñar su aplicación y otros recursos de AWS con redundancia entre varias zonas de disponibilidad, de forma que su aplicación sea robusta en caso de producirse una interrupción en una zona de disponibilidad.

P: ¿Dónde puedo obtener más información sobre Multi-AZ?

Para obtener más información sobre Multi-AZ, consulte la documentación de ElastiCache.


P: ¿En qué consisten el backup y el restablecimiento?

El backup y el restablecimiento son una característica que permite a los clientes crear snapshots de los clústeres de ElastiCache para Redis. ElastiCache almacena las snapshots a fin de que los usuarios puedan utilizarlas posteriormente para restablecer clústeres de Redis.

P: ¿Qué es un snapshot?

Un snapshot es una copia de todo el clúster de Redis que se realiza en un momento concreto.

P: ¿Por qué necesito los snapshots?

La creación de snapshots puede resultar útil en caso de que se produzcan pérdidas de datos por errores de los nodos o en el caso poco frecuente de que el hardware presente alguna anomalía. Las backups también suelen utilizarse con fines de archivado. Las snapshots se almacenan en Amazon S3, que ofrece un almacenamiento duradero para darle la tranquilidad de que ni siquiera un error de gran envergadura borrará los datos.

P: ¿Qué puedo hacer con una snapshot?

Puede utilizar las snapshots para precalentar un clúster de ElastiCache para Redis con datos precargados.

P: ¿Cómo funciona la característica de backup y el restablecimiento?

Cuando se inicia una backup, ElastiCache realiza una snapshot de un clúster determinado de Redis que puede utilizarse posteriormente a efectos de recuperación o archivado. Puede iniciar una backup cuando lo desee o definir una backup recurrente con un periodo de retención de hasta 35 días.

Cuando elija un snapshot para restablecerlo, se creará un clúster nuevo de ElastiCache para Redis y este se completará con los datos del snapshot. De esta forma, puede crear varios clústeres de ElastiCache para Redis a partir de una snapshot específica.

Actualmente, ElastiCache utiliza el mecanismo nativo de Redis para crear y almacenar como snapshot un archivo de RDB.

P: ¿Dónde se almacenan los snapshots?

Los snapshots se almacenan en S3.

P: ¿Cómo puedo comenzar a utilizar la característica de backup y restablecimiento?

Si quiere utilizar la característica de backup y restauración, puede hacerlo desde la consola de administración de AWS, con las API de ElastiCache (CreateCacheCluster, ModifyCacheCluster y ModifyReplicationGroup) y la interfaz de línea de comandos (CLI). Puede desactivar y reactivar la característica siempre que lo desee.

P: ¿Cómo puedo especificar de qué nodo y clúster de Redis deseo hacer un backup?

La característica de backup y restablecimiento crea snapshots de cada clúster. Los usuarios pueden especificar de qué clúster de ElastiCache para Redis desean realizar la backup con la consola de administración de AWS, la CLI o la API CreateSnapshot. En un grupo de replicación, puede optar por realizar el backup del clúster principal o de cualquiera de los clústeres de réplica de lectura. Recomendamos a los usuarios habilitar la backup de una de las réplicas de lectura a fin de mitigar que la latencia afecte al clúster principal de Redis.

P: ¿Cómo puedo especificar cuándo se va a realizar un backup?

En la consola de administración de AWS, con la CLI o mediante las API, puede especificar cuándo comenzar una única backup o una backup recurrente. Los usuarios pueden:

  • Crear una snapshot justo ahora (con el botón “Create Snapshot” de la consola o con el API CreateSnapshot).
  • Configurar un backup diario que se realizará automáticamente. El backup se realizará durante el intervalo de tiempo que se elija. Esta funcionalidad puede configurarla mediante la creación o modificación del clúster a través de la consola o con las API CreateCacheCluster, ModifyCacheCluster o ModifyReplicationGroup.

P: ¿Qué es el plazo de backup y por qué lo necesito?

La ventana preferida para el backup es el periodo de tiempo definido por el usuario durante el cual se iniciará el backup del clúster de ElastiCache para Redis. Esto resulta útil si desea realizar backups a una hora determinada del día o dejar de realizarlas durante un periodo de uso particularmente alto.

P: ¿En qué medida incide en el desempeño la creación de un snapshot?

Mientras se crea un snapshot, puede experimentar latencias más elevadas en el nodo durante un breve periodo de tiempo. Las snapshots utilizan el comando BGSAVE integrado de Redis y están sujetas a sus ventajas e inconvenientes. En particular, el proceso de Redis se bifurca y el clúster principal continúa atendiendo las solicitudes, mientras que el clúster secundario almacena los datos en el disco y, a continuación, se cierra. La bifurcación aumenta el uso de la memoria mientras dura la generación del snapshot. Si el uso de la memoria supera la capacidad de memoria disponible del nodo de caché, se puede activar el intercambio, lo que ralentiza todavía más el nodo. Por este motivo, recomendamos generar snapshots de una de las réplicas de lectura (en lugar de hacerlo de la principal). Asimismo, sugerimos definir el parámetro de la memoria reservada para minimizar el uso de la memoria de intercambio. Aquí puede consultar más detalles.

P: ¿Puedo crear una snapshot de una réplica de lectura de ElastiCache para Redis?

Sí. La creación de un snapshot de una réplica de lectura es la mejor forma de realizar backups de los datos a la vez que se minimiza la repercusión en el desempeño.

P: ¿En qué regiones se encuentra disponible la característica de backup y restablecimiento?

Esta característica se ofrece en todas las regiones en que el servicio de ElastiCache está disponible.

P: ¿Puedo exportar snapshots de ElastiCache para Redis a un bucket de S3 mío?

Sí. Puede exportar sus snapshots de ElastiCache para Redis a un bucket de S3 autorizado situado en la misma región que su clúster. Para obtener más información sobre cómo exportar instantáneas y configurar los permisos necesarios, vaya aquí.

P: ¿Puedo copiar snapshots de una región a otra?

Sí. Primero debe copiar su snapshot al bucket de S3 autorizado que desee y que esté ubicado en la misma región. A continuación, use la API PUT object- Copy de S3 para copiarlo a un bucket de otra región. Para obtener más información sobre cómo copiar objetos de S3, vaya aquí.

P: Tengo varias cuentas de AWS en las que uso ElastiCache para Redis. ¿Puedo usar los snapshots de ElastiCache de una cuenta para precalentar un clúster de ElastiCache para Redis en una cuenta diferente?

Sí. Primero debe copiar su snapshot al bucket de S3 autorizado que desee y que esté ubicado en la misma región. A continuación, conceda permisos de cuenta cruzada de acceso al bucket a la otra cuenta. Para obtener más información sobre los permisos de cuenta cruzada de S3, vaya aquí. Por último, puede especificar la ubicación de S3 del archivo de RDB durante la creación del clúster mediante el asistente de lanzamiento de clústeres de caché en la consola o con el API CreateCacheCluster.

P: ¿Cuánto cuesta el uso la característica de backup y restablecimiento?

Amazon ElastiCache ofrece espacio de almacenamiento gratuito para una snapshot por cada clúster activo de ElastiCache para Redis. El almacenamiento adicional se cargará en función del espacio utilizado por los snapshots, a un precio de 0,085 USD/GB al mes (el mismo precio en todas las regiones). Las transferencias de datos por utilizar las snapshots son gratuitas.

P: ¿Qué es el periodo de retención?

El periodo de retención es el intervalo de tiempo durante el cual se retienen los snapshots automáticos. Por ejemplo, si se define un valor de 5 para el periodo de retención, una snapshot creada hoy se retendrá 5 días antes de su eliminación. Tiene la opción de copiar una o varias snapshots automáticas para almacenarlas como manuales a fin de que no se eliminen cuando venza el periodo de retención.

P: ¿Cómo puedo administrar la retención de los snapshots automatizados?

Puede utilizar la consola de administración de AWS o el API ModifyCluster para administrar el periodo de tiempo durante el que sus backups automatizadas se conservan mediante la modificación del parámetro RetentionPeriod. Si desea desactivar de forma conjunta las backups automatizadas, puede hacerlo estableciendo el periodo de retención en 0 (aunque no se recomienda).

P: ¿Qué sucede con los snapshots si elimino el clúster de ElastiCache para Redis?

Cuando se elimina un clúster de ElastiCache para Redis, los snapshots manuales se retienen. También tendrá la opción de crear una snapshot final antes de la eliminación del clúster. En cambio, las snapshots de caché automáticas no se retienen.

P: ¿Qué tipos de nodos de caché soportan la característica de backup y restablecimiento?

Todos los tipos de nodos de instancia de ElastiCache para Redis, además de t1.micro y la familia t2, soportan la característica de backup y restablecimiento:

Nodos de caché de la generación actual:

  • cache.m3.medium
  • cache.m3.large
  • cache.m3.xlarge
  • cache.m3.2xlarge
  • cache.r3.large
  • cache.r3.xlarge
  • cache.r3.2xlarge
  • cache.r3.4xlarge
  • cache.r3.8xlarge

Nodos de caché de la generación anterior:

  • cache.m1.small
  • cache.m1.medium
  • cache.m1.large
  • cache.m1.xlarge
  • cache.m2.xlarge
  • cache.m2.2xlarge
  • cache.m2.4xlarge
  • cache.c1.xlarge

P: ¿Puedo usar mis propias snapshots de RDB almacenadas en S3 para precalentar un clúster de ElastiCache para Redis?

Sí. Puede especificar la ubicación de S3 del archivo de RDB durante la creación del clúster mediante el asistente de lanzamiento de clústeres de caché en la consola o con el API CreateCacheCluster.

P: ¿Puedo usar la característica de backup y restablecimiento si ejecuto ElastiCache en una VPC?

Sí.


P: ¿Qué es el ajuste de tamaño de clústeres online?

Amazon ElastiCache para Redis ofrece la posibilidad de añadir y eliminar fragmentos a partir de un clúster en ejecución. Es posible escalar de manera dinámica horizontal o verticalmente las cargas de trabajo de un clúster de Redis para adaptarse a los cambios en la demanda. ElastiCache ajustará el tamaño del clúster mediante la incorporación o eliminación de fragmentos y la redistribución de slots hash de manera uniforme en la nueva configuración de fragmentos. Este proceso tiene lugar mientras el clúster continúa online y atiende solicitudes.

P: ¿Cuáles son los beneficios de usar el ajuste de tamaño de clústeres online?

La capacidad para escalar de manera dinámica horizontal o verticalmente un clúster puede ayudarlo a controlar la variabilidad de las aplicaciones y a atender los cambios en la demanda. Puede lograr el tamaño correcto de los clústeres mediante la incorporación o eliminación de fragmentos para ajustar la capacidad de rendimiento y memoria. La característica elimina la necesidad de de sobreaprovisionar clústeres con base en la demanda máxima, ayuda a mejorar el nivel de eficiencia y reduce los costos.

P: ¿Cómo puedo usar el ajuste de tamaño de clústeres online?

El ajuste de tamaño de clústeres online está disponible con el motor de Redis 3.2.10. Para realizar cambios en fragmentos en un clúster, selecciónelo y especifique si desea añadir o eliminar fragmentos. Cuando modifica el tamaño del clúster para escalar horizontalmente, ElastiCache añade fragmentos y migra slots desde los fragmentos existentes a nuevos, de una manera tal que los slots se distribuyen de manera uniforme (individualmente) entre los fragmentos. De manera similar, cuando se modifica el tamaño del clúster para escalar verticalmente, ElastiCache migra slots a los fragmentos restantes para distribuir de manera uniforme los slots y elimina los fragmentos especificados.

P: ¿Cuánto tiempo demora el ajuste de tamaño de clústeres online?

El tiempo necesario para ajustar el tamaño de un clúster depende de muchos factores, como el número de slots que debe migrarse a los fragmentos, el volumen de datos y el índice de solicitudes de entrada al clúster. Sin embargo, el flujo de trabajo está optimizado para paralelizar la migración de slots, lo que mejora el tiempo requerido mientras incorpora más fragmentos para ajustar horizontalmente el clúster.

P: ¿Se puede usar el clúster mientras se lleva a cabo el ajuste de tamaño?

Sí, el clúster continúa online y atiende solicitudes de entrada mientras se realizan cambios en fragmentos . Sin embargo, no es posible tomar instantáneas de un clúster mientras se realizan cambios en fragmentos para evitar un incremento de la carga en el clúster.

P: ¿Esta operación afecta el rendimiento del clúster de alguna manera?

Si bien el ajuste de tamaño de clústeres online ofrece beneficios para ajustar horizontal/verticalmente sin ocasionar tiempo de inactividad, es una operación informática intensiva y puede aumentar la latencia de la conexión de cliente. Para reducir la carga en el clúster durante la operación, recomendamos implementar las prácticas recomendadas (descritas en la documentación).

P: ¿Cómo puedo realizar un seguimiento de una operación de cambios en fragmentos online?

Puede realizar un seguimiento de la operación mediante la observación del estado del clúster, los fragmentos y los nodos. Durante la operación, el clúster, los fragmentos y los nodos permanecen con el estado "modifying" (modificando). De manera similar, cuando los fragmentos se están creando o eliminando o están participando en la migración de slots, el estado individual de los fragmentos reflejará estos estados para mostrar el progreso. Además, el estado total de la operación se puede controlar mediante el uso del indicador de progreso para la operación de cambio en fragmentos, que muestra el porcentaje completado y ofrece información acerca del tiempo restante para finalizar la operación. Por último, los mensajes de eventos informan el progreso mediante la descripción de las acciones que se están llevando a cabo (creación de fragmentos, migración de slots, etc.) durante la operación.

P: ¿Cuál es la operación de equilibrio para el clúster de ElastiCache para Redis?

La operación de equilibrio se puede usar para redistribuir slots entre fragmentos existentes con el objetivo de lograr una distribución uniforme. Esta operación resulta útil cuando un clúster se crea mediante una distribución de slots desigual con especificación manual o cuando una operación de escalado horizontal/vertical deja el clúster con una distribución desigual. Si se asume que los requisitos de E/S y memoria son idénticos, la distribución uniforme de slots individual es una manera sencilla de equilibrar la carga entre fragmentos.

P: ¿De qué manera funciona el trabajo de etiquetado cuando un clúster escala horizontalmente?

Cuando se incorporan nodos nuevos para ajustar horizontalmente un clúster, los nodos llevan el mismo conjunto de etiquetas común a todos los nodos existentes. Además, los usuarios pueden modificar las etiquetas en todos los nodos y continuar usando el etiquetado como lo hacían anteriormente.

P: ¿Es necesario realizar algún cambio del lado de las aplicaciones o del cliente para poder usar el ajuste de tamaño de clústeres online?

No. La distribución de slots optimizada que se utiliza en el flujo de trabajo de ajuste de tamaño de clústeres se ajusta al comportamiento de cliente del clúster de Redis y no requiere que se realice ninguna modificación en las aplicaciones. ElastiCache retiene puntos de conexión de clústeres, lo que le permite continuar usando los clientes existentes sin implementar cambios.

P: ¿Cuánto cuesta usar el motor de Redis mejorado?

El uso del motor de Redis mejorado no conlleva cargos adicionales. Como siempre, solo se le cobrará por los nodos que utilice.

 


P: ¿Qué ofrece el cifrado en movimiento a ElastiCache para Redis?

La característica de cifrado en movimiento permite cifrar todas las comunicaciones entre los clientes y el servidor de Redis, así como también entre los servidores de Redis (nodos de réplica de lectura y principales).

P: ¿Qué ofrece el cifrado en reposo a ElastiCache para Redis?

El cifrado en reposo permite cifrar datos durante los backups y las restauraciones. Se cifran los datos en backups y los restaurados en disco y a través de Amazon S3.

P: ¿De qué manera puedo usar el cifrado en movimiento, en reposo y Redis AUTH?

El cifrado en movimiento, en reposo y Redis AUTH son todas características disponibles para activación. Al momento de crear el clúster de Redis a través de la consola o la interfaz de línea de comandos, puede especificar si desea activar el cifrado y Redis AUTH, y puede avanzar y suministrar un token de autenticación para la comunicación con el clúster de Redis. Una vez que el clúster se configura con cifrado activado, ElastiCache administra sin problemas el vencimiento y la renovación del certificado sin acciones adicionales por parte de la aplicación. Además, los clientes de Redis necesitan admitir TLS para el tráfico en movimiento cifrado.

P: ¿Existe un cliente de Amazon ElastiCache para Redis que deba usar cuando utilice el cifrado en movimiento o en reposo?

No. El cifrado en movimiento necesita clientes para admitir TLS. La mayoría de los clientes de Redis conocidos (como Lettuce, Predis, go-Redis) ofrece compatibilidad para TLS con algunos ajustes de configuración. Debe asegurarse de que el cliente de Redis que haya elegido esté configurado para admitir TLS y continuar usando ElastiCache para Redis como lo hacía anteriormente.

P: ¿Puedo activar el cifrado en movimiento y en reposo en mis clústeres de ElastiCache para Redis existentes?

No. El cifrado en movimiento y en reposo solo está disponible para clústeres nuevos y no es compatible con clústeres existentes de ElastiCache para Redis. ElastiCache para Redis versión 3.2.6 es la primera versión que admite estas características.

P: ¿Debe implementarse alguna acción para renovar certificados?

No. ElastiCache administra el vencimiento y la renovación de certificados en segundo plano. El usuario no debe realizar ninguna acción para el mantenimiento continuo de certificados.

P: ¿Puedo usar mis certificados para el cifrado?

No. Actualmente, ElastiCache no ofrece la posibilidad de usar certificados propios. ElastiCache administra certificados de manera transparente por usted.

P: ¿Qué tipos de instancias se admiten para el cifrado en movimiento y en reposo?

Todas las instancias de la generación actual se admiten para el cifrado en movimiento y en reposo.

P: ¿Se aplican cargos adicionales para el uso del cifrado?

No se aplican cargos adicionales para el uso de cifrado.

 


P: ¿Amazon ElastiCache para Redis es compatible con HIPAA?

Sí, Amazon ElastiCache para Redis es un servicio compatible con HIPAA Eligible y se añadió al anexo para socios empresariales (BAA) de AWS. Esto significa que puedes usar ElastiCache para Redis para recibir ayuda para procesar, mantener y almacenar información sanitaria protegida (PHI) y potenciar aplicaciones para el sector sanitario.

P: ¿Qué tengo que hacer para utilizar ElastiCache para Redis compatible con HIPAA?

Si tiene formalizado un acuerdo de socio comercial (BAA) con AWS, ahora puede utilizar ElastiCache para Redis para crear aplicaciones compatibles con HIPAA. De lo contrario, o si tiene otras preguntas acerca del uso de AWS en sus aplicaciones compatibles con HIPAA, contacte con nosotros para obtener más información. Consulte Diseño de arquitecturas para la conformidad y la seguridad de HIPAA en Amazon Web Services para obtener información sobre cómo configurar los servicios Amazon compatibles con HIPAA para almacenar, procesar y transmitir PHI.

P: ¿Qué programas de conformidad admite ElastiCache para Redis?

ElastiCache para Redis admite programas de conformidad como SOC 1, SOC 2, SOC 3, ISO, MTCS, C5 e HIPAA. Consulte el artículo Servicios de AWS en el ámbito del programa de conformidad para obtener una lista actual de los programas de conformidad.

P: ¿El uso de las características de conformidad tiene un cargo adicional?

No, el uso de estas características no tiene cargo adicional.