P: ¿Qué es Amazon ElastiCache?
Amazon ElastiCache es un servicio web que facilita la implementación y ejecución de los nodos de servidor compatibles con el protocolo de Memcached o Redis en la nube. Amazon ElastiCache mejora el rendimiento de las aplicaciones web porque permite recuperar información de un sistema de almacenamiento en memoria administrado y rápido en lugar de depender completamente de bases de datos de disco más lentas. El servicio simplifica y descarga la administración, el monitoreo y el funcionamiento de los entornos en memoria, lo que permite que los recursos de ingeniería se centren en el desarrollo de aplicaciones. Con Amazon ElastiCache, no solo puede mejorar los tiempos de carga y la respuesta de las acciones y consultas del usuario, sino que también puede reducir el costo asociado con escalar aplicaciones web.

Amazon ElastiCache automatiza las tareas administrativas comunes necesarias para utilizar un entorno de clave-valor en memoria distribuida. Con Amazon ElastiCache, puede añadir una capa de almacenamiento de caché o en memoria a la arquitectura de la aplicación en cuestión de minutos con unos pocos clics en la consola de administración de AWS. Después de aprovisionar un clúster, Amazon ElastiCache detecta automáticamente los nodos con errores y los sustituye. Esto permite ofrecer un sistema sólido que mitiga el riesgo de sobrecarga en las bases de datos, que ralentizaría el sitio web y los tiempos de carga de la aplicación. A través de su integración con el monitoreo de Amazon CloudWatch, Amazon ElastiCache proporciona una mejor visibilidad de las métricas de rendimiento clave asociadas con los nodos. Amazon ElastiCache es compatible con el protocolo de Memcached y Redis, por lo que el código, las aplicaciones y las herramientas conocidas que utiliza actualmente con sus entornos de Memcached y Redis funcionarán a la perfección con el servicio. Amazon ElastiCache admite las configuraciones con clústeres, por lo que puede beneficiarse de un servicio administrado rápido, escalable y sencillo de utilizar que se ajusta a las necesidades de sus aplicaciones más exigentes. De la misma forma que con Amazon Web Services, no se requiere ningún tipo de inversión inicial y únicamente pagará los recursos que utilice.

P: ¿Qué es el almacenamiento de caché en memoria y cómo ayuda a mis aplicaciones?
El almacenamiento de caché en memoria de Amazon ElastiCache se puede utilizar para mejorar de manera significativa la latencia y el nivel de rendimiento de muchas cargas de trabajo de aplicaciones de alto nivel de lectura (por ejemplo, redes sociales, videojuegos, uso compartido de contenido y portales de preguntas y respuestas) o de cargas de trabajo con un uso de cómputo intensivo (por ejemplo, un motor de recomendaciones). El almacenamiento de caché en memoria mejora el rendimiento de las aplicaciones mediante el almacenamiento de los datos críticos en memoria para lograr un acceso de baja latencia. La información en caché puede incluir los resultados de las consultas de base de datos con mucha E/S o los resultados de cálculos que utilicen muchos recursos informáticos.

P: ¿Puedo utilizar Amazon ElastiCache para otros casos de uso además del almacenamiento en caché?
Sí. ElastiCache para Redis se puede utilizar como almacén de datos de clave-valor en memoria principal, que proporciona un rendimiento de datos rápido inferior a un milisegundo, alta disponibilidad y escalabilidad. Puede optar por configurar un clúster de 500 nodos que oscile entre 83 fragmentos (uno principal y cinco réplicas por fragmento) y 500 fragmentos (un único principal y sin réplicas), lo que le proporciona hasta 340 TB de memoria. La compatibilidad con el clúster de 500 nodos está disponible con Amazon ElastiCache para Redis a partir de la versión 5.0.6 de Redis. Aquí podrá consultar otros casos de uso, como clasificaciones, limitaciones de velocidad, colas y chat.

P: ¿Puedo utilizar Amazon ElastiCache a través de AWS CloudFormation?
AWS CloudFormation simplifica el aprovisionamiento y la administración al proporcionar plantillas de AWS CloudFormation para un aprovisionamiento rápido y de confianza de los servicios o las aplicaciones. AWS CloudFormation proporciona soporte exhaustivo para Amazon ElastiCache al proporcionar plantillas para crear clústeres (de Memcached y Redis) y grupos de replicación. Las plantillas están actualizadas con la última novedad de ElastiCache para Redis para configuraciones en clústeres de Redis y proporcionan flexibilidad y facilidad de uso a los clientes de Amazon ElastiCache.

P: ¿Qué administra Amazon ElastiCache por mí?
Amazon ElastiCache administra el trabajo relacionado con la configuración de un entorno en memoria distribuido, desde el aprovisionamiento de los recursos de servidor que solicite hasta la instalación del software. Una vez que el entorno esté activado y en funcionamiento, el servicio automatiza tareas administrativas comunes, tales como la detección de errores, la recuperación y la aplicación de parches de software. Amazon ElastiCache ofrece métricas de monitoreo detalladas asociadas con los nodos, lo que permite diagnosticar y abordar los problemas muy rápidamente. Por ejemplo, puede configurar umbrales y recibir alarmas si uno de los nodos está sobrecargado de solicitudes.

P: ¿Qué son los nodos, las particiones y los clústeres de Amazon ElastiCache?
Un nodo es el bloque de construcción más pequeño de una implementación de Amazon ElastiCache. Se trata de un segmento de tamaño fijo de una RAM conectada a la red. Cada nodo ejecuta una instancia del servicio compatible con en protocolo de Memcached o Redis y tiene su propio nombre y puerto DNS. Se admiten varios tipos de nodos, cada uno con un volumen diferente de memoria asociada. Una partición de Redis es un subconjunto del espacio de claves del clúster, que puede incluir un nodo principal y ninguna o alguna réplica de lectura. Para obtener más información sobre las implementaciones de Redis, consulte la sección sobre Redis que aparece más adelante. Las particiones se combinan para formar un clúster.

P: ¿Qué motores admite Amazon ElastiCache?
Amazon ElastiCache ofrece Redis de forma completamente administrada, votada como la base de datos preferida por los desarrolladores en la encuesta a desarrolladores sobre flujo de pilas durante 5 años seguidos, así como Memcached para las aplicaciones con mayor nivel de demanda, que requieren tiempos de respuesta por debajo del milisegundo.

P: ¿Cómo comienzo a utilizar Amazon ElastiCache?
Si todavía no se ha registrado en Amazon ElastiCache, puede hacer clic en el botón “Introducción” de la página de Amazon ElastiCache y completar el proceso de registro. Debe disponer de una cuenta de Amazon Web Services. Si aún no tiene una, se le pedirá que la cree cuando inicie el proceso de inscripción en Amazon ElastiCache. Después de haberse inscrito en ElastiCache, consulte la documentación de Amazon ElastiCache, que incluye la Guía de introducción de Amazon ElastiCache for Redis y Amazon ElastiCache for Memcached.

Cuando se haya familiarizado con Amazon ElastiCache, podrá lanzar en pocos minutos un clúster con la Consola de administración de AWS o con las API de Amazon ElastiCache.

P: ¿Cómo se crea un clúster?
Los clústeres son fáciles de crear con la Consola de administración de AWS, las API de Amazon ElastiCache o las herramientas de línea de comandos. Para implementar un clúster con la consola de administración de AWS, haga clic en el botón "Create" (Crear) de la pestaña "Memcached" o "Redis". Ahí deberá especificar su identificador de clúster, el tipo de nodo y el número de nodos para crear un clúster con el volumen de memoria que necesite. Otra opción es crear el clúster mediante la API CreateCacheCluster o el comando elasticache-create-cache-cluster. Si no especifica una zona de disponibilidad al crear un clúster, AWS lo colocará automáticamente en función de sus requisitos de memoria y de la capacidad disponible.

P: ¿Qué tipos de nodo puedo seleccionar?
Amazon ElastiCache admite nodos de los siguientes tipos:

Nodos de la generación actual:
cache.c7gn.large: 3.09 GiB, cache.c7gn.xlarge: 6.38 GiB, cache.m4.large: 6,42 GiB, cache.m4.xlarge14.28 GiB, cache.m4.2xlarge: 29,7 GiB, cache.m4.4xlarge: 60,78 GiB, cache.m4.10xlarge: 154,64 GiB, cache.m5.large: 6,38 GiB, cache.m5.xlarge: 12,93 GiB, cache.m5.2xlarge: 26,04 GiB, cache.m5.4xlarge: 52,26 GiB, cache.m5.12xlarge: 157,12 GiB, cache.m5.24xlarge: 314,32 GiB, cache.m6g.large: 6,38 GiB, cache.m6g.xlarge: 12,94 GiB, cache.m6g.2xlarge: 26,05 GiB, cache.m6g.4xlarge: 52,26 GiB, cache.m6g.8xlarge: 103,68 GiB, cache.m6g.12xlarge: 157,13 GiB, cache.m6g.16xlarge: 209,55 GiB, cache.r4.large: 12,3 GiB, cache.r4.xlarge: 25,05 GiB, cache.r4.2xlarge: 50,47 GiB, cache.r4.4xlarge: 101,38 GiB, cache.r4.8xlarge: 203,26 GiB, cache.r4.16xlarge: 407 GiB, cache.r5.large: 13,07 GiB, cache.r5.xlarge: 26,32 GiB, cache.r5.2xlarge: 52,82 GiB, cache.r5.4xlarge: 105,81 GiB, cache.r5.12xlarge: 317,77 GiB, cache.r5.24xlarge: 635,61 GiB, cache.r6g.large: 13,07 GiB, cache.r6g.xlarge: 26,32 GiB, cache.r6g.2xlarge: 52,82 GiB, cache.r6g.4xlarge: 105,81 GiB, cache.r6g.8xlarge: 209,55 GiB, cache.r6g.12xlarge: 317,77 GiB, cache.r6g.16xlarge: 419,1 GiB, cache.t2.micro: 555 MB, cache.t2.small: 1,55 GiB, cache.t2.medium: 3,22 GiB, cache.t3.micro: 0,5 GiB, cache.t3.small: 1,37 GiB, cache.t3.medium: 3,09 GiB, cache.t4g.micro: 0,5 GiB, cache.t4g.small: 1,37 GiB, cache.t4g.medium: 3,09 GiB

Nodos de la generación actual con niveles de datos:
cache.r6gd.xlarge: 26,32 GiB de memoria, 99,33 GiB de SSD, cache.r6gd.2xlarge: 52,82 GiB de memoria, 199,07 GiB de SSD, cache.r6gd.4xlarge: 105,81 GiB de memoria, 398,14 GiB de SSD, cache.r6gd.8xlarge: 209,55 GiB de memoria, 796,28 GiB de SSD, cache.r6gd.12xlarge: 317,77 GiB de memoria, 1194,42 GiB de SSD, cache.r6gd.16xlarge: 419,1 GiB de memoria, 1592,56 GiB de SSD

Cada tipo de nodo anterior muestra la memoria disponible para Memcached o Redis después de tener en cuenta la carga adicional del software del sistema Amazon ElastiCache. El volumen total de memoria de un clúster es un número entero, múltiplo de la memoria disponible en cada partición. Por ejemplo, un clúster compuesto de diez nodos de 6 GB cada uno proporcionará 60 GB de memoria total.

P: ¿Cómo obtengo acceso a mis nodos?
Una vez que su clúster esté disponible, podrá recuperar los puntos de conexión del nodo si sigue estos pasos en la Consola de administración de AWS:

• Desplácese hasta la pestaña "Amazon ElastiCache".
• Haga clic en el enlace "(Número de) Nodes" y vaya a la pestaña "Nodes" (Nodos).
• Haga clic en el botón "Copy Node Endpoint(s)" (Copiar puntos de enlace de nodos).

También puede utilizar la API DescribeCacheClusters para recuperar la lista de puntos de enlace.

A continuación, puede configurar su cliente de Memcached o Redis con esta lista de puntos de enlace y utilizar el lenguaje de programación que prefiera para añadir o eliminar datos desde los nodos de ElastiCache. Para permitir solicitudes de redes en los nodos, tendrá que autorizar el acceso. Si quiere conocer con detalle cómo empezar, consulte la Guía de introducción correspondiente a Amazon ElastiCache for Redis o Amazon ElastiCache for Memcached.

P: ¿Qué es un plazo de mantenimiento? ¿Estarán disponibles los nodos durante el mantenimiento de software?
Podemos considerar el plazo de mantenimiento de Amazon ElastiCache como una oportunidad para controlar cuándo se aplican los parches de software (en caso de que se soliciten o se necesiten). Si hay un evento de “mantenimiento” programado para una cierta semana, se iniciará y se completará en un punto determinado durante el plazo de mantenimiento de 60 minutos que usted identifique.

Los nodos podrían experimentar momentos de inactividad durante el plazo de mantenimiento si hay parches de software programados. Consulte la administración de versiones del motor para obtener más detalles. El usuario puede solicitar la aplicación de parches, por ejemplo, en el caso de una actualización del software de caché o puede determinarse cuando sea necesario (si identificamos vulnerabilidades de seguridad en el sistema o en el software de almacenamiento de caché). La aplicación de parches tiene lugar con poca frecuencia (normalmente, una vez cada varios meses) y raramente necesitará más de una fracción del plazo de mantenimiento. Si no especifica un plazo de mantenimiento semanal preferido al crear el clúster, se asignará un valor predeterminado de 60 minutos. Si desea cambiar el momento en el que tendrá lugar el mantenimiento, puede hacerlo mediante la modificación de su instancia de base de datos en la consola de administración de AWS o mediante la API ModifyCacheCluster. Cada clúster puede tener diferentes períodos de mantenimiento preferidos, si así lo desea.

P: ¿Qué son los nodos reservados de Amazon ElastiCache?
Los nodos reservados o las instancias reservadas son una oferta mediante la cual se proporciona un importante descuento en el uso bajo demanda si se confirma un plazo de uno o tres años. Con los nodos reservados, puede efectuar un pago inicial único para realizar una reserva por un plazo de uno o tres años, ejecutar el nodo en una región específica y recibir un importante descuento en el cargo por hora para un uso constante. Hay tres tipos de nodos reservados (pago total inicial, ningún pago inicial y pago inicial parcial), que le permiten equilibrar el importe del pago inicial con el precio por hora efectivo.

P: ¿En qué se diferencian los nodos reservados de los nodos bajo demanda?
Desde el punto de vista funcional, los nodos reservados son idénticos a los nodos bajo demanda. La única diferencia radica en la forma en que se facturan los nodos. En el caso de los nodos reservados, realiza un único pago inicial y se beneficia de una tarifa de uso constante por hora más baja (en comparación con los nodos bajo demanda) durante el periodo establecido.

P: ¿Cómo puedo comprar y crear nodos reservados?
Puede utilizar la opción “Purchase Reserved Nodes” (Comprar nodos reservados) de la Consola de administración de AWS. Otra opción es utilizar las herramientas de la API para ver una lista de las reservas disponibles para su compra con el método de la API DescribeReservedCacheNodesOfferings y, a continuación, comprar una reserva de nodo de caché mediante una llamada al método PurchaseReservedCacheNodesOffering.

La creación de un nodo reservado es igual al lanzamiento de un nodo bajo demanda. Solamente tiene que especificar la clase y la región del nodo para las que desea realizar la reserva. Si compra la reserva correctamente, Amazon ElastiCache aplicará al nuevo nodo la tarifa por hora reducida de la que puede beneficiarse.

P: ¿Siempre habrá reservas disponibles para comprar?
Sí. Los nodos reservados se compran para la región, no para la zona de disponibilidad. Esto significa que, aunque la capacidad de una zona de disponibilidad sea limitada, es posible comprar reservas en esa región para luego utilizarlas en una zona de disponibilidad diferente dentro de la región.

P: ¿Cuántos nodos de caché reservados puedo comprar?
Puede comprar hasta 300 nodos reservados. Si desea ejecutar más de 300 nodos, complete el formulario de solicitud de nodos de Amazon ElastiCache.

P: ¿Qué sucede si ya dispongo de un nodo que me gustaría convertir en un nodo reservado?
Solo tiene que comprar una reserva de nodo con la misma clase de nodo dentro de la misma región en la que se encuentra el nodo que está ejecutando actualmente y que desearía reservar. Si compra la reserva correctamente, Amazon ElastiCache aplicará automáticamente el nuevo cargo por uso por hora al nodo existente.

P: Si me inscribo para obtener un nodo reservado, ¿cuándo comienza el plazo? ¿Qué le ocurre al nodo cuando finaliza el plazo?
Los cambios de precio asociados con un nodo reservado se activan cuando la solicitud se recibe, mientras se procesa la autorización del pago. Podrá seguir el estado de su reserva en la página Actividad de la cuenta de AWS o mediante la API DescribeReservedCacheNodes. Si el pago único no puede autorizarse correctamente antes del siguiente periodo de facturación, no se aplicará el precio con descuento.

Cuando venza el plazo de reserva, al nodo reservado se le volverá a aplicar la tarifa de uso por hora bajo demanda correspondiente a la clase y región de su nodo reservado.

P: ¿Cómo puedo controlar los nodos que se me facturan con la tarifa de nodo reservado?
Las API de Amazon ElastiCache diseñadas para la creación, modificación y eliminación de nodos no distinguen entre nodos bajo demanda y reservados, por lo que puede utilizar ambos nodos sin ningún tipo de problema. A la hora de calcular su factura, nuestro sistema aplicará de forma automática sus reservas para que todos los nodos que cumplan los requisitos se le cobren según la tarifa horaria más reducida para nodos de caché reservados.

P: ¿Puedo mover un nodo reservado de una región o zona de disponibilidad a otra?
Cada nodo reservado está asociado a una región concreta, que es fija mientras dura la reserva y no puede modificarse. No obstante, las reservas pueden utilizarse en cualquiera de las zonas de disponibilidad disponibles dentro de la región asociada.

P: ¿Puedo cancelar una reserva?
No, no puede cancelar la instancia de base de datos reservada y el pago único (si procede) tampoco es reembolsable. Seguirá pagando por cada hora durante el periodo del acuerdo para las instancias de bases de datos reservadas, independientemente del uso que haga.

P: ¿Cómo afectan las opciones de pago a mi factura?
Cuando adquiere una instancia reservada con la opción pago inicial total, el plazo completo de la instancia reservada se abona en un solo pago inicial. Elija la opción Sin pago inicial si no desea realizar ningún pago inicial. El valor total de la instancia reservada sin pago inicial se distribuye en cada hora del período de vigencia y se le facturará por cada hora durante todo el plazo de la instancia reservada, independientemente del uso. La opción Pago inicial parcial es una combinación de las opciones Pago inicial total y Sin pago inicial. Se efectúa un pequeño pago inicial y se le facturará una tarifa por hora baja por cada hora durante todo el plazo, independientemente del uso.

P: ¿Cómo controlo el acceso a Amazon ElastiCache?
Si no se utiliza una VPC, Amazon ElastiCache permite controlar el acceso a sus clústeres a través de grupos de seguridad de caché. Un grupo de seguridad actúa como un firewall, ya que controla el acceso de red a su clúster. De forma predeterminada, el acceso de red a sus clústeres está desactivado. Si desea que sus aplicaciones obtengan acceso al clúster, debe habilitar de forma explícita el acceso de los hosts de grupos de seguridad de EC2 específicos. Este proceso recibe el nombre de entrada.

Para permitir el acceso de red a su clúster, cree un grupo de seguridad y enlace con él los grupos de seguridad de EC2 que desee (que, a su vez, especifican las instancias de EC2 permitidas). El grupo de seguridad se puede asociar con el clúster durante el proceso de creación. También se puede utilizar la opción “Modify” (Modificar) de la Consola de administración de AWS.

Tenga en cuenta que el control de acceso basado en rango de IP no está actualmente habilitado para clústeres. Todos los clientes de un clúster deben estar dentro de la red de EC2 y deben estar autorizados a través de grupos de seguridad, tal como hemos descrito anteriormente.

A la hora de utilizar VPC, consulte esta sección para obtener información adicional.

P: ¿Los programas que se encuentran en ejecución en los servidores de mi propio centro de datos pueden obtener acceso a Amazon ElastiCache?
Sí. Puede acceder a un clúster de Amazon ElastiCache desde una aplicación que se ejecute en su centro de datos siempre que haya conectividad entre su VPC y el centro de datos mediante VPN o Direct Connect. Aquí se indican los detalles.

P: ¿Los programas que se ejecutan en las instancias de EC2 de una VPC pueden obtener acceso a Amazon ElastiCache?
Sí. Las instancias de EC2 de una VPC pueden obtener acceso a Amazon ElastiCache si el clúster de ElastiCache se creó en la VPC. Puede obtener información detallada sobre cómo crear un clúster de Amazon ElastiCache dentro de una VPC aquí.

P: ¿Qué es Amazon Virtual Private Cloud (VPC) y por qué debería utilizar este servicio con Amazon ElastiCache?
Amazon VPC permite crear un entorno de red virtual en una sección privada y aislada de la nube de Amazon Web Services (AWS), donde puede ejercer control total sobre diversos elementos, como rangos de direcciones IP privadas, subredes, tablas de enrutamiento y puertas de enlace de red. Con Amazon VPC, puede definir una topología de red virtual y personalizar la configuración de red para replicar lo más posible una red de IP tradicional que puede utilizar en su propio centro de datos.

Una de las situaciones en las que puede utilizar Amazon ElastiCache en una VPC es si desea ejecutar una aplicación web con acceso público mientras mantiene servidores backend sin acceso para el público en una subred privada. Puede crear una subred pública para los servidores web que tenga acceso a Internet y colocar su infraestructura backend en una subred privada sin acceso a Internet. Su infraestructura en segundo plano podría incluir instancias de base de datos de RDS y un clúster de Amazon ElastiCache que proporcione la capa de almacenamiento en memoria. Para obtener más información sobre Amazon VPC, consulte la Guía del usuario de Amazon Virtual Private Cloud.

P: ¿Cómo puedo crear un clúster de Amazon ElastiCache en una VPC?
Para consultar un ejemplo que ilustra cómo crear un clúster de Amazon ElastiCache en una VPC, consulte la Guía del usuario de Amazon ElastiCache.

A continuación, describimos los requisitos previos necesarios para crear un clúster en una VPC:

• Debe disponer de una VPC configurada con al menos una subred. Para obtener información sobre cómo crear subredes y VPC de Amazon, consulte la Guía de introducción para Amazon VPC.
• Debe disponer de un grupo de subred definido para su VPC (para Redis o Memcached).
• Debe disponer de un grupo de seguridad de VPC definido para su VPC (o puede utilizar el grupo predeterminado suministrado).
• Además, debe asignar bloques de CIDR lo suficientemente grandes a cada una de las subredes, de forma que haya suficientes direcciones IP auxiliares para que Amazon ElastiCache pueda utilizarlas durante las actividades de mantenimiento, como la sustitución de nodos de caché.

P: ¿Cómo creo un clúster de Amazon ElastiCache en una VPC existente?
El proceso de creación de un clúster de Amazon ElastiCache en una VPC existente es igual que para una VPC que se haya creado recientemente. Aquí puede encontrar más información sobre Redis y Memcached.

P: ¿Cómo puedo conectarme a un nodo de ElastiCache en una VPC?
Se puede obtener acceso a los nodos de Amazon ElastiCache implementados en una VPC mediante las instancias de EC2 implementadas en la misma VPC. Si estas instancias de EC2 se implementan en una subred pública con direcciones IP elásticas asociadas, puede obtener acceso a las instancias de EC2 a través de Internet.

Si desea obtener acceso a los nodos de Amazon ElastiCache implementados en una VPC desde Internet o desde instancias de EC2 fuera de la VPC, consulte las pautas para Redis o Memcached.

ElastiCache se asegura de que el nombre DNS y la dirección IP del nodo de caché sean iguales cuando los nodos de caché se recuperen tras un error. 

P: ¿Qué es un grupo de subred y por qué necesito utilizar uno?
Un grupo de subredes es una colección de subredes que debe designar para su clúster de Amazon ElastiCache en una VPC. Un grupo de subredes se crea mediante la consola de Amazon ElastiCache. Cada grupo de subredes tiene que tener como mínimo una subred. Amazon ElastiCache utiliza el grupo de subredes para seleccionar una subred. Las direcciones IP de la subred seleccionada se asocian a continuación con los puntos de enlace de nodos. Además, Amazon ElastiCache crea y asocia interfaces de red elásticas a nodos con las direcciones IP previamente mencionadas.

Tenga en cuenta que se recomienda encarecidamente utilizar los nombres de DNS para conectarse a los nodos, ya que las direcciones IP subyacentes pueden cambiar (por ejemplo, después de sustituir un nodo de caché).

P: ¿Puedo cambiar el grupo de subredes que tengo en el clúster de ElastiCache?
Se puede actualizar un grupo de subredes existente para agregar más subredes para las zonas de disponibilidad existentes o para nuevas zonas de disponibilidad agregadas con posterioridad a la creación del clúster de ElastiCache. Sin embargo, actualmente no se permite cambiar el grupo de subredes de un clúster implementado.

P: ¿Qué diferencia hay entre utilizar Amazon ElastiCache dentro de una VPC y fuera de ella?
La funcionalidad básica de Amazon ElastiCache es la misma tanto si se utiliza una VPC como si no. Amazon ElastiCache administra la detección de errores, la recuperación, el escalado, la autodetección y los parches de software automáticos tanto si el clúster ElastiCache está dentro como fuera de una VPC.

Dentro de una VPC, los nodos de un clúster de ElastiCache solo tienen una dirección IP privada (dentro de una subred que usted determine). Fuera de una VPC, se puede controlar el acceso al clúster de ElastiCache mediante grupos de seguridad, tal y como se describe aquí.

P: ¿Puedo transferir mi clúster de ElastiCache existente de fuera de mi VPC a dentro?
No, no puede transferir un clúster de Amazon ElastiCache existente de fuera a dentro de una VPC. Debe crear un clúster de Amazon ElastiCache nuevo dentro de la VPC.

P: ¿Puedo transferir mi clúster de ElastiCache existente de dentro de una VPC a fuera?
Actualmente, no se admite la migración directa de un clúster de ElastiCache del interior al exterior de una VPC. Debe crear un clúster de Amazon ElastiCache fuera de la VPC.

P: ¿Cómo puedo controlar el acceso de red a mi clúster?
Amazon ElastiCache le permite controlar el acceso a su clúster y, por tanto, a los nodos que utilizan los grupos de seguridad en implementaciones que no sean de VPC. Un grupo de seguridad actúa como un firewall, controlando el acceso de red a su nodo. De forma predeterminada, el acceso de red a sus nodos está desactivado. Si desea que sus aplicaciones obtengan acceso a su nodo, puede configurar su grupo de seguridad para permitir el acceso desde instancias EC2 de miembros de grupos de seguridad de EC2 específicos o rangos de IP concretos. Este proceso recibe el nombre de entrada. En cuanto se configura la entrada para un grupo de seguridad, se aplican las mismas reglas a todos los nodos asociados a ese grupo de seguridad. Los grupos de seguridad pueden configurarse con la sección “Security Groups” (Grupos de seguridad) de la consola de Amazon ElastiCache o mediante las API de Amazon ElastiCache.

En implementaciones de VPC, el acceso a los nodos se controla mediante el grupo de seguridad de VPC y el grupo de subred. El grupo de seguridad de VPC es el equivalente de la VPC del grupo de seguridad.

P: ¿Qué precauciones debo tomar para garantizar que mi aplicación pueda obtener acceso a los nodos de ElastiCache contenidos en una VPC?
Usted es responsable de modificar las tablas de enrutamiento y las ACL de red en la VPC para que se pueda obtener acceso a los nodos de ElastiCache desde sus instancias de cliente en la VPC. Para más información, consulte la documentación de Amazon ElastiCache para Redis o Amazon ElastiCache para Memcached.

P: ¿Puedo utilizar grupos de seguridad para configurar los clústeres que forman parte de mi VPC?
No, los grupos de seguridad no se utilizan cuando se trabaja en una VPC. aunque sí se utilizan en la configuración que no es de VPC. A la hora de crear un clúster en una VPC, tendrá que utilizar grupos de seguridad de VPC.

P: ¿Puedo asociar un grupo de seguridad de EC2 normal con un clúster que se haya lanzado dentro de una VPC?
No, solo puede asociar grupos de seguridad de VPC que formen parte de la misma VPC que su clúster.

P: ¿Los nodos de un clúster de ElastiCache pueden abarcar varias subredes?
Sí. Los nodos de un clúster de Amazon ElastiCache pueden abarcar varias subredes siempre y cuando estas formen parte del mismo grupo de subredes que se asoció con el clúster de ElastiCache en el momento de su creación.

P: ¿Qué son los grupos de parámetros? ¿Por qué resultan útiles?
Un grupo de parámetros actúa como “contenedor” de parámetros de configuración del motor que pueden aplicarse a uno o varios clústeres. Si crea un clúster sin especificar un grupo de parámetros, se utilizará un grupo de parámetros predeterminado. Este grupo predeterminado contiene valores predeterminados del motor y del sistema Amazon ElastiCache que están optimizados para el clúster que está ejecutando. Sin embargo, si desea que el clúster funcione con los parámetros de configuración del motor personalizados, solo tiene que crear un nuevo grupo de parámetros, cambiar los parámetros que desee y modificar el clúster para que use el nuevo grupo de parámetros. Una vez asociados, todos los clústeres que utilicen un grupo de parámetros determinado obtendrán todas las actualizaciones de parámetro correspondientes a ese grupo de parámetros. Para obtener más información sobre cómo configurar los grupos de parámetros, consulte las guías de usuario de Amazon ElastiCache para Redis o de Amazon ElastiCache para Memcached.

P: ¿Cómo elijo los parámetros de configuración adecuados para los clústeres?
Amazon ElastiCache selecciona, de manera predeterminada, los parámetros de configuración óptimos para su clúster, para lo que se tienen en cuenta la capacidad de los recursos de memoria o computación del tipo de nodo. Sin embargo, si desea modificarlos, puede hacerlo con las API de administración de la configuración. Recuerde que modificar los parámetros de configuración recomendados puede tener efectos no deseados, como la reducción del rendimiento y bloqueos del sistema, y solo los usuarios avanzados que deseen asumir estos riesgos podrán hacerlo. Para obtener más información sobre cómo cambiar parámetros, consulte la Guía del usuario de Amazon ElastiCache.

P: ¿Cómo puedo ver la configuración actual de mis parámetros para un grupo de parámetros determinado?
Puede utilizar la Consola de administración de AWS, las API de Amazon ElastiCache o las herramientas de línea de comandos para ver información sobre los grupos de parámetros y los ajustes de parámetros correspondientes.

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 administrar, supervisar y usar 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 Amazon ElastiCache, la interfaz de línea de comandos (CLI) o las API del servicio web. Amazon ElastiCache para Redis admite configuraciones de alta disponibilidad, incluido el modo clúster habilitado de Redis y el modo clúster deshabilitado con conmutación por error automática desde la instancia principal a la réplica.

P: ¿El protocolo de Amazon ElastiCache para Redis es conforme con Redis de código abierto?
Sí, Amazon ElastiCache para Redis está diseñado para tener un protocolo conforme con Redis de código abierto. El código, las aplicaciones, los controladores y las herramientas que los clientes utilizan en la actualidad, con su almacén de datos de Redis independiente, seguirán funcionando con Amazon ElastiCache para Redis y no será necesario efectuar cambios de código para las implementaciones de Redis existentes que se migren a Amazon ElastiCache para Redis, a menos que se notifique. Actualmente, ofrecemos compatibilidad con las versiones de Redis 7, 6.2.5, 6.0.5, 5.0.6, 5.0.5, 5.0.4, 5.0.3, 5.0.0, 4.0.10, 3.2.10, 3.2.6, 3.2.4.

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 Amazon ElastiCache para Redis son los bloques de construcción más pequeños de una implementación de Amazon ElastiCache para Redis. Cada nodo de Amazon ElastiCache para Redis admite el protocolo de Redis y tiene su propio nombre y puerto DNS. Se admiten varios tipos de nodos de Amazon ElastiCache for Redis, cada uno con una cantidad diferente de capacidad de CPU y memoria asociada. Los nodos de Amazon ElastiCache for Redis pueden asumir la función principal o de réplica de lectura. Un nodo principal se puede replicar a varios nodos de réplica de lectura. Un clúster de Amazon ElastiCache for Redis es una recopilación de uno o varios nodos de Amazon ElastiCache for Redis; 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. Un clúster administra un espacio de clave lógica, donde cada nodo es responsable de una parte del espacio de 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 Amazon ElastiCache for 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: ¿Amazon ElastiCache para Redis admite la persistencia de Redis?
Amazon ElastiCache para Redis no admite la característica de archivo solo anexado, pero puede lograr la persistencia al hacer una instantánea de los datos de Redis mediante la característica de copias de seguridad y restauración. Consulte esta página para más información.

P: ¿Cómo puedo migrar desde Amazon ElastiCache para Memcached a Amazon ElastiCache para Redis y viceversa?
Actualmente, no se admite la migración automática desde Memcached a 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 de formato de datos y configuración de clúster que existen entre los dos motores.

P: ¿Amazon ElastiCache para Redis es compatible con la 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 si este falla. En el caso de que el nodo principal falle, ElastiCache para Redis promoverá automáticamente una réplica de lectura existente al rol principal. Aquí puede obtener más detalles sobre cómo administrar los errores del nodo.

P: ¿Qué opciones brinda Amazon ElastiCache para Redis en caso de 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 DNS existente del nodo para que remita a los nuevos recursos de servicio. Por lo tanto, el nombre DNS para un nodo de Redis se mantendrá igual, 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, Amazon ElastiCache lo detectará automáticamente, seleccionará una réplica y la convertirá en el nuevo nodo principal. También propagará el DNS para que pueda seguir utilizando el punto de conexión principal y, después del cambio, señalará el nodo principal recién elegido. Para obtener más detalles, consulte la sección Multi-AZ de estas preguntas frecuentes. 

Cuando se selecciona la opción de replicación de Redis 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 destino de la conmutación por error puede estar en la misma zona o en otra distinta. Para realizar una conmutación por recuperación a la zona original, defina la réplica de lectura en la zona original como la principal. Puede diseñar su aplicación para forzar a 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?
Cuando se implementa ElastiCache para Redis con el modo de clúster deshabilitado, para grupos de replicación habilitados para Multi-AZ, el comportamiento de la conmutación por error se describe en la sección Multi-AZ de estas preguntas frecuentes. Si elige no habilitar Multi-AZ y Amazon ElastiCache supervisa 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 lo tanto, el nombre DNS para un nodo de Redis se mantendrá igual, 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á deshabilitada), tendrá la opción de definir una de las réplicas de lectura como el nuevo nodo principal. Consulte aquí cómo seleccionar un nuevo nodo principal. El registro DNS del punto de conexión de la réplica de lectura principal se actualizará para que remita al nodo de la réplica de lectura definida como principal. A continuación, se creará un nodo de réplica de lectura en la zona de disponibilidad original de la instancia principal como réplica de lectura en el grupo de replicación y seguirá a la nueva instancia principal.

Cuando se implementa ElastiCache for Redis con el modo de clúster activado, se está distribuyendo el espacio de clave de caché a través de varias particiones. Esto significa que los datos, y el acceso de lectura y escritura a esos datos, está repartido entre múltiples nodos de Redis a través de varias zonas de disponibilidad (obligatorio con el modo de clúster activado). El rol del nodo principal automáticamente conmutará por error en una de las réplicas de lectura. No es necesario crear y aprovisionar un nuevo nodo principal, ya que ElastiCache se encargará de ello de forma transparente. Esta conmutación por error y promoción de réplicas garantiza que se pueda reanudar la escritura en el nuevo principal tan pronto como se complete la promoción.

P: ¿Las réplicas de lectura estarán disponibles mientras ocurra un error en el nodo principal?
Sí, mientras ocurra 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 definida como nodo principal, 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 Amazon ElastiCache. Puede crear un nuevo clúster de caché de Redis con el asistente de lanzamiento si selecciona el motor de Redis. También puede modificar o eliminar un clúster de Redis existente mediante la consola de Amazon 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 predeterminada, los clústeres de Redis se crearán dentro de la VPC predeterminada que esté asociada con la cuenta. A través de la consola de Amazon ElastiCache puede especificar una VPC diferente al crear el clúster.

P: ¿Cómo puedo proteger mi clúster de Redis?
Amazon ElastiCache para Redis admite dos métodos para proteger el clúster de Redis. Puede elegir entre AUTH de Redis o el control de acceso basado en roles administrado; ambas son características opcionales y requieren que el cifrado en tránsito esté habilitado. AUTH de Redis le permite agregar una contraseña para asegurar el acceso al clúster de Redis y está admitido de la versión 3.2.6 en adelante. A partir de Redis 6, la característica de control de acceso basado en roles le permite crear y administrar usuarios y grupos de usuarios para asegurar el clúster de Redis. Puede asignar los usuarios a grupos de usuarios en consonancia con una función específica (por ejemplo, administradores, recursos humanos, análisis, etc.) que luego se implementan en uno o más grupos de replicación de Amazon ElastiCache para Redis. Al hacer esto, puede establecer límites de seguridad entre los usuarios que utilizan el mismo grupo o grupos de replicación de Redis y evitar que los clientes accedan a los datos de los demás. Consulte estos enlaces para más información sobre AUTH de Redis y control de acceso basado en roles. 

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 mediante las API ModifyCacheCluster o ModifyReplicationGroup y la especificación de la versión de motor preferida para el parámetro EngineVersion. En la consola de Amazon ElastiCache, puede seleccionar un clúster de caché o un grupo de replicación y hacer clic en “Modificar”. En la ventana “Modificar clúster de caché” o “Modificar grupo de replicación”, 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. Haga clic aquí para obtener más información.

P: ¿Puedo volver a una versión anterior del motor?
No, no es posible volver a una versión anterior del motor.

P: ¿Cómo escalo verticalmente a un tipo de nodo más grande o a más nodos?
En Amazon ElastiCache para Redis puede escalar verticalmente con facilidad a tipos de instancias más grandes con el modo de clúster deshabilitado y a más instancias cuando utiliza el modo de clúster habilitado. 

Puede escalar verticalmente con facilidad a un tipo de nodo más grande mediante las API ModifyCacheCluster o ModifyReplicationGroup y la especificación del tipo de nodo preferido para el parámetro CacheNodeType. En la consola de Amazon ElastiCache, puede seleccionar un clúster de caché o un grupo de replicación y hacer clic en “Modificar”. En la ventana “Modificar clúster de caché” o “Modificar grupo de replicación”, seleccione el tipo de nodo preferido en 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. Haga clic aquí para obtener más información.

El modo de clúster le permite escalar horizontalmente al añadir o eliminar particiones, en lugar de escalar verticalmente un solo nodo. Conceptualmente, el escalado horizontal del clúster es fácil de entender en el lado del servidor: simplemente se añade o elimina una partición. Cada partición tiene un nodo principal y hasta cinco nódulos de réplica de solo lectura. Cuando el nuevo nodo esté listo, el clúster tendrá que reasignar o equilibrar el espacio de clave entre los nodos según lo configurado. Con ElastiCache para Redis, el reequilibrio es automático.

P: ¿Puedo tener réplicas entre regiones con Amazon ElastiCache para Redis?
Sí, puede crear réplicas entre regiones con la característica Global Datastore de Amazon ElastiCache para Redis. Con esta característica, es posible ejecutar una replicación entre regiones ágil, de confianza, segura y completamente administrada. Le permite escribir en su clúster de Amazon ElastiCache para Redis en una región y disponer de los datos para su lectura en hasta otros dos clústeres replicados en regiones diferentes. De este modo, es posible realizar lecturas de baja latencia y hacer recuperaciones de desastres entre regiones.

Pregunta: ¿Cuáles son las ventajas de rendimiento de Amazon ElastiCache para Redis?
ElastiCache para Redis proporciona subprocesos de E/S mejorados que ofrecen mejoras significativas en el rendimiento y la latencia a escala mediante la multiplexación, la descarga de capas de presentación y más. Los subprocesos de E/S mejorados mejoran el rendimiento al aprovechar más núcleos para procesar las E/S y ajustarse dinámicamente a la carga de trabajo. ElastiCache para Redis mejora el rendimiento de los clústeres habilitados para TLS al descargar el cifrado a los mismos subprocesos de E/S mejorados. La versión 7.0 de ElastiCache para Redis introdujo la multiplexación de E/S mejorada, que combina muchas solicitudes de clientes en un solo canal y mejora la eficiencia de los subprocesos principales de Redis. En la versión 7.1 y posteriores de ElastiCache para Redis, ampliamos la funcionalidad mejorada de subprocesos de E/S para gestionar también la lógica de la capa de presentación. Los subprocesos de E/S mejorados no solo leen la entrada del cliente, sino que también la analizan en un formato de comando binario de Redis, que luego se reenvía al subproceso principal para su ejecución, a fin de aumentar el rendimiento. La versión 7.1 de Amazon ElastiCache para Redis puede lograr hasta un 100 % más de rendimiento y una latencia P99 un 50 % más baja, en comparación con la versión 7.0 de Elasticache para Redis. En r7g.4xlarge o superior, puede lograr más de 1 millón de solicitudes por segundo (RPS) por nodo.

Pregunta: ¿Cómo superviso el uso de CPU de Redis?
Amazon ElastiCache proporciona dos métricas para medir el uso de CPU de las cargas de trabajo de Amazon ElastiCache para Redis: EngineCPUUtilization y CPUUtilization. La métrica CPUUtilization mide el uso de CPU de la instancia (nodo) y la métrica EngineCPUUtilization mide el uso a nivel del proceso de Redis. Necesita la métrica EngineCPUUtilization además de la métrica CPUUtilization, ya que el proceso principal de Redis tiene un único subproceso y usa solamente una CPU de los múltiples núcleos de CPU disponibles en una instancia. Por lo tanto, la métrica CPUUtilization no proporciona una visibilidad exacta de las tasas de utilización de CPU al nivel de proceso de Redis. Recomendamos usar la métrica CPUUtilization junto con la EngineCPUUtilization para obtener datos detallados sobre la utilización de CPU de sus clústeres de Redis. Ambas métricas están disponibles en todas las regiones de AWS. Puede obtener acceso a ellas mediante CloudWatch o a través de la Consola de administración de AWS. Además, le recomendamos que visite esta página para obtener información sobre métricas útiles para la supervisión del rendimiento.

Pregunta: ¿Cómo optimizo el rendimiento del cliente de Redis?
Redis es uno de los almacenes clave-valor NoSQL más populares y es conocido por su excelente rendimiento. Para optimizar el uso de Redis, también necesita un cliente funcional. Lea este blog para obtener directrices sobre la selección y la optimización del cliente que le resulte más adecuado.

P: ¿Qué supone la ejecución de un nodo 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

• Ajustar la escala en un valor que exceda la capacidad de cómputo o de E/S de un único nodo principal para cargas de trabajo de base de datos que realicen un uso intensivo de las lecturas. Este exceso de tráfico de lectura puede dirigirse hacia una o más réplicas de lectura.
• Atender el tráfico de lectura cuando la 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 las copias de seguridad o para mantenimiento programado), podrá dirigir el tráfico de lectura hacia las réplicas de lectura. Para este caso de uso, debe tener en cuenta que tal vez los datos situados en la réplica de lectura sean obsoletos, 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 definir una réplica de lectura que se encuentre en 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 principal determinado?
Puede crear una réplica de lectura en cuestión de minutos mediante la API CreateReplicationGroup o con 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 a la API CreateCacheCluster y especifique el ReplicationGroupIdentifier y el CacheClusterIdentifier del mismo clúster principal. 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 una instantánea 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 instantánea. 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 que utilice la consola de administración de Amazon ElastiCache o que llame a la API DeleteCacheCluster (y especifique CacheClusterIdentifier para la réplica de lectura que desea eliminar).

P: ¿Puedo crear réplicas principales y 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 la API CreateReplicationGroup o seleccionar la opción “Replicación Multi-AZ” en el asistente “Crear” de la consola de administración de Amazon ElastiCache. Al crear el clúster, especifique un identificador, la cantidad total de particiones que desee en el clúster y réplicas de lectura por partición, así como los parámetros de creación de caché, como el tipo de nodo, la versión del motor, etc. También puede especificar la zona de disponibilidad de cada partición del clúster.

• Para los clústeres de Redis (modo clúster deshabilitado) utilice los puntos de enlace individuales de los nodos para las operaciones de lectura (en la API/CLI reciben el nombre de puntos de enlace de lectura).
  
• Para los clústeres de Redis (modo clúster habilitado) utilice el punto de enlace de configuración del clúster para todas las operaciones. Debe utilizar un cliente compatible con clústeres de Redis (Redis 3.2). Podrá seguir leyendo desde los puntos de conexión de los nodos individuales (en API/CLI reciben el nombre de puntos de enlace de lectura).

P: ¿Cuántas réplicas de lectura puedo crear para un nodo 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 (a través de la adquisición de actualizaciones de la réplica de lectura que se acaba de definir como principal).

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 transformar una réplica de lectura en un nodo principal “independiente”?
No, no es posible. En su lugar, puede crear instantáneas del nodo de Amazon ElastiCache para Redis (puede seleccionar la réplica principal o cualquiera de las réplicas de lectura). Posteriormente puede utilizar la instantánea para crear un nuevo nodo principal de Amazon ElastiCache para Redis.

• 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 las fortalezas y a las debilidades 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”. Amazon ElastiCache emite una métrica para ayudarlo a entender la inconsistencia.

P: ¿Cómo puedo obtener visibilidad de las réplicas de lectura activas?
Puede utilizar la API estándar DescribeCacheClusters para que devuelva una lista de todos los clústeres de caché que haya implementado (incluidas las réplicas de lectura) o hacer clic en la pestaña “Cache Clusters” (Clústeres de caché) en la consola de administración de Amazon ElastiCache.

Amazon ElastiCache supervisa el estado de la replicación de las réplicas de lectura y actualiza el campo Replication State (Estado de replicación) a Error si el proceso se detiene por algún motivo. Puede revisar los detalles del error lanzado por el motor Redis en el campo “Error de replicación” y tomar una medida apropiada para solucionarlo. Puede obtener más información sobre la solución de los problemas de replicación en la sección “Solución de problemas de réplica de lectura” de la Guía del usuario de Amazon ElastiCache. Si se soluciona un problema de replicación, el campo “Estado de replicación” cambia a “Replicando”.

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 ("Replica Lag") disponible mediante 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 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 y no satisface 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 principal?
Puede eliminar de forma sencilla una réplica de lectura con unos pocos clics en la Consola de administración de AWS o mediante las API DeleteCacheCluster o DecreaseReplicaCount. Si desea eliminar la réplica de lectura además del nodo de caché principal, debe utilizar la 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 con las mismas tarifas. De la misma forma que en un nodo de caché estándar, la tarifa por “hora de nodo de caché” 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 "active" (activo)). La réplica de lectura se seguirá facturando con las tarifas por hora 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 tarda?
Amazon ElastiCache admite la conmutación por error iniciada, 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 define como el nuevo nodo principal. Le sugerimos que siga las prácticas recomendadas e implemente el reintento de conexión de nodo de caché en la capa de la aplicación. Normalmente, los pasos 1 a 5 siguientes, de principio a fin, se completan en 6 minutos.

Estos son los eventos de conmutación por error automática, enumerados por orden de aparición:

1. Mensaje de grupo de reproducción: API de prueba de conmutación por error solicitada para el grupo de nodos <node-group-id>
   
2. Mensaje del clúster de caché: Failover from primary node <primary-node-id> to replica node <node-id> completed (Se ha completado la conmutación por error del nodo principal <primary-node-id> al nodo de réplica <node-id>)
   
3. Mensaje del grupo de replicación: Failover from primary node <primary-node-id> to replica node <node-id> completed (Se ha completado la conmutación por error del nodo principal <primary-node-id> al nodo de réplica <node-id>)
   
4. Mensaje del clúster de caché: Recovering cache nodes <node-id> (Recuperando los nodos de caché <node-id>)
   
5. Mensaje del clúster de caché: Finished recovery for cache nodes <node-id> (Recuperación de los nodos de caché <node-id> finalizada)

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.

Sin embargo, puede utilizar Global Datastore para Redis para trabajar con una replicación completamente administrada, rápida, de confianza y segura en todas las regiones de AWS. Con esta característica, puede crear clústeres de réplicas de lectura entre regiones para que ElastiCache para Redis permita lecturas de baja latencia y la recuperación de desastres en todas las regiones de AWS.

P: ¿Puedo ver en qué zona de disponibilidad se encuentra actualmente mi nodo principal?
Sí, puede obtener información sobre la ubicación en la que se encuentra su nodo principal actual mediante la Consola de administración de AWS o la API DescribeCacheClusters.
Después de la conmutación por error, la instancia principal se encuentra en una zona de disponibilidad diferente de la zona en la que se encuentra el resto de mis recursos de AWS (por ejemplo, las instancias de EC2).

P: ¿Debería preocuparme la latencia?
Las zonas de disponibilidad están diseñadas para ofrecer conectividad de red de baja latencia con otras zonas de disponibilidad que se encuentren dentro de la misma región. Además, es posible que desee 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 sólida en caso de producirse un error en una zona de disponibilidad.

P: ¿Puedo agregar y quitar nodos de réplica de lectura para mi entorno de clústeres de Redis?
Sí. Puede agregar y quitar réplicas mediante uno o más particiones en un entorno de clústeres de Redis. El clúster permanece en línea y proporciona el servicio de E/S mientras se realiza esta operación.

P: ¿En qué consiste Multi-AZ para un grupo de replicación de Amazon ElastiCache para Redis?
Los grupos de replicación de Amazon ElastiCache para Redis se componen de un nodo principal y hasta cinco réplicas de lectura. Si Multi-AZ está habilitado, se requiere al menos una réplica por nódulo principal. Consulte el tema sobre conmutación por error automática. 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 Amazon 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 convertirá en el nuevo nodo principal. Amazon ElastiCache también propaga los cambios de DNS de la réplica de lectura definida como nodo principal, 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 conexión.

P: ¿Qué beneficios aporta el uso de Multi-AZ y cuándo se debe utilizar?
Los beneficios principales de ejecutar Amazon 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 Amazon ElastiCache para Redis, las restricciones de lectura y escritura en el nodo principal dependerán del tiempo que tarde en completarse la conmutación por error automática. Cuando el modo Multi-AZ está activado, la conmutación por error del nodo de Amazon ElastiCache se efectúa de manera automática, sin administración. Por lo tanto, si se produce una interrupción en el nodo principal, ya no tendrá que preocuparse por supervisar 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 utiliza Amazon ElastiCache para Redis y dispone de un grupo de replicación compuesto de un nodo principal y de una o más réplicas de lectura. Si se produce un error en el nodo principal, Amazon ElastiCache lo detectará de manera automática, seleccionará una réplica de lectura disponible y la definirá como nuevo nodo principal. Amazon ElastiCache propagará los cambios de DNS de la réplica definida para que su aplicación pueda seguir escribiendo en el punto de enlace del nodo principal. Asimismo, Amazon ElastiCache pondrá en marcha un nuevo nodo para que sustituya a la réplica de lectura convertida en nodo principal 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, el grupo de replicación de Amazon ElastiCache para Redis se puede ver afectado por las interrupciones de la zona de disponibilidad. Además, esto no está permitido si Multi-AZ está activado.

• Pérdida de disponibilidad en la zona de disponibilidad principal
• Pérdida de conectividad de red con el nodo principal
• Error de unidad informática en la instancia

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. Estas implementaciones son ideales para los entornos de producción.

P: ¿Cómo puedo crear un grupo de replicación de Amazon ElastiCache para Redis con Multi-AZ habilitado?
Puede crear un nodo principal y réplicas de lectura de Amazon ElastiCache para Redis si hace clic en “Launch Cache Cluster” (Lanzar clúster de caché) en la consola de administración de Amazon ElastiCache. También puede utilizar la API CreateReplicationGroup. En el caso de grupos de replicación existentes (Redis 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19 y 2.8.6), puede habilitar Multi-AZ si elige un grupo de replicación y hace clic en la opción “Modificar” de la consola de administración de Amazon ElastiCache o con la API ModifyReplicationGroup. El paso de un grupo de replicación a Multi-AZ no afecta los datos de Redis ni la capacidad de los nodos para atender solicitudes.

P: ¿Qué réplica de lectura se definirá como principal si se produce un error en el nodo principal?
Si existe más de una réplica de lectura, se definirá como principal aquella con el menor retraso de replicación asíncrona en relación con el nodo principal.

P: ¿Cuánto cuesta el uso de Multi-AZ?
Las operaciones Multi-AZ son gratuitas. Solo debe pagar por los nodos de Amazon ElastiCache que utilice.

P: ¿Cuáles son las implicaciones en materia de rendimiento de uso de Multi-AZ?
En la actualidad, Amazon ElastiCache utiliza la replicación nativa y asíncrona del motor de Redis, por lo que está sujeto a sus ventajas y limitaciones. En concreto, cuando una réplica de lectura se conecta a un nodo principal por primera vez, o si este último se modifica, la réplica de lectura realiza una sincronización completa de los datos del nodo principal, lo que impone una carga sobre sí misma y sobre el nodo principal. Para obtener más detalles sobre la replicación Redis, haga clic aquí.

P: ¿Qué tipos de nodos admiten Multi-AZ?
Todos los tipos de nodos de caché disponibles en Amazon ElastiCache admiten Multi-AZ, excepto la familia de nodos T1.

P: ¿Me avisarán 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 la API DescribeEvents para devolver información sobre los eventos relacionados con su nodo de Amazon ElastiCache o hacer clic en la sección “Eventos” de la consola de administración de Amazon ElastiCache.

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 de AWS (como, por ejemplo, las instancias de EC2). ¿Debería preocuparme por la latencia?
Las zonas de disponibilidad están diseñadas para ofrecer conectividad de red de baja latencia con otras zonas de disponibilidad que se encuentren 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 sólida 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 Amazon ElastiCache.

P: ¿En qué consisten las copias de seguridad y la restauración?
Las copias de seguridad y la restauración son una característica que permite a los clientes crear instantáneas de los clústeres de Amazon ElastiCache para Redis. Amazon ElastiCache almacena las instantáneas a fin de que los usuarios puedan utilizarlas posteriormente para restablecer clústeres de Redis.

P: ¿Qué es una instantánea?
Una instantánea es una copia de todo el clúster de Redis que se realiza en un momento concreto.

P: ¿Por qué necesito instantáneas?
La creación de instantáneas puede resultar útil en caso de que se produzcan pérdidas de datos por errores en los nodos o en el caso poco frecuente de que el hardware presente algún error. Las copias de seguridad también suelen utilizarse con fines de archivado. Las instantáneas 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 instantánea?
Puede utilizar las instantáneas para arrancar en caliente un clúster de Amazon ElastiCache para Redis con datos precargados.

P: ¿Cómo funciona la característica de copias de seguridad y restauración?
Cuando se inicia una copia de seguridad, Amazon ElastiCache realiza una instantánea de un clúster determinado de Redis que puede utilizarse posteriormente a efectos de recuperación o archivado. Puede iniciar una copia de seguridad cuando lo desee o definir una copia de seguridad recurrente con un periodo de retención de hasta 35 días.
Cuando elija una instantánea para una tarea de restablecimiento, se creará un clúster nuevo de Amazon for Redis y este se completará con los datos de la instantánea. De esta forma, puede crear varios clústeres de ElastiCache para Redis a partir de una instantánea específica.

P: ¿Dónde se almacenan las instantáneas?
Las instantáneas se almacenan en S3.

P: ¿Cómo puedo comenzar a utilizar la característica de copias de seguridad y restauración?
Si quiere utilizar la característica de copias de seguridad y restauración, puede hacerlo desde la Consola de administración de AWS, con las API de Amazon ElastiCache (CreateCacheCluster, ModifyCacheCluster, CreateReplicationGroup y ModifyReplicationGroup) y la 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 una copia de seguridad?
La característica de copias de seguridad y restauración crea instantáneas de cada clúster. Los usuarios pueden especificar de qué clúster de ElastiCache para Redis desean realizar el backup en la consola de administración de AWS, con la CLI o mediante el API CreateSnapshot. En un grupo de replicación, puede optar por realizar la copia de seguridad del clúster principal o de cualquiera de los clústeres de réplica de lectura. Recomendamos a los usuarios habilitar la copia de seguridad de una de las réplicas de lectura a fin de minimizar cualquier efecto de latencia en el clúster principal de Redis.

P: ¿Cómo puedo especificar cuándo se va a realizar una copia de seguridad?
Puede especificar cuándo iniciar una única copia de seguridad o una copia de seguridad recurrente en la consola de administración de AWS, con la CLI o mediante las API. Los usuarios pueden:
Sacar una instantánea en el momento (a través del botón “Backup” (Copia de seguridad) de la consola, en la pestaña “Redis” o con la API CreateSnapshot). Configure una copia de seguridad automática diaria. La copia de seguridad se hará durante el intervalo de tiempo que se elija. Puede configurar esta funcionalidad 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 un intervalo de copia de seguridad y por qué lo necesito?
El intervalo de copia de seguridad preferido es el periodo de tiempo definido por el usuario durante el cual se iniciará la copia de seguridad del clúster de Amazon ElastiCache para Redis. Esto resulta útil si desea hacer copias de seguridad a una hora determinada del día o dejar de hacerlas durante un periodo de uso particularmente alto.

P: ¿En qué medida incide en el rendimiento la creación de una instantánea?
Mientras se crea una instantánea, puede experimentar latencias más elevadas en el nodo durante un breve periodo de tiempo. Las instantáneas 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 de la instantánea. Si el uso de la memoria supera la capacidad de memoria disponible del nodo de caché, se puede activar el intercambio, lo que ralentiza aún más el nodo. Por este motivo, recomendamos generar instantáneas 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. Consulte aquí para obtener más detalles.

P: ¿Puedo crear una instantánea de una réplica de lectura de Amazon ElastiCache para Redis?
Sí. En un grupo de replicación con el modo de clúster deshabilitado, la creación de una instantánea de una réplica de lectura es la mejor forma de hacer copias de seguridad de los datos, a la vez que se minimiza la repercusión en el rendimiento. En un grupo de replicación, puede optar por hacer la copia de seguridad del clúster principal o de cualquiera de los clústeres de réplica de lectura.

P: ¿En qué regiones se encuentra disponible la característica de copias de seguridad y restauración?
Esta característica se ofrece en todas las regiones en las que está disponible el servicio ElastiCache.

P: ¿Puedo exportar instantáneas de Amazon ElastiCache para Redis a un bucket de S3 propio?
Sí. Puede exportar sus instantáneas de Amazon ElastiCache para Redis a un bucket de S3 autorizado situado en la misma región que el clúster. Para obtener más información sobre cómo exportar instantáneas y configurar los permisos necesarios, consulte esta información.

P: ¿Puedo copiar instantáneas de una región a otra?
Sí. Primero debe copiar la instantánea 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 copiarla a un bucket de otra región. Para obtener más información sobre cómo copiar objetos de S3, consulte esta información.

P: Tengo varias cuentas de AWS en las que uso Amazon ElastiCache para Redis. ¿Puedo usar las instantáneas de Amazon ElastiCache de una cuenta para arrancar en caliente un clúster de Amazon ElastiCache para Redis en una cuenta diferente?
Sí. Primero debe copiar la instantánea 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 entre cuentas de S3, consulte esta información. 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 la API CreateCacheCluster.

P: ¿Cuánto cuesta el uso la característica de copias de seguridad y restauración?
Amazon ElastiCache ofrece espacio de almacenamiento gratuito para una instantánea por cada clúster activo de Amazon ElastiCache para Redis. El almacenamiento adicional se cobrará en función del espacio utilizado por las instantáneas, a un precio de 0,085 USD/GB al mes (el mismo precio en todas las regiones). Las transferencias de datos que derivan del uso de las instantáneas 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 las instantáneas automáticas. Por ejemplo, si se define un valor de 5 para el periodo de retención, una instantánea creada hoy se retendrá 5 días antes de su eliminación. Tiene la opción de copiar una o varias instantáneas 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 las instantáneas automatizadas?
Puede utilizar la Consola de administración de AWS o las API ModifyCreateCluster o ModifyReplicationGroup para administrar el periodo de retención de las copias de seguridad automatizadas mediante la modificación del parámetro RetentionPeriod. Si desea desactivar de forma conjunta las copias de seguridad automáticas, puede definir el periodo de retención en cero (no se recomienda).

P: ¿Qué sucede con las instantáneas si elimino el clúster de Amazon ElastiCache para Redis? 
Cuando se elimina un clúster de Amazon ElastiCache para Redis, las instantáneas manuales se retienen. También tendrá la opción de crear una instantánea final antes de la eliminación del clúster. Por el contrario, las instantáneas de caché automáticas no se retienen.

P: ¿Qué tipos de nodos de caché admite la característica de copias de seguridad y restauración?
Todos los tipos de nodos de instancia de Amazon ElastiCache para Redis, además de t1.micro, admiten la característica de copias de seguridad y restauración:

Nodos de caché de la generación actual:
cache.c7gn.large: 3.09 GiB, cache.c7gn.xlarge: 6.38 GiB, cache.m4.large, cache.m4.xlarge, cache.m4.2xlarge, cache.m4.4xlarge, cache.m4.10xlarge, cache.m5.large, cache.m5.xlarge, cache.m5.2xlarge, cache.m5.4xlarge, cache.m5.12xlarge, cache.m5.24xlarge, cache.m6g.large, cache.m6g.xlarge, cache.m6g.2xlarge, cache.m6g.4xlarge, cache.m6g.8xlarge, cache.m6g.12xlarge, cache.m6g.16xlarge, cache.r4.large, cache.r4.xlarge, cache.r4.2xlarge, cache.r4.4xlarge, cache.r4.8xlarge, cache.r4.16xlarge, cache.r5.large, cache.r5.xlarge, cache.r5.2xlarge, cache.r5.4xlarge, cache.r5.12xlarge, cache.r5.24xlarge, cache.r6g.large, cache.r6g.xlarge, cache.r6g.2xlarge, cache.r6g.4xlarge, cache.r6g.8xlarge, cache.r6g.12xlarge, cache.r6g.16xlarge, cache.t2.medium, cache.t2.small, cache.t2.micro, cache.t3.medium, cache.t3.small, cache.t4g.micro, cache.t4g.small, cache.t4g.medium

Nodos de caché de la generación actual con niveles de datos:
cache.r6gd.xlarge, cache.r6gd.2xlarge, cache.r6gd.4xlarge, cache.r6gd.8xlarge, cache.r6gd.12xlarge, cache.r6gd.16xlarge

Nodos 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.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, cache.c1.xlarge

P: ¿Puedo usar instantáneas propias de RDB almacenadas en S3 para arrancar en caliente un clúster de Amazon ElastiCache para Redis?
Sí. Puede especificar la ubicación de los archivos de RDB en S3 durante la creación del clúster mediante el asistente de creación de clústeres de caché en la consola o con las API CreateCacheCluster o CreateReplicationGroup.

P: ¿Puedo usar la característica de copias de seguridad y restauración si ejecuto Amazon ElastiCache en una VPC?
Sí.

P: ¿Qué es el clúster de ElastiCache para Redis?
El clúster de ElastiCache para Redis permite a los clientes crear y ejecutar clústeres de Redis administrados con numerosas particiones. Es compatible con la versión 3.2.4 y las posteriores de Redis de código abierto e incorpora varias mejoras para ofrecer una experiencia más estable y sólida (consulte la sección Motor mejorado que aparece más adelante para obtener más información sobre estas mejoras).

P: ¿Por qué necesito un entorno de Redis escalable horizontalmente?
Existen tres situaciones principales en las que debería ejecutar un entorno de Redis escalable horizontalmente. En primer lugar, si el tamaño de la memoria total de los datos de Redis excede o se prevé que excederá la capacidad de memoria de una sola máquina virtual. En segundo lugar, si el nivel de procesamiento de escritura de su aplicación en Redis excede la capacidad de una sola máquina virtual. En tercer lugar, si desea repartir los datos entre numerosas particiones, de modo que si se produce un problema en un nodo las repercusiones en el entorno general de Redis sean menores.

P: ¿Por qué debería ejecutar mi carga de trabajo de clúster de Redis en Amazon ElastiCache?
Amazon ElastiCache proporciona un entorno de Redis en memoria distribuido y totalmente administrado, desde el aprovisionamiento de recursos de servidor a la instalación del software del motor y la aplicación de los parámetros de configuración que desee. Utiliza las mejoras al motor de Redis desarrolladas por Amazon, lo que se traduce en una experiencia más estable y sólida (consulte la sección “Motor mejorado” que aparece más adelante para obtener más información sobre estas mejoras). Una vez que el entorno de Redis esté activado y en funcionamiento, el servicio automatizará tareas administrativas comunes tales como la detección de errores, la recuperación, la generación de copias de seguridad y la aplicación de parches de software. También proporciona una solución Multi-AZ sólida con conmutación por error automática. En caso de que se produzca un fallo en uno o más de los nodos principales del clúster, Amazon ElastiCache lo detectará automáticamente y responderá mediante la conversión de la réplica más actualizada en nodo principal. Este proceso es automático y no requiere ninguna intervención manual por su parte. Amazon ElastiCache también ofrece métricas de supervisión detallado asociadas con los nodos de ElastiCache, lo que permite diagnosticar y abordar los problemas muy rápidamente.

P: ¿El clúster de ElastiCache para Redis es compatible con Redis de código abierto?
Sí, el clúster de Amazon ElastiCache para Redis es compatible con la versión de Redis de código abierto 3.2.4 y las posteriores. Puede usar los clientes del clúster de Redis de código abierto para obtener acceso a clústeres escalables en ElastiCache para Redis.

P: ¿Cuál es la ruta de actualización de la versión 2.8.x actual de ElastiCache para Redis al clúster de ElastiCache para Redis (versión 3.2.4)?
Si utiliza Redis 3.2 con el parámetro cluster_mode deshabilitado, simplemente puede elegir el nodo o clúster que desea actualizar y modificar la versión del motor. ElastiCache aprovisionará un clúster de Redis 3.2.4 y migrará sus datos a él, manteniendo el punto de conexión.
Si utiliza Redis 3.2 con cluster_mode habilitado, puede realizar la migración al clúster de Redis mediante la creación de una instantánea de sus datos con la característica de copias de seguridad y restauración. A continuación, seleccione la instantánea y haga clic en "Restore Snapshot" (Restaurar instantánea) para crear un clúster de Redis 3.2 con los datos de la instantánea. Por último, actualice el nuevo punto de enlace en el cliente. Tenga en cuenta que para usar Redis 3.2 en modo clúster tendrá que pasarse a un cliente de clúster de Redis.

P: ¿El precio de la configuración en clústeres difiere del precio de la configuración sin clústeres?
No. Amazon ElastiCache para Redis le proporciona la flexibilidad de disponer de configuraciones con o sin clústeres al mismo precio. Ahora, los clientes pueden disfrutar de una funcionalidad mejorada del motor en Amazon ElastiCache para Redis y beneficiarse de la compatibilidad absoluta con las configuraciones con clústeres y la escalabilidad al mismo precio. 

P: ¿Qué es Multi-AZ para el clúster de ElastiCache para Redis?
Cada partición de un clúster de ElastiCache para Redis se compone 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 convertirá en el nuevo nodo principal.
El clúster de ElastiCache for Redis proporciona mejoras y administración para entornos de Redis 3.x y posteriores. Cuando se ejecuta un entorno de Redis sin administrar, si se produce un fallo en el nodo primario, el clúster depende de una mayoría de maestros para que determinen e inicien una conmutación por error. Si la mayoría no existe, el clúster adoptará un estado de fallo y rechazará cualquier operación de lectura y escritura a partir de entonces. Esto podría afectar significativamente la disponibilidad de la aplicación, además de requerir intervención manual para salvar el clúster. La capacidad Multi-AZ de ElastiCache para Redis se creó para administrar de forma segura y eficaz cualquier conmutación por error que se produzca en el clúster de Redis.

P: ¿En qué se diferencia Multi-AZ en el clúster de ElastiCache para Redis de la versión 2.8.x de ElastiCache para Redis?
Redis 3.x y posteriores funcionan con clientes inteligentes que almacenan un mapa de nodos con todos los puntos de conexión de los nodos del clúster. Si se produce una conmutación por error, el cliente actualiza el mapa de nodos con el punto de conexión IP como nuevo nodo principal. De esta manera, se multiplica por 4 la rapidez de la conmutación por error, en comparación con ElastiCache para Redis 2.8.x.

P: ¿Cómo funciona Multi-AZ para el clúster de Redis?
Puede utilizar Multi-AZ si usa un clúster de ElastiCache para Redis con particiones que posean una o más réplicas de lectura cada una. Si se produce un error en el nodo principal de una partición, ElastiCache lo detectará de manera automática, seleccionará una de las réplicas de lectura disponibles y la convertirá en el nuevo nodo principal. El cliente Redis 3.x (y posteriores) actualizará la réplica convertida en nodo principal. No es necesario modificar la aplicación. Asimismo, ElastiCache pondrá en marcha un nuevo nodo para que sustituya a la réplica de lectura convertida en nodo principal 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 un fallo temporal de la zona de disponibilidad, la nueva réplica se lanzará una vez que la zona de disponibilidad se haya recuperado.

P: ¿Qué es una copia de seguridad en el clúster de ElastiCache para Redis?
Una copia de seguridad en el clúster de ElastiCache para Redis es un conjunto de instantáneas de las particiones del clúster, almacenadas juntas para mantener una copia de todos los datos de Redis de un momento determinado.

P: ¿En qué se diferencia una copia de seguridad en el clúster de ElastiCache para Redis de una instantánea en ElastiCache para Redis?
Como los entornos ElastiCache para Redis sin clústeres cuentan con un solo nodo principal, una copia de seguridad es un único archivo que contiene una copia de los datos de Redis. El clúster de ElastiCache para Redis puede tener una o más particiones, por lo que una copia de seguridad puede contener varios archivos.

P: ¿Cómo puedo especificar los nodos de ElastiCache para Redis de los que me gustaría realizar una copia de seguridad en cada partición?
No es posible especificar manualmente un nodo del cual se desea realizar una copia de seguridad en cada partición. Al iniciar una copia de seguridad, ElastiCache seleccionará automáticamente la réplica de lectura más actualizada de cada partición y realizará una instantánea de sus datos.

P: ¿Cómo funciona la característica de copias de seguridad y restauración del clúster de ElastiCache para Redis?
Cuando se inicia una copia de seguridad, ElastiCache realiza una copia de seguridad de un clúster determinado, que puede utilizarse posteriormente a efectos de recuperación o archivado. La copia de seguridad incluirá una copia de cada una de las particiones del clúster, por lo que una copia de seguridad completa se compone de varios archivos. Puede iniciar una copia de seguridad cuando lo desee o definir una copia de seguridad recurrente con un período de retención de hasta 35 días.
Cuando elija una copia de seguridad para restablecer, se creará un clúster nuevo de ElastiCache para Redis y este se completará con los datos de la copia. Asimismo, puede utilizar esta característica para obtener una ruta de migración sencilla a una experiencia administrada de clúster de Redis en ElastiCache. Si ejecuta Redis autoadministrado en EC2, puede tomar instantáneas de RDB en sus cargas de trabajo existentes (tanto de clúster de Redis como de Redis de un solo fragmento) y almacenarlas en S3. A continuación, solo tiene que proporcionarlas como entrada para crear un clúster de Redis fragmentado en ElastiCache y especificar el número de particiones deseado. ElastiCache hará el resto.
Actualmente, ElastiCache utiliza el mecanismo nativo de Redis para crear y almacenar un archivo RDB por partición como copia de seguridad.

P: ¿La copia de seguridad del clúster de ElastiCache para Redis es una instantánea de un momento dado?
Cuando inicia una copia de seguridad, ElastiCache activará copias de seguridad de todas las particiones del clúster a la vez. En casos poco comunes, es posible que sea necesario volver a realizar la instantánea de uno o más nodos que no se haya completado correctamente la primera vez. ElastiCache lo hace automáticamente sin intervención del usuario. En dicho caso, mientras que cada instantánea individual constituye una representación de un momento determinad del nodo al que corresponde, no todas las instantáneas del clúster se habrán realizado al mismo tiempo.

P: ¿Cómo puedo especificar cuándo se va a realizar una copia de seguridad?
Puede especificar cuándo iniciar una única copia de seguridad o una copia de seguridad recurrente en la consola de administración de AWS, con la CLI o mediante las API. Los usuarios pueden:

• Crear una copia de seguridad en el momento (con el botón "Create Snapshot" de la consola o con la API CreateSnapshot).
  
• Configurar una copia de seguridad diaria que se realice automáticamente. La copia de seguridad se hará durante el intervalo de tiempo que se elija. Puede configurar esta funcionalidad mediante la creación o modificación del clúster a través de la consola o con las API CreateCacheCluster, ModifyCacheCluster, CreateReplicationGroup o ModifyReplicationGroup.
  

P: ¿En qué difiere el motor de ElastiCache para Redis de Redis de código abierto?
El motor de ElastiCache para Redis es totalmente compatible con Redis de código abierto, pero además incorpora mejoras que incrementan la solidez y la estabilidad. Entre las mejoras se encuentran:

• Más memoria utilizable: ahora puede asignar con seguridad más memoria a su aplicación sin arriesgar el incremento de uso de intercambio durante sincronizaciones e instantáneas.
  
• Sincronización mejorada: sincronización más sólida con cargas intensivas y al recuperarse de pérdidas de conexiones a la red. Además, las sincronizaciones son más rápidas, ya que el nodo principal y las réplicas de lectura no utilizan el disco para realizar la operación.
  
• Conmutaciones por error más sencillas: si se produce una conmutación por error, la partición se recupera con mayor rapidez, ya que las réplicas de lectura no vacían sus datos para volver a sincronizarlo todo con el nodo principal.
  

P: ¿Qué es el ajuste de tamaño de clústeres en línea?
Amazon ElastiCache para Redis ofrece la posibilidad de agregar y eliminar particiones a partir de un clúster de Redis habilitado en modo de clúster. 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. Amazon ElastiCache ajustará el tamaño del clúster mediante la incorporación o eliminación de particiones y la redistribución uniforme de ranuras hash en la nueva configuración de particiones. Este proceso tiene lugar mientras el clúster permanece en línea y atiende solicitudes.

P: ¿Cuáles son los beneficios de usar el ajuste de tamaño de clústeres en línea?
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 alcanzar el tamaño correcto de los clústeres mediante la incorporación o eliminación de particiones para ajustar la capacidad de rendimiento y memoria. Esta característica elimina la necesidad de aprovisionar clústeres en exceso en base a la demanda máxima, ayuda a mejorar la eficiencia y reduce los costos.

P: ¿Cómo puedo usar el ajuste de tamaño de clústeres en línea?
El ajuste de tamaño de clústeres en línea está disponible para los clústeres de Redis habilitados en modo de clúster en la versión 3.2.10 o superior. Para particionar un clúster, selecciónelo y especifique si desea agregar o eliminar particiones. Cuando ajusta el tamaño del clúster para escalar horizontalmente, Amazon ElastiCache añade particiones y migra ranuras desde las particiones existentes a nuevas, de tal manera que las ranuras se distribuyen uniformemente (por recuento) entre las particiones. De manera similar, cuando se ajusta el tamaño del clúster para escalar verticalmente, Amazon ElastiCache migra ranuras a las particiones restantes para distribuir uniformemente las ranuras y elimina las particiones especificadas.

P: ¿Cuánto tiempo demora el ajuste de tamaño de clústeres en línea?
El tiempo necesario para ajustar el tamaño de un clúster depende de muchos factores, como el número de ranuras que se deben migrar a las particiones, el volumen de datos y el índice de solicitudes de entrada al clúster. El flujo de trabajo está optimizado para efectuar operaciones en paralelo a la migración de ranuras y acelerar el escalado horizontal.

P: ¿Se puede usar el clúster mientras se lleva a cabo el ajuste de tamaño?
Sí, el clúster continúa en línea y atiende solicitudes de entrada mientras se realizan cambios en las particiones. Sin embargo, no se puede hacer una instantánea de un clúster cuando se hace una modificación de particiones.

P: ¿Esta operación afecta el rendimiento del clúster de alguna manera?
Si bien el ajuste de tamaño de clústeres en línea ofrece beneficios para escalar horizontal o verticalmente sin provocar tiempo de inactividad, es una operación que implica un uso intensivo de computación y puede aumentar la latencia de la conexión del 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 del progreso de una operación de modificación de particiones en línea?
Puede realizar un seguimiento de la operación mediante la observación del estado del clúster, las particiones y los nodos. Durante la operación, el clúster, las particiones y los nodos permanecerán con el estado “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 general de la operación se puede controlar mediante el uso del indicador de progreso para la operación de cambio de 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 del progreso mediante la descripción de las acciones que se llevan a cabo (creación de particiones, migración de ranuras, etc.) durante esta operación.

P: ¿Qué es la operación de reequilibrio para el clúster de Amazon ElastiCache para Redis?
La operación de reequilibrio se puede usar para redistribuir ranuras entre particiones 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 particiones.

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 en línea?
No. La distribución de ranuras optimizada que se utiliza al ajustar el tamaño de clústeres es compatible con el comportamiento del cliente del clúster de Redis y no requiere que se realice ninguna modificación en las aplicaciones. Amazon ElastiCache retiene puntos de conexión de clústeres, lo que le permite continuar usando los clientes existentes sin implementar cambios.

P: ¿Qué ofrece el cifrado en reposo a Amazon ElastiCache para Redis?
El cifrado en reposo ofrece mecanismos de protección contra el acceso no autorizado a los datos en el servidor. Cuando se habilita en un grupo de replicación, cifra los siguientes aspectos:

• El disco durante las operaciones de sincronización, copia de seguridad e intercambio
  
• Copias de seguridad en Amazon S3
  

P: ¿Qué programas de conformidad admite Amazon ElastiCache para Redis?
Amazon ElastiCache para Redis admite programas de conformidad como SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI, HIPAA y FedRAMP. Consulte Servicios de AWS en el ámbito del programa de conformidad para obtener una lista vigente de los programas de conformidad admitidos.

P: ¿Amazon ElastiCache para Redis cumple con los requisitos de PCI?
Sí, el programa de conformidad AWS PCI incluye Amazon ElastiCache para Redis como un servicio en conformidad con PCI. Para obtener más información, consulte los siguientes recursos:

• Página de conformidad de Amazon ElastiCache para Redis
  
• Página de conformidad de AWS PCI
  

• Página de conformidad de Amazon ElastiCache para Redis
  
• Página de conformidad con FedRAMP de AWS
  

P: ¿Qué es Global Datastore para Redis?
Global Datastore es una característica de Amazon ElastiCache para Redis que ofrece replicación entre regiones ágil, de confianza, segura y completamente administrada. Con Global Datastore, puede escribir en su clúster de Amazon ElastiCache para Redis en una región y disponer de los datos para su lectura otros dos clústeres replicados en regiones diferentes. De este modo, es posible realizar lecturas de baja latencia y hacer recuperaciones de desastres entre regiones.
Global Datastore for Redis, diseñado para aplicaciones en tiempo real con presencia global, admite latencia de replicación entre regiones inferior, por lo general, a un minuto, lo que aumenta la respuesta de las aplicaciones al brindar lecturas más cercanas geográficamente a los usuarios finales. En el improbable caso de que una región se deteriore, se puede ascender a clúster principal a uno de los clústeres de réplica entre regiones que esté en buen estado y otorgarle funciones completas de lectura y escritura. Una vez que se inicia, este cambio se completa normalmente en menos de un minuto, de forma que sus aplicaciones siguen estando disponibles.

P: ¿En cuántas regiones de AWS puedo realizar replicaciones?
Con Global Datastore para Redis, puede realizar replicaciones en hasta dos regiones secundarias. En el improbable caso de que una región se vea afectada, se pueden usar los clústeres de regiones secundarias para atender lecturas locales de baja latencia y casos de recuperación de desastres.

P: ¿Qué versiones de motores admiten Global Datastore para Redis?
Global Datastore se admite a partir de la versión 5.0.6 de Amazon ElastiCache para Redis. Los clientes pueden actualizar la versión de su motor a 5.0.6 para usar Global Datastore.

P: ¿Cómo creo un almacén de Global Datastore para Redis?
Para configurar un almacén de Global Datastore, puede usar un clúster existente o crear un clúster nuevo para usarlo como principal. Para crear un almacén de Global Datastore for Redis, tiene que hacer unos pocos clics en la consola de administración de Amazon ElastiCache o descargar los últimos SDK o CLI de AWS. Global Datastore es compatible con AWS CloudFormation.

P: Cuando un clúster principal (región) presenta problemas, ¿Amazon ElastiCache conmuta por error automáticamente a Global Datastore para Redis para que un clúster secundario se convierta en principal?
No, Amazon ElastiCache no convierte automáticamente un clúster secundario en principal cuando un clúster principal (región) presenta problemas. Para iniciar manualmente la conmutación por error, debe convertir un clúster secundario en principal. Normalmente, la conmutación por error y la conversión de un clúster secundario demora menos de un minuto.

P: ¿Cómo ejecuto una conmutación por error de aplicaciones en una recuperación de desastres si el clúster principal presenta inconvenientes en el servicio?
Si un clúster principal de Global Datastore para Redis presenta inconvenientes en el servicio, puede asignar un clúster secundario como clúster principal nuevo y eliminar el clúster principal anterior de Global Datastore. Cuando un clúster secundario se convierta en principal, Amazon ElastiCache reconfigurará el anterior clúster principal (si está disponible) como secundario y ajustará la replicación para que sincronice todas las regiones secundarias con el nuevo clúster principal. Si se replica la pila de aplicaciones completa a otra región de AWS, puede conmutar por error la pila de aplicaciones entera (incluidos los recursos de cómputo) a dicha región de AWS. Si no es necesario conmutar por error el resto de la pila de aplicaciones, asegúrese de que la aplicación tenga acceso al punto de conexión del clúster secundario.

P: ¿Cómo se protegen los datos cuando se utiliza Global Datastore para Redis?
Con el fin de proteger los datos, Global Datastore para Redis usa cifrado en tránsito para el tráfico entre regiones. Además, también puede cifrar los clústeres principales y secundarios con cifrado en reposo para proteger los datos integralmente. Cada clúster principal y secundario puede tener una clave maestra de cliente (CMK) administrada en AWS Key Management Service (KMS) para el cifrado en reposo.

P: ¿Qué objetivo de punto de recuperación (RPO) y objetivo de tiempo de recuperación (RTO) puedo esperar con Global Datastore para Redis?
Amazon ElastiCache no ofrece un SLA para el objetivo de punto de recuperación ni el objetivo de tiempo de recuperación. El objetivo de punto de recuperación varía en función del retraso de la replicación entre regiones y depende de la latencia de red entre las regiones y de la congestión del tráfico de la red entre regiones. El RPO de Global Datastore normalmente es menor a un segundo, por lo que los datos que se escriben en una región principal quedan a disposición en las regiones secundarias en menos de un segundo. El objetivo de tiempo de recuperación de Global Datastore for Redis generalmente es inferior a un minuto. Cuando se inicia la conmutación por error a un clúster secundario, Amazon ElastiCache normalmente otorga al clúster secundario capacidades de lectura y escritura plenas en menos de un minuto.

P: ¿Cuál es el precio de Global Datastore para Redis?
Amazon ElastiCache no aplica ningún cargo adicional por el uso de Global Datastore para Redis. Debe pagar por los clústeres principal y secundario de Global Datastore y por el tráfico de transferencia de datos entre regiones.

P: ¿Qué son los niveles de datos para ElastiCache para Redis?
Los niveles de datos brindan una nueva opción en la relación precio/rendimiento para cargas de trabajo de Redis al utilizar discos de estado sólido (SSD) de menor costo en cada nodo de clúster, además de almacenar datos en memoria. Es ideal para cargas de trabajo que acceden a hasta un 20 % de sus conjuntos de datos generales de manera habitual, y para aplicaciones que puedan tolerar una latencia adicional al acceder a datos ubicados en el SSD. Los nodos R6gd de Amazon ElastiCache con memoria y unidades de estado sólido tienen una capacidad de almacenamiento total de casi 5 veces más y pueden ayudar a los clientes a ahorrar más del 60 % en el precio cuando se ejecutan con el uso máximo en comparación con los nodos R6g de ElastiCache con solo memoria. 

P: ¿Cómo funcionan los niveles de datos para ElastiCache para Redis?
Los niveles de datos funcionan moviendo, de forma transparente y automática, los elementos utilizados hace más tiempo de la memoria a los SSD NVMe adjuntos localmente una vez que la capacidad de memoria disponible se ha consumido por completo. Cuando se accede posteriormente a un elemento que se ha movido al SSD, ElastiCache lo devuelve a la memoria de manera asíncrona antes de servir la solicitud.

P: ¿Qué rendimiento puedo esperar al usar clústeres con niveles de datos?
Los niveles de datos están diseñados parar tener el mínimo impacto en el rendimiento de la aplicación. Al asumir valores de cadena de 500 bytes, puede esperar una latencia adicional de 300 µs de media para solicitudes de datos almacenados en el SSD, en comparación con solicitudes de datos almacenados en la memoria.

P: ¿Qué versiones del motor admiten los niveles de datos?
ElastiCache para Redis admite los niveles de datos para las versiones 6.2 y superiores de Redis.

P: ¿Qué tipos de nodos admiten los niveles de datos?
ElastiCache para Redis admite los niveles de datos en los clústeres de Redis mediante nodos R6gd.

P: ¿Qué características de ElastiCache son compatibles con los clústeres con niveles de datos?
Todos los comandos de Redis y la mayoría de características de ElastiCache son compatibles al usar los niveles de datos. Para obtener una lista de las características que no son compatibles en los clústeres con niveles de datos, consulte la documentación.

P: ¿Qué precio tienen los niveles de datos para ElastiCache para Redis?
No hay ningún costo adicional por usar los niveles de datos aparte del costo por hora del nodo. Los nodos con niveles de datos están disponibles con precios bajo demanda y como nodos reservados. Para obtener más información acerca de los precios, consulte la página de precios de ElastiCache.

P: ¿Qué puedo almacenar en caché con Amazon ElastiCache para Memcached?
Puede almacenar en caché diversos objetos mediante el servicio, desde el contenido de almacenes de datos persistentes (como Amazon RDS, DynamoDB o bases de datos autoadministradas hospedadas en EC2) hasta páginas web generadas dinámicamente (con Nginx, por ejemplo) o datos de sesión temporales que puedan no requerir almacenamiento de copias de seguridad persistente. Asimismo, puede utilizarlo para implementar contadores de alta frecuencia que implementen el control de admisión en aplicaciones web de volumen alto.

P: ¿Puedo utilizar Amazon ElastiCache para Memcached con un almacén de datos persistente de AWS, como Amazon RDS o Amazon DynamoDB?
Sí, Amazon ElastiCache es un front-end ideal para almacenes de datos como Amazon RDS o Amazon DynamoDB. Proporciona un nivel intermedio de alto rendimiento para aplicaciones con tasas de solicitudes muy altas o requisitos de baja latencia.

P: Actualmente utilizo Memcached. ¿Cómo realizo la migración a Amazon ElastiCache?
Amazon ElastiCache es compatible con el protocolo de Memcached. Por lo tanto, puede utilizar las operaciones estándar de Memcached, como get, set, incr y decr, exactamente de la misma forma que lo haría en las implementaciones existentes de Memcached. Amazon ElastiCache admite tanto protocolos de texto como binarios. Asimismo, admite la mayoría de los resultados de estadísticas estándares, que también se pueden ver como gráficos a través de CloudWatch. Como resultado, puede comenzar a utilizar Amazon ElastiCache sin volver a compilar ni enlazar las aplicaciones y las bibliotecas que utilice seguirán funcionando. Para configurar los servidores de caché a los que obtiene acceso su aplicación, debe actualizar el archivo de configuración de Memcached de la aplicación para incluir los puntos de enlace de los servidores (nodos) que nosotros aprovisionamos. Para obtener una lista de los puntos de enlace, solo tiene que utilizar la opción "Copy Node Endpoints" (Copiar puntos de enlace de nodos) de la consola de administración de AWS o la API "DescribeCacheClusters". Como ocurre con cualquier proceso de migración, le recomendamos que pruebe la nueva implementación de Amazon ElastiCache de manera exhaustiva antes de deshacerse de su solución actual.

Puede acceder al clúster de Amazon ElastiCache en Amazon desde la red de Amazon EC2 o desde su propio centro de datos. Para más información, consulte los patrones de acceso de Amazon VPC.

Amazon ElastiCache utiliza entradas de DNS para permitir a las aplicaciones de cliente localizar los servidores (nodos). El nombre DNS de un nodo permanece igual, pero la dirección IP de un nodo puede cambiar con el tiempo, por ejemplo, cuando los nodos se sustituyen automáticamente después de un error en una instalación que no es de VPC. Consulte estas preguntas frecuentes para leer las recomendaciones sobre cómo solucionar los errores en los nodos.

P: ¿Cómo selecciono un tipo de nodo adecuado para mi aplicación?
Aunque no hay una respuesta precisa para esta pregunta, con Amazon ElastiCache, no es necesario que se preocupe por obtener el número preciso de nodos, ya que puede agregar o eliminar de forma muy fácil los nodos posteriormente. Al seleccionar la configuración inicial, podrían tenerse en cuenta los siguientes dos aspectos interrelacionados:

• La memoria total necesaria para que los datos consigan la tasa de aciertos de caché de destino.
  
• El número de nodos necesarios para mantener un rendimiento aceptable de las aplicaciones sin sobrecargar el back-end de base de datos en caso de error del nodo.

El volumen de memoria necesario depende del tamaño del conjunto de datos y de los patrones de acceso de la aplicación. Para mejorar la tolerancia a errores, cuando tenga una idea aproximada de la memoria total necesaria, divida la memoria en los nodos suficientes para que la aplicación pueda continuar funcionando a pesar de la pérdida de uno o dos nodos. Por ejemplo, si el requisito de memoria es 13 GB, convendría utilizar dos nodos cache.m4.large en lugar de utilizar un nodo cache.m4.xlarge. Es importante que otros sistemas como las bases de datos no se sobrecarguen si la tasa de aciertos de caché se reduce temporalmente durante la recuperación de errores de uno o varios nodos. Consulte la Guía del usuario de Amazon ElastiCache para obtener más detalles.

P: ¿Un clúster puede abarcar varias zonas de disponibilidad?
Sí. A la hora de crear un clúster o agregar nodos a un clúster ya existente, puede elegir las zonas de disponibilidad para los nuevos nodos. Tiene dos opciones: especificar la cantidad solicitada de nodos en cada zona de disponibilidad, o bien, seleccionar "spread nodes across zones" (distribuir nodos a todas las zonas). Si el clúster está en la VPC, los nodos solo se pueden ubicar en zonas de disponibilidad que formen parte del grupo de subred de la caché seleccionada. Para obtener más detalles, consulte la documentación de la VPC de ElastiCache.

P: ¿Cuántos nodos puedo ejecutar por región en Amazon ElastiCache para Memcached?
Puede ejecutar un máximo de 300 nodos por región. Si necesita más nodos, complete el formulario de solicitud de aumento de límite de ElastiCache.

• Amazon ElastiCache reparará el nodo mediante la adquisición de nuevos recursos de servicio y, a continuación, redireccionará el nombre DNS existente del nodo para que remita a los nuevos recursos de servicio. En el caso de las instalaciones de VPC, ElastiCache se asegurará de que el nombre DNS y la dirección IP del nodo sean iguales cuando los nodos se recuperen tras un error. En las instalaciones que no son de VPC, ElastiCache garantiza que el nombre DNS de un nodo no cambie; sin embargo, la dirección IP subyacente del nodo puede cambiar.
  
• Si ha asociado un tema de SNS con el clúster, cuando el nuevo nodo esté configurado y listo para utilizarse, Amazon ElastiCache enviará una notificación de SNS para informarle que se ha producido la recuperación del nodo. Esto permite opcionalmente disponer las aplicaciones para forzar que la biblioteca del cliente de Memcached intente volver a conectarse con los nodos reparados. Esto puede ser importante, ya que algunas bibliotecas de Memcached dejarán de utilizar un servidor (nodo) indefinidamente si detectan errores de comunicación o tiempos de espera con dicho servidor.
  

P: ¿Cómo interactúa Amazon ElastiCache con otros servicios de Amazon Web Services?
Amazon ElastiCache es idóneo como front-end para servicios de Amazon Web Services como Amazon RDS y Amazon DynamoDB, ya que proporciona una latencia extremadamente baja para aplicaciones de alto rendimiento y descarga parte del volumen de solicitudes mientras estos servicios proporcionan una durabilidad de los datos a largo plazo. Asimismo, el servicio se puede utilizar para mejorar el rendimiento de aplicaciones en conjunto con Amazon EC2 y EMR.

P: ¿Amazon ElastiCache se adapta mejor a algún lenguaje de programación específico?
Las bibliotecas de cliente de Memcached están disponibles para muchos de los lenguajes de programación conocidos, si no para todos. Si al utilizar Amazon ElastiCache, detecta algún problema con los clientes específicos de Memcached, consúltenos a través del foro de la comunidad de Amazon ElastiCache.

P: ¿Qué bibliotecas conocidas de Memcached son compatibles con Amazon ElastiCache?
Amazon ElastiCache no requiere bibliotecas de cliente específicas y funciona con las bibliotecas de cliente de Memcached sin necesidad de compilación ni de reenlace de aplicaciones (Memcached 1.4.5 y posterior). Algunos ejemplos son libMemcached (C) y las bibliotecas basadas en ella (por ejemplo, PHP, Perl, Python), spyMemcached (Java) y fauna (Ruby).

P: ¿Qué es la detección automática y qué permite hacer?
La detección automática es una característica que ahorra tiempo y esfuerzo a los desarrolladores, a la vez que reduce la complejidad de las aplicaciones. La detección automática permite que los clientes detecten automáticamente los nodos de caché cuando se agregan o eliminan de un clúster de Amazon ElastiCache. Hasta ahora, para gestionar los cambios de la pertenencia al clúster, los desarrolladores debían actualizar manualmente la lista de puntos de enlace de los nodos de caché. Aunque depende de cómo esté diseñada la aplicación cliente, suele ser necesario inicializar el cliente, apagando o restaurando la aplicación, por lo que se experimentan tiempos de inactividad. Con la detección automática, eliminamos esta complejidad. Con la detección automática, además de disponer de compatibilidad retroactiva con el protocolo de Memcached, Amazon ElastiCache facilita a los clientes información sobre la pertenencia a clústeres de caché. Un cliente capaz de procesar la información adicional se reconfigura por sí solo, sin necesidad de tener que inicializarlo, para poder utilizar los nodos más actualizados de un clúster de Amazon ElastiCache.

P: ¿Cómo funciona la detección automática?
Un clúster de Amazon ElastiCache se puede crear con nodos direccionables mediante puntos de conexión designados. Con la detección automática, al clúster de Amazon ElastiCache se le asigna también un punto de conexión de configuración único, que es un registro DNS válido durante toda la vida útil del clúster. Este registro DNS contiene los nombres DNS de los nodos que pertenecen al clúster. Amazon ElastiCache garantizará que el punto de enlace de configuración siempre remita al menos a uno de estos nodos de destino. Luego, una consulta al nodo de destino devuelve los puntos de enlace para todos los nodos del clúster en cuestión. Después de esto, puede conectarse a los nodos del clúster como antes y utilizar los comandos del protocolo de Memcached, como get, set, incr y decr. Aquí encontrará más detalles. Para utilizar la detección automática necesita un cliente que admita esta característica. Los clientes de detección automática para Java y PHP pueden descargarse de la consola de Amazon ElastiCache. Tras la inicialización, el cliente determinará automáticamente los miembros actuales del clúster de Amazon ElastiCache mediante el uso del punto de conexión de configuración. Al realizar cambios en el clúster de caché mediante la adición o eliminación de nodos o al reemplazar un nodo por la presencia de errores, el cliente de la detección automática determina automáticamente los cambios, con lo que no es necesario que inicialice los clientes manualmente.

P: ¿Cómo puedo comenzar a utilizar la detección automática?
Para comenzar, descargue el cliente del clúster de Amazon ElastiCache. Para ello, haga clic en el enlace “Download ElastiCache Cluster Client” (Descargar el cliente del clúster de ElastiCache) de la consola de Amazon ElastiCache. Para poder realizar la descarga, debe disponer de una cuenta de Amazon ElastiCache. Si aún no la tiene, puede inscribirse en la página de detalles de Amazon ElastiCache. Después de descargar el cliente, visite la consola de Amazon ElastiCache para comenzar a configurar y activar el clúster de ElastiCache. Puede obtener más información aquí.

P: Si continúo utilizando mis propios clientes de Memcached con mi clúster de ElastiCache, ¿podré beneficiarme de esta característica?
No, no podrá beneficiarse de la característica de detección automática con los clientes existentes de Memcached. Para poder utilizar la característica de detección automática, un cliente debe ser capaz de usar un punto de conexión de configuración y determinar los puntos de conexión del nodo de clúster. Puede utilizar el cliente del clúster de Amazon ElastiCache o ampliar el cliente existente de Memcached para incluir el conjunto de comandos de detección automática.

P: ¿Cuáles son los requisitos mínimos de hardware o software para poder utilizar la detección automática?
Para poder beneficiarse de la detección automática, se debe utilizar un cliente compatible con esta característica para establecer conexión con un clúster de Amazon ElastiCache. Actualmente, Amazon ElastiCache admite clientes compatibles con la detección automática para .Net, Java y PHP. Estos clientes pueden descargarse de la consola de Amazon ElastiCache. Nuestros clientes pueden crear clientes para cualquier otro lenguaje basándose en los clientes conocidos de Memcached que se encuentren disponibles.

P: ¿Cómo puedo modificar o escribir mi propio cliente de Memcached para que admita la detección automática?
Puede utilizar cualquier biblioteca de clientes de Memcached y agregarle compatibilidad para la detección automática. Si desea agregar o modificar su propio cliente para habilitar la detección automática, consulte la documentación sobre el conjunto de comandos de detección automática.

P: ¿Puedo seguir trabajando con mi cliente de Memcached existente si no necesito la detección automática?
Sí, Amazon ElastiCache aún es compatible con el protocolo de Memcached y no requiere que modifique sus clientes. No obstante, para beneficiarse de la característica de detección automática, tuvimos que mejorar las funciones del cliente de Memcached. Si prefiere no utilizar el cliente del clúster de Amazon ElastiCache, puede continuar utilizando sus propios clientes o modificar la biblioteca de clientes de la que dispone para entender el conjunto de comandos de detección automática.

P: ¿Puedo utilizar clientes distintos con la detección automática?
Sí, el mismo clúster de Amazon ElastiCache se puede conectar al mismo tiempo a través de un cliente compatible con la detección automática y de un cliente de Memcached tradicional. Amazon ElastiCache sigue siendo totalmente compatible con Memcached.

P: ¿Puedo dejar de utilizar la detección automática?
Sí, puede dejar de utilizar la detección automática cuando lo desee. Puede deshabilitar la detección automática si especifica el modo de operación durante la inicialización del cliente del clúster de Amazon ElastiCache. Asimismo, habida cuenta de que Amazon ElastiCache continúa admitiendo totalmente Memcached, puede utilizar como antes cualquier cliente compatible en protocolo de Memcached.

P: ¿Puedo controlar la situación y el momento en el que la versión del motor del clúster de Amazon ElastiCache se actualizará a las nuevas versiones compatibles?
Amazon ElastiCache permite controlar la situación y el momento en que el software compatible con el protocolo de Memcached con el que funciona su clúster se actualizará a nuevas versiones compatibles con Amazon ElastiCache. Esto le ofrece la flexibilidad necesaria para mantener la compatibilidad con versiones concretas de Memcached, probar nuevas versiones con su aplicación antes de implementarlas en producción y actualizar las versiones según sus plazos y condiciones. Dado que las actualizaciones de versiones principales implican ciertos riesgos de compatibilidad, no se realizarán de forma automática y deberá iniciarlas usted. Este enfoque de aplicación de parches de software le da control sobre las actualizaciones de versión, pero le deja el trabajo de aplicación de parches a Amazon ElastiCache. Encontrará más información sobre la administración de versiones en las preguntas frecuentes que aparecen a continuación. Si lo prefiere, puede consultar la Guía del usuario de Amazon ElastiCache. Aunque la funcionalidad de administración de versiones del motor está pensada para ofrecerle el máximo control posible sobre la aplicación de parches, podemos revisar por usted el clúster si determinamos que existe alguna vulnerabilidad de seguridad en el sistema o software de caché.

P: ¿Cómo especifico qué versión admitida de Memcached debe ejecutar mi clúster?
Puede especificar cualquier versión admitida (secundaria o principal) al crear un nuevo clúster. Si desea iniciar una actualización a una versión de motor admitida, puede hacerlo a través de la opción “Modify” para el clúster. Solo tiene que especificar la versión que desea actualizar a través del campo "Cache Engine Version" (Versión del motor de caché). Posteriormente, la actualización se aplicará en su nombre de forma inmediata (si la opción “Applied Immediately” está seleccionada) o durante el siguiente periodo de mantenimiento programado para su clúster.

P: ¿Puedo probar el clúster con una nueva versión antes de implementar la actualización?
Sí. Debe crear un nuevo clúster con la nueva versión del motor de caché. Puede hacer que su aplicación de desarrollo u organización en fases remita a este clúster, probarlo y decidir si actualizar o no el clúster original.

P: ¿Amazon ElastiCache ofrece pautas para admitir nuevas versiones de Memcached o dejar de utilizar versiones de Memcached actualmente admitidas?
Planeamos admitir versiones de Memcached adicionales para Amazon ElastiCache, tanto principales como secundarias, en un futuro. El número de lanzamientos de nuevas versiones admitidas en un año determinado variará en función de la frecuencia y el contenido de las versiones de Memcached, así como del resultado de un minucioso análisis del lanzamiento por parte de nuestro equipo de ingeniería.

P: ¿Qué versión del protocolo de conexión de Memcached admite Amazon ElastiCache?
Amazon ElastiCache admite el protocolo binario y de texto de Memcached de las versiones 1.6.17, 1.6.12, 1.6.6, 1.5.16, 1.5.10, 1.4.34, 1.4.33, 1.4.24, 1.4.14 y 1.4.5 de Memcached.

P: ¿Qué debería hacer para actualizar a la versión más reciente de Memcached?
Puede actualizar su clúster de Memcached existente mediante el proceso de modificación. Cuando actualice de una versión anterior de Memcached a la versión 1.4.33 u otra posterior, asegúrese de que los valores “max_chunk_size” de los parámetros existentes cumplan las condiciones necesarias para el parámetro “slab_chunk_max”. Consulte los requisitos previos de actualización aquí.