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 desempeño 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, la monitorización 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 respuesta de las acciones y consultas del usuario sino que también puede reducir el coste asociado con escalar aplicaciones web.

Amazon ElastiCache automatiza las tareas administrativas comunes necesarias para utilizar un entorno de valores de clave 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 haciendo unos cuantos clics en la consola de administración de AWS. Después de aprovisionar un clúster, Amazon ElastiCache detecta automáticamente los nodos erróneos 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 la monitorización de Amazon CloudWatch, Amazon ElastiCache proporciona una mejor visibilidad de las métricas de desempeño clave asociadas con los nodos. Amazon ElastiCache es compatible en cuanto a protocolo con Memcached y Redis, así que el código, las aplicaciones y las herramientas conocidas que utilice hoy día con sus entornos de Memcached y Redis existentes funcionarán perfectamente 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 tendrá que pagar por 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 desempeño de muchas cargas de trabajo de aplicaciones de alto nivel de lectura (por ejemplo, redes sociales, juegos, medios compartidos y portales de preguntas y respuestas) o de cargas de trabajo que hacen un uso intensivo de la computación (por ejemplo, un motor de recomendaciones). El almacenamiento de caché en memoria mejora el desempeño de las aplicaciones almacenando los datos críticos en memoria para 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é?

R: Sí. ElastiCache para Redis se puede utilizar como almacén de datos de valores de clave en memoria principal, que proporciona un desempeño de datos rápido de menos de un milisegundo, alta disponibilidad y escalabilidad de hasta 16 nodos, además de hasta 5 réplicas de lectura, cada una de ellas con un máximo de 3,55 TiB de datos en memoria. 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 fiable de los servicios o 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 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 monitorización detallada 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 creación más pequeño de una implementación de Amazon ElastiCache. Se trata de un trozo de tamaño fijo de una RAM conectada a la red. Cada nodo ejecuta una instancia del servicio compatible en protocolo de Memcached o Redis y tiene su propio nombre y puerto DNS. Se admiten varios tipos de nodos, cada uno con una cantidad 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 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 para Memcached admite actualmente Memcached 1.4.5, 1.4.14, 1.4.24, 1.4.33 y 1.4.34

Actualmente, Amazon ElastiCache para Redis admite las versiones de Redis 2.8.21, 2.8.22, 2.8.23, 2.8.24, 3.2.4, 3.2.6 y 3.2.10.

P: ¿Cómo puedo comenzar a utilizar Amazon ElastiCache?

Si todavía no se ha registrado en Amazon ElastiCache, puede hacer clic en el botón “Inscríbase ahora” de la página de detalles de Amazon ElastiCache y completar el proceso de inscripción. Debe disponer de una cuenta de Amazon Web Services. Si aún no dispone de 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 nuestra Guía de introducción.

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

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" 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 la cantidad 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.m3.medium: 2,78 GB
  • cache.m3.large: 6,05 GB
  • cache.m3.xlarge: 13,3 GB
  • cache.m3.2xlarge: 27,9 GB
  • cache.m4.large: 6.42 GB
  • cache.m4.xlarge: 14.28 GB
  • cache.m4.2xlarge: 29.7 GB
  • cache.m4.4xlarge: 60.78 GB
  • cache.m4.10xlarge: 154.64 GB
  • cache.r3.large: 13,5 GB
  • cache.r3.xlarge: 28,4 GB
  • cache.r3.2xlarge: 58,2 GB
  • cache.r3.4xlarge: 118 GB
  • cache.r3.8xlarge: 237 GB
  • cache.t2.micro: 555 MB
  • cache.t2.small: 1,55 GB
  • cache.t2.medium: 3,22 GB
 
Nodos de la generación anterior:
 
  • cache.m1.small: 1,3 GB
  • cache.m1.medium: 3,35 GB
  • cache.m1.large: 7,1 GB
  • cache.m1.xlarge: 14,6 GB
  • cache.m2.xlarge: 16,7 GB
  • cache.m2.2xlarge: 33,8 GB
  • cache.m2.4xlarge: 68 GB
  • cache.t1.micro: 213 MB
  • cache.c1.xlarge: 6,6 GB

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. La cantidad 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 esté disponible su clúster, puede recuperar los puntos de enlace del nodo siguiendo estos pasos en la consola de administración de AWS:

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

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 poder permitir solicitudes de red en los nodos, tendrá que autorizar el acceso. Para obtener una explicación detallada de cómo comenzar, consulte nuestra Guía de introducción.

P: ¿Qué es el 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 programados parches de software. Consulte la administración de versiones del motor para obtener más detalles. La aplicación de parches la puede solicitar el usuario – 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 modificar el momento en el que tiene 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. Puede configurar un plazo de mantenimiento diferente para cada uno de los clústeres.


P: ¿Cómo se me cobrará y facturará el uso que haga de Amazon ElastiCache?

Solo paga por lo que usa y no hay ninguna cuota mínima. Los precios son por hora consumida de nodo para cada tipo de nodo. Las fracciones de horas de nodo consumidas se facturarán como horas completas. No se cobra por la transferencia de datos entre Amazon EC2 y Amazon ElastiCache dentro de la misma zona de disponibilidad. Solo se le cobrará por la transferencia de datos de entrada o salida de la instancia de Amazon EC2, aunque se apliquen los cargos de transferencia de datos regional de Amazon EC2 al transferir datos entre una instancia de Amazon EC2 y un nodo de Amazon ElastiCache en diferentes zonas de disponibilidad de la misma región. No hay cargo por transferencia de datos de Amazon ElastiCache por el tráfico que entra o sale del propio nodo de Amazon ElastiCache. Para obtener más información, visite la página de precios.

P: ¿Cuándo comienza y finaliza la facturación de los nodos de Amazon ElastiCache?

La facturación se inicia para un nodo en cuanto el nodo está disponible y continúa hasta que el nodo finaliza, lo que ocurre al eliminarlo.

P: ¿Cómo se establecen las horas de nodo de ElastiCache facturables?

Las horas de nodo se facturan durante el tiempo que los nodos estén en ejecución en un estado “Available”. Si ya no desea que se le cobre por el nodo, debe terminarlo para que no se le facturen horas de nodo adicionales.

P: ¿Los precios incluyen impuestos?

Si no se especifica lo contrario, nuestros precios no incluyen los impuestos ni gravámenes correspondientes, como el IVA y cualquier otro impuesto sobre las ventas. En el caso de los clientes con una dirección de facturación de Japón, el uso de los servicios de AWS está sujeto al impuesto de consumo nipón. Más información.


P: ¿Qué son los nodos reservados de Amazon ElastiCache?

Ahora, con los nodos reservados podrá efectuar un único pago inicial para realizar una reserva por un plazo de uno o tres años, que le permitirá ejecutar el nodo adquirido en una región concreta y beneficiarse de un descuento considerable en el cargo por uso tarificado por hora para un uso constante. Existen tres tipos de nodos reservados (nodos reservados de utilización ligera, media e intensa) que permiten equilibrar el importe del pago inicial que ha de realizar con su 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 de caché bajo demanda. La única diferencia radica en la forma en que se facturan los nodos reservados. 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” 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é llamando al método PurchaseReservedCacheNodesOffering.

La creación de un nodo reservado es igual al lanzamiento de un nodo de caché 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 reservados puedo comprar?

Puede comprar hasta 20 nodos reservados. Si desea ejecutar más de 20 nodos, cumplimente 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 hay 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, el precio con descuento no se aplicará.

Cuando vence el plazo de reserva, al nodo reservado se le volverá a aplicar la tarifa de uso por horas 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?

El pago único por nodos reservados no es reembolsable. No obstante, puede finalizar su nodo en cualquier momento. Si lo hace, se le dejarán de facturar cargos por uso por horas si está utilizando nodos reservados de utilización ligera o media.


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” 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 han de estar autorizados a través de grupos de seguridad, tal como hemos descrito arriba.

A la hora de utilizar VPC, acceda aquí a 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?

No. Actualmente, todos los clientes de un clúster de ElastiCache deben estar dentro de la red de Amazon EC2, además de tener que estar autorizados a través de grupos de seguridad, tal como se describe aquí.

P: ¿Los programas que se ejecutan en las instancias EC2 de una VPC pueden obtener acceso a Amazon ElastiCache?

Sí. Las instancias EC2 de una VPC pueden obtener acceso a Amazon ElastiCache si el clúster de ElastiCache se ha creado 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 utilizarlo 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 gateways de red. Con Amazon VPC, puede definir una topología de red virtual y personalizar la configuración de red para simular lo máximo posible una red 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 dirigida al 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 Amazon Virtual Private Cloud User Guide.

P: ¿Cómo puedo crear un clúster de Amazon ElastiCache en una VPC?

Para consultar un ejemplo sobre la creación de un clúster de Amazon ElastiCache en una VPC, consulte la guía Amazon ElastiCache User Guide.

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 Amazon VPC y subredes, consulte la guía de introducción Getting Started Guide for Amazon VPC.
  • Debe disponer de un grupo de subred para su VPC.
  • Debe disponer de un grupo de seguridad de VPC para su VPC (o puede utilizar el grupo predeterminado facilitado).
  • 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?

La creación de un clúster de Amazon ElastiCache en una VPC existente es igual que para una VPC que se haya creado recientemente. Consulte aquí para obtener más detalles.

P: ¿Cómo puedo conectarme a un nodo de ElastiCache en una VPC?

Se puede acceder a los nodos de Amazon ElastiCache dentro de una VPC mediante las instancias EC2 implementadas en la misma VPC. Si estas instancias EC2 se implementan en una subred pública con direcciones IP elásticas asociadas, puede obtener acceso a las instancias EC2 a través de Internet.

Si desea acceder a los nodos de Amazon ElastiCache dentro de una VPC desde Internet o desde instancias de EC2 fuera de la VPC, consulte las pautas aquí.

Se recomienda encarecidamente utilizar el nombre DNS para conectarse al nodo de ElastiCache puesto que la dirección IP subyacente puede cambiar (por ejemplo, después de haber sustituido un nodo de caché).

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 utilizando 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 desde 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 utilizando grupos de seguridad, tal y como se describe aquí.

P: ¿Puedo transferir mi clúster de ElastiCache existente al interior de una VPC?

No, no puede transferir un clúster de Amazon ElastiCache 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 al exterior de una VPC?

Actualmente, no se soporta 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 el ingreso 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” 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 direccionamiento 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 obtener más información, consulte la documentación de Amazon ElastiCache.

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? ¿De qué forma 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 la Guía del usuario de Amazon ElastiCache.

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 memoria y la capacidad para recursos de 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 desempeño 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 Amazon ElastiCache User Guide.

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 sus grupos de parámetros y los ajustes de parámetros correspondientes.


P: ¿Qué puedo almacenar en caché utilizando Amazon ElastiCache para Memcached?

Puede almacenar en caché diversos objetos mediante el servicio, desde el contenido de datastores persistentes (como Amazon RDS, DynamoDB o bases de datos de autoadministradas y 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 backup 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 datastore persistente de AWS, como Amazon RDS o Amazon DynamoDB?

Sí, Amazon ElastiCache es un front-end ideal para datastores como Amazon RDS o Amazon DynamoDB. Proporciona un nivel intermedio de alto desempeño para aplicaciones con tasas de solicitudes muy altas o bajos requisitos de latencia.

P: Actualmente utilizo Memcached. ¿Cómo realizo la migración a Amazon ElastiCache?

Amazon ElastiCache es compatible en cuanto a protocolo con Memcached. Por 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, 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” 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 en profundidad antes de deshacerse de su solución actual.

Recuerde que, actualmente, Amazon ElastiCache permite el acceso únicamente desde la red de Amazon EC2, así que para utilizar el servicio debe tener los servidores de la aplicación en Amazon EC2.

Amazon ElastiCache utiliza entradas de DNS para permitir a las aplicaciones de cliente localizar los servidores (nodos). El nombre DNS de un nodo permanece constante, 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 añadir 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 desempeño aceptable de las aplicaciones sin sobrecargar el back-end de base de datos en caso de error del nodo.

La cantidad de memoria necesaria 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 sobrevivir a 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: ¿Puede un clúster abarcar varias zonas de disponibilidad?

Sí. A la hora de crear un clúster o añadir 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 “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 en la documentación de ElastiCache VPC.

P: ¿Cuántos nodos puedo ejecutar por región en Amazon ElastiCache para Memcached?

Puede ejecutar un máximo de 100 nodos por región. Si necesita más nodos, rellene el formulario de solicitud de aumento de límite de ElastiCache.

P: ¿Cómo responde Amazon ElastiCache cuando hay un error en un nodo?

El servicio detecta el error del nodo y reacciona efectuando los siguientes pasos automáticos:

  • Amazon ElastiCache reparará el nodo mediante la adquisición de nuevos recursos de servicio y, a continuación, redireccionará el nombre de DNS existente del nodo para que remita a los nuevos recursos de servicio. 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 de 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: Si decido que necesito más memoria para abastecer mi aplicación, ¿cómo aumento la memoria total con Amazon ElastiCache?

Puede añadir más nodos al clúster de Memcached existente mediante la opción “Add node” de la ficha “Nodes” de su clúster de caché en la consola de administración de AWS o llamando a la API ModifyCacheCluster.


P: ¿Cómo interactúa Amazon ElastiCache con otros servicios de Amazon Web Services?

Amazon ElastiCache es idóneo como front-end para Amazon Web Services como Amazon RDS y Amazon DynamoDB, ya que proporciona una latencia extremadamente baja para aplicaciones de alto desempeño 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 desempeño 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 desea más información sobre los clientes de Memcached, visite esta página. Si detecta algún problema con los clientes específicos de Memcached al utilizar Amazon ElastiCache, 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 volver a compilar ni enlazar 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 añaden 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 enlace designados. Con la detección automática, al clúster de Amazon ElastiCache se le asigna también un punto de enlace 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. En la inicialización, el cliente determinará automáticamente los miembros actuales del clúster de Amazon ElastiCache mediante la utilización del punto de enlace 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 haciendo clic en el enlace “Download ElastiCache Cluster Client” 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 desde 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. Aquí encontrará más detalles.

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 enlace de configuración y determinar los puntos de enlace 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/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 tanto para Java como para 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 populares 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 añadirle soporte para la detección automática. Si desea añadir o modificar su propio cliente para habilitar la detección automática, consulte la documentación relativa al 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 especificando 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 soportando 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 de Memcached con la que se ejecuta el clúster de Amazon ElastiCache se actualiza a las nuevas versiones compatibles?

Amazon ElastiCache permite controlar la situación y el momento en que el software compatible en cuanto a protocolo con Memcached con el que funciona su clúster se actualiza a nuevas versiones compatibles con Amazon ElastiCache. Le ofrece la flexibilidad necesaria para mantener la compatibilidad con versiones concretas de Memcached, probar nuevas versiones con la 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 mismo. Este enfoque de aplicación de parches al software le da el control de 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 Amazon ElastiCache User Guide. 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 “Modificar” para el clúster. Solo tiene que especificar la versión que desea actualizar a través del campo “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 la siguiente ventana de mantenimiento programada para su clúster.

P: ¿Puedo probar el clúster con una nueva versión antes de actualizar?

Sí. Puede hacerlo creando 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: ¿Ofrece Amazon ElastiCache pautas para soportar nuevas versiones de Memcached o dejar de utilizar versiones de Memcached actualmente soportadas?

Tenemos pensado admitir versiones de Memcached adicionales para Amazon ElastiCache, tanto principales como secundarias, más adelante. El número de lanzamientos de nuevas versiones admitidos 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. Sin embargo, por lo general, nuestro objetivo es admitir nuevas versiones de Memcached en los tres, cuatro o cinco meses siguientes desde el lanzamiento para disponibilidad general.

P: ¿Qué versión del protocolo de conexión Memcached admite Amazon ElastiCache?

Amazon ElastiCache admite el protocolo de texto y binario Memcached de las versiones 1.4.5, 1.4.14, 1.4.24, 1.4.33 y 1.4.34 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 parámetros existentes cumplan las condiciones necesarias para el parámetro slab_chunk_max. Consulte los requisitos de actualización aquí.


P: ¿Qué es Amazon ElastiCache para Redis?

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

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

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

P: ¿Qué son los nodos y las particiones de Amazon ElastiCache para Redis?

Un nodo de Amazon ElastiCache es el bloque de creación más pequeño de una implementación en clústeres de ElastiCache para Redis. Cada nodo admite el protocolo Redis con las mejoras de Amazon y dispone de su propio punto de conexión y puerto. Se admiten numerosos tipos de nodos, cada uno con distintas capacidades de CPU y memoria.

Una partición es un conjunto de uno o más nodos, responsable de una partición del espacio de claves lógicas. En una partición puede haber un solo nodo aislado, o varios nodos con una relación principal/réplica. Si la partición contiene varios nodos, uno de ellos asumirá la función de lectura/escritura principal, mientras que los demás nodos serán réplicas de lectura.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Puede configurar su instalación de Redis a través de un grupo de parámetros, 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, se utilizará un grupo de parámetros predeterminado. Este grupo predeterminado contiene valores predeterminados para el tipo de nodo que desea ejecutar. Sin embargo, si desea que su clúster principal de Redis funcione con los valores de configuración especificados, basta con que cree un nuevo grupo de parámetros de caché, cambie los parámetros que desee y modifique el clúster principal de Redis para utilizar el nuevo grupo de parámetros.

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

Sí. Para ​crear un nuevo clúster de caché y réplicas de lectura en tan solo unos minutos, puede utilizar el API CreateReplicationGroup o seleccionar la opción "Multi-AZ Replication" en el asistente "Create" 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

Las réplicas de lectura están sujetas a los puntos fuertes o débiles de la replicación de Redis. Si utiliza réplicas de lectura, debe ser consciente de los retrasos que pueden producirse entre una réplica de lectura y su nodo de caché principal, lo que también se conoce como "incoherencia". Puede monitorear la posible ocurrencia de dicho retraso mediante la métrica "Replication Lag" de CloudWatch, a la cual se puede acceder a través de la consola y la API de ElastiCache, así como de las del servicio de CloudWatch.

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

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

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

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

P: Mi réplica de lectura se encuentra muy por detrás de su nodo 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 principal es común en la replicación asincrónica de Redis. Si una réplica de lectura existente va demasiado retrasada ​para satisfacer sus necesidades, puede reiniciarla. Debe tener en cuenta que el retraso de la réplica crecerá y se reducirá de forma natural con el paso del tiempo, en función del patrón de uso en estado de preparación de su nodo principal.

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

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

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

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

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

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

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

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

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

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

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

P: ¿Debería preocuparme la latencia?

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


P: ¿Qué es Multi-AZ para ElastiCache para Redis?

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

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

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

P: ¿Cómo funciona Multi-AZ?

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

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

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

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

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

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

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

El uso de la replicación de Redis junto con Multi-AZ mejora la disponibilidad y la tolerancia a errores. Esta combinación es ideal para los entornos de producción. Cuando ejecute el clúster de ElastiCache para Redis con el modo clúster habilitado, si las particiones contienen una o más réplicas de lectura, se habilitará Multi-AZ automáticamente.

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

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

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

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

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

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

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

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

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

Todos los tipos de nodos disponibles en ElastiCache admiten Multi-AZ, con una excepción. Si se utiliza Redis 2.8.x o Redis 3.x con cluster_mode=disabled, la familia T2 no admite Multi-AZ.

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

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

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

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

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

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

P: ¿Puedo probar la funcionalidad Multi-AZ?

Sí. Si tiene la característica “Multi-AZ” habilitada en un grupo de replicación o clústers con una o más réplicas de lectura, puede generar una conmutación por error. ElastiCache responderá de la misma manera que en una situación de error real – detectándolo, promoviendo la réplica más actual para convertirla en la primaria nueva y luego reemplazando la primaria que falló, adjuntándola como una primaria de lectura nueva en el lugar de la que se promocionó. Para más detalles sobre la conmutación por error de prueba, consulte la documentación.


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

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

P: ¿Qué es un snapshot?

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

P: ¿Por qué necesito los snapshots?

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

P: ¿Qué puedo hacer con una snapshot?

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

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

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

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

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

P: ¿Dónde se almacenan los snapshots?

Los snapshots se almacenan en S3.

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

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

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

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

P: ¿ElastiCache para Memcached soporta los backups y el restablecimiento?

No, las snapshots solo se encuentran disponibles para ElastiCache para Redis.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Nodos de la generación actual:

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

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.c1.xlarge

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

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

P: ¿Puedo usar la característica de backup y restablecimiento si ejecuto 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 Redis 3.2 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 Redis escalable?

Existen tres situaciones principales en las que debería ejecutar un entorno Redis escalable. En primer lugar, si el tamaño de la memoria total de los datos Redis excede o se prevé que excederá la capacidad de memoria de una sola máquina virtual. En segundo lugar, si el desempeño 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 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 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 el entorno Redis esté activado y en funcionamiento, el servicio automatiza tareas administrativas comunes tales como la detección de errores, la recuperación, backups y la aplicación de parches de software. También proporciona una solución Multi-AZ robusta con conmutación por errores automática. En caso de que se produzca un fallo en uno o más de los nodos principales del clúster, Amazon ElastiCache detectará automáticamente el fallo y responderá convirtiendo 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 monitorización detallada asociadas con los nodos ElastiCache, lo que permite diagnosticar y abordar los problemas muy rápidamente.

P: ¿Es compatible el clúster de ElastiCache para Redis con Redis de código abierto?

Sí, el clúster Amazon ElastiCache para Redis es compatible con Redis 3.2 de código abierto. Puede utilizar los clientes de clúster de Redis de código abierto para acceder a los clústeres escalables en ElastiCache para Redis.

P: ¿Puedo modificar la cantidad de particiones una vez creado el clúster?

En la actualidad, no se puede modificar la cantidad de particiones una vez creado el clúster.

P: ¿Cuál es la ruta de actualización del ElastiCache para Redis 2.8.x actual 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 creando una snapshot de sus datos con la característica de backup y restablecimiento. A continuación, seleccione la snapshot y haga clic en "Restore Snapshot" para crear un clúster de Redis 3.2 con los datos de la snapshot. Por último, actualice el nuevo punto de conexión 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: ¿Es el precio de la configuración en clústeres distinto 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 elevará para que se convierta en la nueva principal.

El clúster de ElastiCache para Redis proporciona mejoras y administración para entornos Redis 3.x. Cuando se ejecuta un entorno Redis sin administrar, si se produce un fallo en el nodo principal, el clúster confía en una mayoría de maestros para que determinen y ejecuten 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 Multi-AZ se ha creado para administrar cualquier error que se produzca en el clúster de Redis de forma robusta y eficaz.

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 funciona 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 un fallo, 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 poseen 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 actualizará la réplica convertida en nodo principal, sin tener que efectuar ningún cambio en 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 un backup en el clúster de ElastiCache para Redis?

Un backup en el clúster de ElastiCache para Redis es un conjunto de snapshots de las particiones del clúster, almacenadas juntas para mantener una copia de todos los datos Redis de un momento determinado.

P: ¿En qué se diferencia un backup en el clúster de ElastiCache para Redis de una snapshot en ElastiCache para Redis?

Como los entornos ElastiCache para Redis sin clústeres cuentan con un solo nodo principal, un backup es un único archivo que contiene una copia de los datos Redis. El clúster de ElastiCache para Redis puede tener una o más particiones, por lo que un backup puede contener varios archivos.

P: ¿Cómo puedo especificar los nodos ElastiCache para Redis de los que me gustaría realizar un backup en cada partición?

No es posible especificar manualmente un nodo del que realizar un backup en cada partición. Al iniciar un backup, ElastiCache seleccionará automáticamente la réplica de lectura más actualizada de cada partición y realizará una snapshot de sus datos.

P: ¿Cómo funciona la característica de backup y restablecimiento del clúster de ElastiCache para Redis?

Cuando se inicia un backup, ElastiCache realiza un backup de un clúster determinado, que puede utilizarse posteriormente a efectos de recuperación o archivado. El backup incluirá una copia de cada una de las particiones del clúster, por lo que un backup completo se compone de varios archivos. Puede iniciar un backup cuando lo desee o definir un backup recurrente con un periodo de retención de hasta 35 días.

Cuando elija un backup para restablecerlo, se creará un clúster nuevo de ElastiCache para Redis y este se completará con los datos del backup. 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 snapshots de RDB en sus cargas de trabajo existentes (tanto de clúster de Redis como de Redis de una solo fragmento) y almacenarlas en S3. A continuación, solo tiene que proporcionarles una entrada para crear un clúster de Redis fragmentado en ElastiCache y 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 backup.

P: ¿Es el backup del clúster de ElastiCache para Redis una snapshot de un momento determinado?

Cuando inicia un backup, ElastiCache activará backups de todas las particiones del clúster a la vez. En casos poco comunes, es posible que sea necesario volver a realizar la snapshot de uno o más nodos que no se haya completado con éxito la primera vez. ElastiCache lo hace automáticamente sin intervención del usuario. En dicho caso, mientras que cada snapshot individual constituye una representación de un momento determinad del nodo al que corresponde, no todas las snapshots del clúster se habrán realizado al mismo tiempo.

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

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

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

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

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 la API CreateReplicationGroup. ElastiCache analizará automáticamente el espacio de claves de Redis de la snapshot RDB y lo redistribuirá entre las particiones del nuevo clúster.


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 robustez y la estabilidad. Entre las mejoras se encuentran:

  • Más memoria utilizable: Ya puede asignar con seguridad más memoria a su aplicación sin arriesgar el incremento de uso de intercambio durante sincronizaciones y snapshots.
  • Sincronización mejorada: Sincronización más robusta 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: ¿Cómo puedo usar el motor mejorado?

Para usar el motor mejorado a través de la consola de administración de Amazon ElastiCache, seleccione un motor compatible con la versión 2.8.22 o superior del motor de Redis al crear un clúster. A partir de entonces, estará usando el motor mejorado. También puede utilizar el motor mejorado a través de la API de ElastiCaché o la CLI de AWS si especifica la versión del motor al ejecutar la API CreateCacheCluster.

P: ¿Tengo que cambiar el código de la aplicación para usar el motor mejorado en ElastiCache?

No. El motor mejorado es totalmente compatible con Redis de código abierto, por lo que puede disfrutar de la mejora en la robustez y estabilidad sin necesidad de cambiar el código de la aplicación.

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

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



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

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

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

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

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

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

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

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

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

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

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

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

P: ¿Cómo puedo realizar un seguimiento del progreso de una operación de cambio de fragmentos online?

Puede realizar un seguimiento de la operación mediante la observación del estado del clúster, los fragmentos y los nodos. Durante la operación, el clúster, los fragmentos y los nodos permanecerán con el estado "modifying" (modificando). De manera similar, cuando los fragmentos se están creando o eliminando o están participando en la migración de slots, el estado individual de los fragmentos reflejará estos estados para mostrar el progreso. Además, el estado 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 el progreso mediante la descripción de las acciones que se están llevando a cabo (creación de fragmentos, migración de slots, etc.) durante la operación.

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

P: ¿Puedo usar mis certificados para el cifrado?

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

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

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

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

No se aplican cargos adicionales para el uso de cifrado.


P: ¿Amazon ElastiCache para Redis reúne los requisitos de HIPAA?

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

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

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

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

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

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

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