Preguntas frecuentes sobre Amazon ElastiCache

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

ElastiCache automatiza las tareas administrativas comunes necesarias para utilizar un entorno de clave-valor en memoria distribuida. Con ElastiCache, puede agregar una capa de almacenamiento de caché o en memoria a la arquitectura de la aplicación en cuestión de minutos con unos pocos pasos en la Consola de administración de AWS. ElastiCache está diseñado para mantener automáticamente una alta disponibilidad y proporciona un acuerdo de nivel de servicio (SLA) con una disponibilidad del 99,99 %. ElastiCache es compatible con el protocolo de Memcached y Redis, por lo que el código, las aplicaciones y las herramientas conocidas que utiliza actualmente con sus entornos de Memcached y Redis funcionarán a la perfección con el servicio. No se requieren inversiones iniciales y solo paga por los recursos que utiliza.

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

P: ¿Qué administra ElastiCache por mí?
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. Al usar Amazon ElastiCache sin servidor, no es necesario configurar ni administrar ninguna infraestructura. Al diseñar su propio clúster de ElastiCache, el servicio automatiza las tareas administrativas comunes, como la aplicación de parches de software y la detección y recuperación de errores. ElastiCache proporciona métricas de supervisión detalladas asociadas a sus recursos, lo que le permite diagnosticar y reaccionar rápidamente ante los problemas. Por ejemplo, puede configurar umbrales y recibir alarmas si una de las cachés está sobrecargada de solicitudes.

P: ¿Qué motores admite ElastiCache?
ElastiCache ofrece Redis y Memcached de forma completamente administrada para sus aplicaciones con mayor nivel de demanda, que requieren tiempos de respuesta por debajo del milisegundo.

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

Una vez que se haya familiarizado con ElastiCache, puede crear una caché en cuestión de minutos mediante la consola o las API de ElastiCache.

P: ¿Cómo se crea una caché?
Las cachés son fáciles de crear con la Consola, las API de ElastiCache o las herramientas de línea de comandos. Al usar ElastiCache sin servidor, puede crear una caché con la configuración predeterminada recomendada y empezar a usarla en menos de un minuto.

P: ¿Qué es ElastiCache sin servidor?
ElastiCache sin servidor es una opción sin servidor que le permite empezar a utilizar una caché en menos de un minuto sin necesidad de aprovisionar la infraestructura ni planificar la capacidad. ElastiCache sin servidor elimina la necesidad de planificar la capacidad, que consume mucho tiempo, ya que supervisa continuamente la utilización de la red, la memoria y el procesamiento de la memoria caché, de modo que pueda escalarse al instante para satisfacer la demanda sin tiempo de inactividad ni degradación del rendimiento. ElastiCache sin servidor replica automáticamente los datos en varias zonas de disponibilidad (AZ) y proporciona a los clientes un acuerdo de nivel de servicio (SLA) de disponibilidad del 99,99 % para cada caché. Con ElastiCache sin servidor, solo paga por los datos que almacena y los recursos de computación que utiliza su aplicación. Para empezar, cree una caché de ElastiCache sin servidor en unos pocos pasos especificando un nombre de caché mediante la Consola, el kit de desarrollo de software (SDK) de ElastiCache o la interfaz de la línea de comandos de AWS (AWS CLI).

P: ¿Cómo puedo migrar una carga de trabajo de ElastiCache existente a ElastiCache sin servidor?
Puede mover una carga de trabajo de ElastiCache existente si cambia el punto de conexión de Redis o Memcached por el nuevo punto de conexión de caché sin servidor de ElastiCache en su aplicación. Puede migrar los datos de ElastiCache existentes a ElastiCache sin servidor al especificar la ubicación de Amazon Simple Storage Service (Amazon S3) de un archivo de copia de seguridad. Visite nuestra documentación de ElastiCache sin servidor para obtener más información sobre la migración de sus cargas de trabajo.

P: ¿Qué versiones de Redis y Memcached admite ElastiCache sin servidor?
ElastiCache sin servidor admite ElastiCache para Redis versión 7.1 y ElastiCache para Memcached versión 1.6.21 y versiones posteriores.

P: ¿Cómo se escala ElastiCache sin servidor?
ElastiCache sin servidor supervisa continuamente la memoria, el procesamiento y la utilización de la red de la memoria caché para escalarla al instante. ElastiCache sin servidor escala sin tiempo de inactividad ni degradación del rendimiento de la aplicación, ya que permite que la caché escale vertical u horizontalmente en paralelo para cumplir con los requisitos de la aplicación justo a tiempo. Visite nuestra documentación de ElastiCache sin servidor para obtener más información sobre el escalado.

P: ¿Qué es el acuerdo de nivel de servicio (SLA) de disponibilidad de ElastiCache sin servidor?
ElastiCache sin servidor almacena automáticamente los datos de forma redundante en varias zonas de disponibilidad (AZ) y proporciona un acuerdo de nivel de servicio (SLA) de disponibilidad del 99,99 % para todas las cargas de trabajo.

P: ¿Cuáles son los precios de ElastiCache sin servidor?
Con ElastiCache sin servidor, solo paga por los datos que almacena y la computación que utiliza su aplicación. Consulte la página de precios de ElastiCache para obtener más información.

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

P: ¿Los nodos reservados se aplican a ElastiCache sin servidor?
Los nodos reservados ofrecen un descuento que se aplica al uso bajo demanda de ElastiCache. ElastiCache sin servidor no es compatible con los nodos reservados.

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

P: ¿Qué sucede si ya dispongo de un nodo que me gustaría convertir en un nodo reservado?
Compre 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, 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 y mientras se procesa la autorización del pago. Podrá seguir el estado de su reserva en la página Actividad de la cuenta de AWS o mediante la API DescribeReservedCacheNodes. Si el pago único no puede autorizarse correctamente antes del siguiente periodo de facturación, no se aplicará el precio con descuento.

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

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

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

P: ¿Puedo cancelar una reserva?
No, no puede cancelar la reserva de nodo y el pago único (si procede) tampoco es reembolsable. Seguirá pagando por cada hora durante el período del acuerdo para los nodos reservados, independientemente del uso que haga.

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

P: ¿Qué controles de seguridad existen para ElastiCache?
ElastiCache le permite configurar el cifrado de los datos en reposo mediante AWS Key Management Service (AWS KMS), el cifrado de los datos en tránsito mediante la seguridad de la capa de transporte (TLS), la autenticación mediante AWS Identity and Access Management (IAM) y el control de acceso a la red con los grupos de seguridad de Amazon Elastic Compute Cloud (Amazon EC2).

P: ¿Cómo controlo el acceso a ElastiCache?
Cuando no utilice Amazon Virtual Private Cloud (Amazon VPC), ElastiCache le permite controlar el acceso a sus cachés a través de grupos de seguridad de red. Un grupo de seguridad actúa como un firewall, controlando el acceso de red a su caché. De forma predeterminada, el acceso de red a sus cachés está desactivado. Si desea que sus aplicaciones obtengan acceso a su caché, debe habilitar de forma explícita el acceso de los hosts de grupos de seguridad de Amazon EC2 específicos.

También puede controlar el acceso a los recursos de ElastiCache mediante la autenticación de IAM. Para obtener más información, consulte la documentación sobre la autenticación con IAM.

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

P: ¿ElastiCache es compatible con PCI DSS?
Sí, el programa de conformidad PCI de AWS incluye ElastiCache como servicio compatible con PCI. Para obtener más información, consulte los siguientes recursos:

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

Para consultar la lista actual de programas de conformidad en los que se incluye ElastiCache, consulte Servicios de AWS en el ámbito del programa de conformidad.

P: ¿ElastiCache cumple los requisitos de la HIPAA?
Sí, ElastiCache es un servicio que cumple los requisitos de la HIPAA y está cubierto bajo el anexo para socios comerciales (BAA) de AWS. Esto significa que puede usar ElastiCache a fin de recibir ayuda para procesar, mantener y almacenar información sanitaria protegida (PHI) y respaldar aplicaciones para el sector sanitario.

P: ¿Qué tengo que hacer para utilizar ElastiCache que cumple los requisitos de HIPAA?
Si tiene formalizado un acuerdo para socio empresarial (BAA) suscrito con AWS, puede usar ElastiCache para crear aplicaciones que almacenen y procesen HI según la HIPAA. Si no es el caso o si tiene otras preguntas acerca del uso de AWS en las aplicaciones, contáctenos para obtener más información. 

P: ¿Está autorizado FedRAMP de ElastiCache?
Sí, el programa de conformidad para FedRAMP de AWS incluye a ElastiCache para Redis como un servicio autorizado por FedRAMP. Los clientes del gobierno de EE. UU. y sus socios ahora pueden usar la versión más reciente de ElastiCache para procesar y almacenar sus sistemas, datos y cargas de trabajo de misión crítica y de alto impacto del FedRAMP en las regiones AWS GovCloud (Este de EE. UU.) y AWS GovCloud (Oeste de EE. UU.) y en un nivel de impacto moderado en las regiones Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California) y Oeste de EE. UU. (Oregón).

Para obtener más información, consulte los siguientes recursos:

• Conformidad de ElastiCache para Redis
• Conformidad con FedRAMP de AWS

Para consultar la lista actual de programas de conformidad en los que se incluye ElastiCache, consulte Servicios de AWS en el ámbito del programa de conformidad.

P: ¿El uso de las características de conformidad tiene un cargo adicional?
No, el uso de estas características no tiene cargo adicional.

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

P: ¿Cómo elijo los parámetros de configuración adecuados para las cachés?
ElastiCache selecciona, de manera predeterminada, los parámetros de configuración óptimos para su caché, 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 rendimiento y bloqueos del sistema, y solo los usuarios avanzados que deseen asumir estos riesgos podrán hacerlo. Para obtener más información sobre cómo cambiar parámetros, consulte la Guía del usuario de ElastiCache.

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

P: ¿Qué es ElastiCache para Redis?
ElastiCache para Redis es un servicio web que agiliza el despliegue y la ejecución de cachés compatibles con el protocolo Redis en la nube. El servicio permite administrar, supervisar y usar un nodo de Redis. La creación, eliminación y modificación del nodo se puede llevar a cabo a través de la consola de ElastiCache, la interfaz de la línea de comandos (AWS CLI) o las API del servicio web. ElastiCache para Redis admite configuraciones de alta disponibilidad, incluido el modo clúster habilitado de Redis y el modo clúster desactivado con conmutación por error automática desde la instancia principal a la réplica.

¿Es compatible en protocolo ElastiCache para Redis con Redis de código abierto?
Sí, ElastiCache para Redis está diseñado para tener un protocolo conforme con Redis de código abierto. El código, las aplicaciones, los controladores y las herramientas que utiliza en la actualidad con su almacén de datos de Redis independiente seguirán funcionando con ElastiCache para Redis, y no será necesario efectuar cambios de código para los despliegues de Redis existentes que se migren a ElastiCache para Redis, a menos que se notifique.

P: ¿Cuánto cuesta ElastiCache para Redis?
Consulte nuestros precios para obtener la información sobre precios más actualizada.

P: ¿ElastiCache para Redis es compatible con la operación Multi-AZ?
Sí. Con ElastiCache para Redis puede crear una réplica de lectura en otra zona de disponibilidad de AWS. Cuando se usa ElastiCache sin servidor para Redis, los datos se almacenan automáticamente de forma redundante en varias zonas de disponibilidad para lograr una alta disponibilidad. Al diseñar su propia caché de ElastiCache para Redis, si se produce un fallo en un nodo, aprovisionaremos un nodo nuevo. En el caso de que el nodo principal falle, ElastiCache para Redis promoverá automáticamente una réplica de lectura existente al rol principal. Para obtener más información sobre cómo gestionar los errores de los nodos, visite Descripción de la replicación de Redis.

P: ¿Cómo actualizo a una versión de motor más reciente?
Puede actualizar rápidamente a una versión del motor más reciente si utiliza las API de ElastiCache y especifica la versión de motor que prefiera. En la consola de ElastiCache, puede seleccionar una caché y seleccionar Modificar. El proceso de actualización del motor está diseñado para conservar los datos existentes. Para obtener más información, consulte Estrategias de almacenamiento en caché y prácticas recomendadas.

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

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

Pregunta: ¿Cuáles son las ventajas de rendimiento de ElastiCache para Redis?
ElastiCache para Redis proporciona subprocesos de E/S mejorados que ofrecen mejoras significativas en el rendimiento y la latencia a escala mediante la multiplexación, la descarga de capas de presentación y más. Los subprocesos de E/S mejorados mejoran el rendimiento al aprovechar más núcleos para procesar las E/S y ajustarse dinámicamente a la carga de trabajo. ElastiCache para Redis mejora el rendimiento de los clústeres habilitados para TLS al descargar el cifrado a los mismos subprocesos de E/S mejorados. La versión 7.0 de ElastiCache para Redis introdujo la multiplexación de E/S mejorada, que combina muchas solicitudes de clientes en un solo canal y mejora la eficiencia de los subprocesos principales de Redis.

En la versión 7.1 y posteriores de ElastiCache para Redis, ampliamos la funcionalidad mejorada de subprocesos de E/S para gestionar también la lógica de la capa de presentación. Los subprocesos de E/S mejorados no solo leen la entrada del cliente, sino que también la analizan en un formato de comando binario de Redis, que luego se reenvía al subproceso principal para su ejecución, a fin de aumentar el rendimiento. La versión 7.1 de Amazon ElastiCache para Redis puede lograr hasta un 100 % más de rendimiento y una latencia P99 un 50 % más baja, en comparación con la versión 7.0 de Elasticache para Redis. En r7g.4xlarge o superior, puede lograr más de 1 millón de solicitudes por segundo (RPS) por nodo.

Pregunta: ¿Cómo superviso el uso de CPU de Redis?
ElastiCache proporciona dos conjuntos diferentes de métricas para medir la utilización de la CPU de la caché en función del despliegue de la caché que elija. Al usar ElastiCache sin servidor, puede supervisar el uso de la CPU con la métrica ElastiCache Processing Units (ECPU). La cantidad de ECPU consumidas por las solicitudes depende del tiempo empleado por la vCPU y de la cantidad de datos transferidos. Cada lectura y escritura, como los comandos GET y SET de Redis o los comandos get y set de Memcached, requiere 1 ECPU por cada kilobyte (KB) de datos transferidos. Algunos comandos de Redis que operan en estructuras de datos en memoria pueden consumir más tiempo de vCPU que un comando GET o SET. ElastiCache calcula la cantidad de ECPU consumidas en función del tiempo de vCPU empleado por el comando en comparación con una línea base del tiempo de vCPU empleado por un comando SET o GET de Redis. Si el comando requiere más tiempo de vCPU y transfiere más datos que la línea base de 1 ECPU, ElastiCache calcula las ECPU necesarias en función de la dimensión de mayor valor.

Al diseñar su propio clúster, puede supervisar las métricas EngineCPUUtilization y CPUUtilization. La métrica CPUUtilization mide el uso de CPU de la instancia (nodo) y la métrica EngineCPUUtilization mide el uso a nivel del proceso de Redis. Necesita la métrica EngineCPUUtilization además de la métrica CPUUtilization, ya que el proceso principal de Redis tiene un único subproceso y usa solamente una CPU de los múltiples núcleos de CPU disponibles en una instancia. Por lo tanto, la métrica CPUUtilization no proporciona una visibilidad exacta de las tasas de utilización de CPU al nivel de proceso de Redis. Recomendamos usar la métrica CPUUtilization junto con la EngineCPUUtilization para obtener datos detallados sobre la utilización de CPU de sus clústeres de Redis.

Ambos conjuntos de métricas están disponibles en todas las regiones de AWS y puede acceder a ellas mediante Amazon CloudWatch o en la Consola. Además, le recomendamos que consulte la documentación a fin de obtener más información sobre métricas útiles para la supervisión del rendimiento.

Pregunta: ¿Cómo optimizo el rendimiento del cliente de Redis?
Redis es uno de los almacenes clave-valor NoSQL más populares y es conocido por su excelente rendimiento. Para optimizar el uso de Redis, también necesita un cliente funcional.

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:

• Gestión de fallos
• Escalado de la lectura

Cuando ejecuta una caché con una réplica de lectura, la caché principal se ocupa de las escrituras y lecturas. La réplica sirve exclusivamente para tráfico de lectura y también está disponible en espera en caso de que la caché principal falle.

P: ¿Cuándo conviene usar una réplica de lectura de Redis?
Con ElastiCache sin servidor, el servicio mantiene automáticamente las réplicas de lectura. Al diseñar su propia memoria caché, hay una variedad de escenarios en los 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 de procesamiento o E/S de un único nodo principal para cargas de trabajo con mucha lectura: Este exceso de tráfico de lectura se puede dirigir a una o más réplicas de lectura.
• Atender el tráfico de lectura mientras el principal no está disponible: Si el nodo principal no puede recopilar solicitudes de E/S (por ejemplo, debido a la suspensión de E/S para las copias de seguridad o un mantenimiento programado), podrá dirigir el tráfico de lectura hacia las réplicas de lectura. Para este caso de uso, debe tener en cuenta que tal vez los datos situados en la réplica de lectura sean obsoletos, ya que la instancia principal no está disponible. La réplica de lectura también puede utilizarse para reiniciar la preparación de la instancia principal que ha dado error.
• Escenarios de protección de datos: En el caso poco probable de que falle el nodo principal o que la zona de disponibilidad en la que reside el nodo principal no se encuentre disponible, puede definir una réplica de lectura que se encuentre en una zona de disponibilidad diferente para que se convierta en la nueva principal. 

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

Puede conectarse a una réplica de lectura del mismo modo que lo haría con un nodo de caché principal. 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. Aquí puede encontrar más información:

• Los clústeres de Redis (modo de clúster desactivado) utilizan los puntos de conexión de los nodos individuales para las operaciones de lectura. (En la API/CLI, se denominan puntos de conexión de lectura).
• Para los clústeres de Redis (modo clúster habilitado) utilice el punto de conexión de configuración del clúster para todas las operaciones. Debe utilizar un cliente compatible con clústeres de Redis (Redis 3.2). Aún puede leer desde puntos de conexión de nodos individuales. (En la API y la CLI, se denominan puntos de conexión de lectura).

P: ¿Cuántas réplicas de lectura puedo crear para un nodo principal determinado?
ElastiCache le permite crear hasta cinco (5) réplicas de lectura para un nodo de caché principal determinado.

P: ¿Qué ocurre con las réplicas de lectura si se produce una conmutación por error?
En caso de producirse una conmutación por error, las réplicas de lectura asociadas y disponibles deberán reanudar automáticamente la replicación una vez completada la conmutación por error (a través de la adquisición de actualizaciones de la réplica de lectura que se acaba de definir como principal).

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

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

Las réplicas de lectura están sujetas a las fortalezas y a las debilidades de la replicación de Redis. Si utiliza réplicas de lectura, debe ser consciente de los retrasos que pueden producirse entre una réplica de lectura y su nodo de caché principal, lo que también se conoce como “incoherencia”. ElastiCache emite una métrica para ayudarlo a entender la inconsistencia.

P: ¿Cuánto cuestan las réplicas de lectura? ¿Cuándo comienza y finaliza el período de facturación?
Las réplicas de lectura se facturan como un nodo de caché estándar y con las mismas tarifas. De la misma forma que en un nodo de caché estándar, la tarifa por hora de nodo de caché para una réplica de lectura se determina en función de la clase de nodo de caché de la réplica de lectura. Visite la página de precios de 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. La facturación de una réplica de lectura comienza en cuanto la réplica de lectura se creó con éxito (es decir, cuando el estado aparece como activo). La réplica de lectura se seguirá facturando con las tarifas por hora por nodo de caché de ElastiCache hasta que emita un comando para eliminarla.

P: ¿Qué ocurre durante la conmutación por error y cuánto tiempo tarda?
ElastiCache admite la conmutación por error iniciada, por lo que puede reanudar operaciones de la caché tan rápido como sea posible. Durante la conmutación por error, ElastiCache cambia el registro DNS de su nodo de caché para que apunte a la réplica de lectura, que a su vez se define como el nuevo nodo principal. Le sugerimos que siga las prácticas recomendadas e implemente el reintento de conexión de nodo de caché en la capa de la aplicación. Por lo general, de principio a fin, los pasos uno a cinco que se indican a continuación se completan en seis minutos.

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

1. Mensaje de grupo de replicación: API de prueba de conmutación por error solicitada para el grupo de nodos <node-group-id>
2. Mensaje de clúster de caché: se ha completado la conmutación por error del nodo principal <primary-node-id> al nodo de réplica <node-id>
3. Mensaje de grupo de replicación: se ha completado la conmutación por error del nodo principal <primary-node-id> al nodo de réplica <node-id>
4. Mensaje de clúster de caché: recuperando los nodos de caché <node-id>
5. Mensaje del clúster de caché: Recuperación de los nodos de caché <node-id> finalizada

P: ¿Puedo crear una réplica de lectura en otra región como principal?
No. La réplica de lectura solo se puede aprovisionar en la misma zona de disponibilidad o en una diferente de la misma región que el nodo de caché principal. Sin embargo, puede utilizar Global Datastore para Redis para trabajar con una replicación completamente administrada, rápida, de confianza y centrada en la seguridad en todas las regiones de AWS. Con esta característica, puede crear clústeres de réplicas de lectura entre regiones para que ElastiCache para Redis permita lecturas de baja latencia y la recuperación de desastres en todas las regiones de AWS.

P: ¿Puedo ver en qué AZ se encuentra actualmente mi servidor principal?
Sí. Sí, puede obtener información sobre la ubicación en la que se encuentra su nodo principal actual mediante la consola o la API DescribeCacheClusters.

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

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

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

P: ¿Me avisarán cuando se efectúe una conmutación por error automática?
Sí, ElastiCache creará un evento para informarle de que se ha efectuado una conmutación por error automática. Puede utilizar la API DescribeEvents para devolver información sobre los eventos relacionados con su nodo de ElastiCache o seleccionar la sección “Eventos” (eventos) en la consola de administración de ElastiCache.

P: ¿En qué consisten las copias de seguridad y la restauración?
La copia de seguridad y restauración es una característica que le permite crear instantáneas de las cachés de ElastiCache para Redis. ElastiCache almacena las instantáneas a fin de que los usuarios puedan utilizarlas posteriormente para restablecer cachés de Redis.

P: ¿Por qué necesito instantáneas?
La creación de instantáneas puede resultar útil en caso de que se produzcan pérdidas de datos por errores en los nodos o en el caso poco frecuente de que el hardware presente algún error. Las copias de seguridad también suelen utilizarse con fines de archivado. Las instantáneas se almacenan en Amazon S3.

P: ¿Cómo funciona la característica de copias de seguridad y restauración?
Cuando se inicia una copia de seguridad, ElastiCache realiza una instantánea de una caché determinada de Redis que puede utilizarse posteriormente a efectos de recuperación o archivado. Puede iniciar una copia de seguridad cuando lo desee o definir una copia de seguridad recurrente con un período de retención de hasta 35 días. Cuando elija una instantánea para una tarea de restablecimiento, se creará una caché nueva de ElastiCache para Redis y este se completará con los datos de la instantánea. Las instantáneas de ElastiCache para Redis son compatibles con el formato de archivo RDB de Redis de código abierto.

P: ¿Cómo puedo comenzar a utilizar la característica de copias de seguridad y restauración?
Puede utilizar la característica de copia de seguridad y restauración a través de la consola, las API de ElastiCache y AWS CLI. Puede desactivar y reactivar la característica siempre que lo desee.

P: ¿Cómo puedo especificar de qué nodo y caché de Redis deseo hacer una copia de seguridad?
La característica de copias de seguridad y restauración crea instantáneas de cada caché. Los usuarios pueden especificar de qué caché de ElastiCache para Redis desean realizar copias de seguridad a través de la consola, AWS CLI o la API de ElastiCache. Recomendamos a los usuarios que habiliten la copia de seguridad en una de las réplicas de lectura de la caché para minimizar cualquier posible impacto en la caché principal. Cuando se usa ElastiCache sin servidor, las copias de seguridad se realizan automáticamente en las réplicas de lectura.

P: ¿Puedo exportar instantáneas de ElastiCache para Redis a un bucket de Amazon S3 propio?
Sí, puede exportar sus instantáneas de ElastiCache para Redis a un bucket de S3 autorizado situado en la misma región que su caché.

P: Tengo varias cuentas de AWS en las que uso ElastiCache para Redis. ¿Puedo usar las instantáneas de ElastiCache de una cuenta para arrancar en caliente un clúster de ElastiCache para Redis en una cuenta diferente?
Sí. Primero debe copiar la instantánea al bucket de S3 autorizado que desee y que esté ubicado en la misma región. A continuación, conceda permisos de cuenta cruzada de acceso al bucket a la otra cuenta.

P: ¿Cuánto cuesta el uso la característica de copias de seguridad y restauración?
ElastiCache ofrece espacio de almacenamiento gratuito para una instantánea por cada caché activa de ElastiCache para Redis. El almacenamiento adicional se cobrará en función del espacio utilizado por las instantáneas, a un precio de 0,085 USD/GB al mes (el mismo precio en todas las regiones). Las transferencias de datos que derivan del uso de las instantáneas son gratuitas.

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

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 el rendimiento, solidez y la estabilidad. Entre las mejoras se encuentra lo siguiente:

• Más memoria utilizable: ahora puede asignar con seguridad más memoria a su aplicación sin arriesgar el incremento de uso de intercambio durante sincronizaciones e instantáneas.
• Sincronización mejorada: sincronización más sólida con cargas intensivas y al recuperarse de pérdidas de conexiones a la red. Además, las sincronizaciones son más rápidas, ya que el nodo principal y las réplicas de lectura no utilizan el disco para realizar la operación.
• Conmutaciones por error más sencillas: si se produce una conmutación por error, la partición se recupera con mayor rapidez, ya que las réplicas de lectura no vacían sus datos para volver a sincronizarlo todo con el nodo principal.
• Descarga de TLS y multiplexación de E/S: ElastiCache está diseñado para utilizar mejor los recursos de CPU disponibles mediante la gestión de determinados procesos relacionados con la red en subprocesos dedicados.

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 solidez 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.

P: ¿Qué ofrece el cifrado en reposo a ElastiCache para Redis?
El cifrado en reposo ofrece mecanismos de protección contra el acceso no autorizado a los datos. Cuando está activado, cifra los siguientes aspectos:

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

ElastiCache para Redis ofrece un cifrado predeterminado (administrado por el servicio) en reposo, así como la posibilidad de utilizar sus propias claves simétricas de AWS KMS administradas por el cliente en AWS KMS. Visite cifrado en reposo para obtener más información.

P: ¿Qué ofrece el cifrado en tránsito para ElastiCache para Redis?
La característica de cifrado en tránsito facilita el cifrado de las comunicaciones entre los clientes y ElastiCache para Redis, así como entre los servidores de Redis (réplicas principales y de lectura). Obtenga más información sobre el cifrado en tránsito de ElastiCache.

P: ¿De qué manera puedo usar el cifrado en tránsito, en reposo y AUTH de Redis?
El cifrado en tránsito, el cifrado en reposo, AUTH de Redis y el control de acceso basado en roles (RBAC) son características que puede seleccionar al crear su caché de ElastiCache para Redis. Si ha activado el cifrado en tránsito, puede optar por utilizar AUTH de Redis o el control de acceso basado en roles para aumentar la seguridad y el control de acceso.

P: ¿Debe implementarse alguna acción para renovar certificados TLS?
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: ¿Se aplican cargos adicionales por el uso del cifrado?
No, no se aplican cargos adicionales por el uso del cifrado.

P: ¿Qué es Global Datastore de ElastiCache?
Global Datastore es una característica de ElastiCache para Redis que ofrece replicación entre regiones ágil, de confianza, centrada en la seguridad y completamente administrada. Con Global Datastore, puede escribir en su caché de ElastiCache para Redis en una región y disponer de los datos para su lectura en otros dos clústeres replicados en regiones diferentes. De este modo, es posible realizar lecturas de baja latencia y hacer recuperaciones de desastres entre regiones.

Global Datastore, diseñado para aplicaciones en tiempo real con presencia global, suele replicar los datos entre regiones en menos de un segundo, lo que aumenta la respuesta de las aplicaciones al brindar lecturas más cercanas geográficamente a los usuarios finales. En el improbable caso de que una región se deteriore, se puede ascender a caché principal a una de las cachés de réplica entre regiones que esté en buen estado y otorgarle funciones completas de lectura y escritura. Una vez que se inicia, este cambio se completa normalmente en menos de un minuto, de forma que sus aplicaciones siguen estando disponibles.

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

P: ¿Qué versiones de motores admiten Global Datastore?
Global Datastore se admite a partir de la versión 5.0.6 de ElastiCache para Redis.

P: ¿Cómo puedo crear un almacén de Global Datastore?
Para configurar un almacén de Global Datastore, puede usar una caché existente o crear una caché nueva para usarlo como principal. Puede crear un Global Datastore con solo unos pasos en la consola de administración de ElastiCache o si descarga el SDK o la versión de AWS CLI más recientes. Global Datastore es compatible con AWS CloudFormation.

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

P: ¿Cómo se protegen los datos cuando se utiliza Global Datastore?
Global Datastore utiliza el cifrado en tránsito para el tráfico entre regiones a fin de mejorar la protección de sus datos. Además, también puede cifrar las cachés principales y secundarias con cifrado en reposo para una mayor protección de los datos. Cada caché principal y secundaria puede tener una clave de AWS KMS independiente administrada por el cliente para el cifrado en reposo.

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

P: ¿Cuál es el precio de Global Datastore?
ElastiCache no aplica ningún cargo adicional por el uso de Global Datastore para Redis. Debe pagar por las cachés principales y secundarias de Global Datastore y por el tráfico de transferencia de datos entre regiones.

P: ¿Qué puedo almacenar en caché con ElastiCache para Memcached?
Puede almacenar en caché diversos objetos con ElastiCache para Memcached. Estos objetos incluyen el contenido de los almacenes de datos persistentes (como Amazon Relational Database Service [Amazon RDS], Amazon DynamoDB o bases de datos autoadministradas alojadas en Amazon EC2), las páginas web generadas dinámicamente (con Nginx, por ejemplo) y los datos de sesiones temporales que tal vez no requieran un almacenamiento de copia de seguridad persistente. Asimismo, puede utilizarlo para implementar contadores de alta frecuencia que implementen el control de admisión en aplicaciones web de volumen alto.

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

P: Ahora mismo uso Memcached. ¿Cómo puedo migrar a ElastiCache?
ElastiCache es compatible con el protocolo de Memcached. Por lo tanto, puede utilizar las operaciones estándar de Memcached, como get, set, incr y decr, exactamente de la misma forma que lo haría en las implementaciones existentes de Memcached. 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 con CloudWatch. Como resultado, puede comenzar a utilizar 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 conexión de los servidores (nodos) que nosotros aprovisionamos. Puede usar la opción Copiar puntos de conexión de nodos de la consola o la API DescribeCacheClusters para obtener una lista de los puntos de conexión. Como ocurre con cualquier proceso de migración, le recomendamos que pruebe la nueva implementación de ElastiCache de manera exhaustiva antes de deshacerse de su solución actual.

Puede acceder a los clústeres de ElastiCache en una Amazon VPC desde la red de Amazon EC2 o desde su propio centro de datos. Consulte los patrones de acceso de Amazon VPC para obtener más información. ElastiCache utiliza entradas de DNS para permitir a las aplicaciones de cliente localizar los servidores (nodos). El nombre DNS de un nodo permanece igual, pero la dirección IP de un nodo puede cambiar con el tiempo, por ejemplo, cuando los nodos se sustituyen automáticamente después de un error en una instalación que no es de VPC. Consulte estas preguntas frecuentes para leer las recomendaciones sobre cómo solucionar los errores en los nodos.

P: ¿Cómo selecciono un tipo de nodo adecuado para mi aplicación?
Aunque no hay una respuesta precisa para esta pregunta, con ElastiCache, no es necesario que se preocupe por obtener el número preciso de nodos, ya que puede agregar o eliminar de forma rápida los nodos posteriormente. También puede usar ElastiCache sin servidor para simplificar la ejecución de una caché de Memcached de alta disponibilidad. Al seleccionar la configuración inicial, pueden 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 y
• El número de nodos necesarios para mantener un rendimiento aceptable de las aplicaciones sin sobrecargar el back-end de base de datos en caso de error del nodo.

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

P: ¿Un clúster puede abarcar varias zonas de disponibilidad?
Sí. A la hora de crear un clúster o agregar nodos a un clúster ya existente, puede elegir las zonas de disponibilidad para los nuevos nodos. Puede 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 Amazon VPC, los nodos solo se pueden ubicar en zonas de disponibilidad que formen parte del grupo de subred de la caché seleccionada. Para obtener más detalles, consulte la documentación de la VPC de ElastiCache.

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

P: ¿Cómo responde ElastiCache cuando hay un error en un nodo?
El servicio detecta el error del nodo y reacciona con los siguientes pasos automáticos:

• ElastiCache reparará el nodo mediante la adquisición de nuevos recursos de servicio y, a continuación, redireccionará el nombre DNS existente del nodo para que remita a los nuevos recursos de servicio. En el caso de las instalaciones de Amazon 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, ElastiCache enviará una notificación de SNS para informarle que se ha producido la recuperación del nodo. Esto permite opcionalmente disponer las aplicaciones para forzar que la biblioteca del cliente de Memcached intente volver a conectarse con los nodos reparados. Esto podría 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 ElastiCache?
Puede agregar más nodos al clúster de Memcached existente mediante la opción “Agregar nodo” de la pestaña “Nodos” de su clúster de caché en la consola o mediante una llamada a la API ModifyCacheCluster.

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

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

P: ¿Qué bibliotecas conocidas de Memcached son compatibles con ElastiCache?
ElastiCache no requiere bibliotecas cliente específicas y funciona con las bibliotecas cliente de Memcached existentes sin necesidad de volver a compilarlas ni volver a vincular las aplicaciones (Memcached 1.4.5 y versiones posteriores). Algunos ejemplos son libMemcached (C) y bibliotecas basadas en él (por ejemplo, PHP, Perl, Python), spyMemcached (Java) y fauna (Ruby).

P: ¿Qué es la detección automática y qué permite hacer?
La detección automática es una característica que ahorra tiempo y esfuerzo a los desarrolladores, a la vez que reduce la complejidad de las aplicaciones. La detección automática permite que los clientes detecten automáticamente los nodos de caché cuando se agregan o eliminan de un clúster de ElastiCache. Antes, para gestionar los cambios de la pertenencia al clúster, los desarrolladores tenían que actualizar manualmente la lista de puntos de conexión 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. Mediante la detección automática, ElastiCache elimina esta complejidad. Con la detección automática, además de disponer de compatibilidad retroactiva con el protocolo de Memcached, 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 ElastiCache.

P: ¿Cómo funciona la detección automática?
Un clúster de ElastiCache se puede crear con nodos direccionables mediante puntos de conexión designados. Con la detección automática, al clúster de ElastiCache se le asigna también un punto de conexión de configuración único, que es un registro DNS válido durante toda la vida útil del clúster. Este registro DNS contiene los nombres DNS de los nodos que pertenecen al clúster. ElastiCache garantizará que el punto de conexión 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 conexión 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. Para obtener más detalles, consulte la documentación. 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 ElastiCache. Tras la inicialización, el cliente determinará automáticamente los miembros actuales del clúster de ElastiCache mediante el uso del punto de conexión de configuración. Al realizar cambios en el clúster de caché mediante la adición o eliminación de nodos o al reemplazar un nodo por la presencia de errores, el cliente de la detección automática determina automáticamente los cambios, con lo que no es necesario que inicialice los clientes manualmente.

P: ¿Cómo puedo comenzar a utilizar la detección automática?
Para comenzar, descargue el cliente del clúster de ElastiCache. Para ello, haga clic en el enlace Descargar el cliente del clúster de ElastiCache de la consola de ElastiCache. Para poder realizar la descarga, debe disponer de una cuenta de ElastiCache. Si aún no la tiene, puede inscribirse en la página de detalles de ElastiCache. Después de descargar el cliente, visite la consola de ElastiCache para comenzar a configurar y activar el clúster de ElastiCache. Se pueden encontrar más detalles en la documentación.

P: Si continúo utilizando mis propios clientes de Memcached con mi clúster de ElastiCache, ¿podré beneficiarme de esta característica?
No, no podrá beneficiarse de la característica de detección automática con los clientes existentes de Memcached. Para poder utilizar la característica de detección automática, un cliente debe ser capaz de usar un punto de conexión de configuración y determinar los puntos de conexión del nodo de clúster. Puede utilizar el cliente del clúster de 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 y 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 ElastiCache. Actualmente, ElastiCache admite clientes con capacidad de detección automática para .Net, Java y PHP. Estos clientes pueden descargarse desde la consola de ElastiCache. Puede crear clientes para cualquier otro lenguaje basándose en los clientes conocidos de Memcached que se encuentren disponibles.

P: ¿Cómo puedo modificar o escribir mi propio cliente de Memcached para que admita la detección automática?
Puede utilizar cualquier biblioteca de clientes de Memcached y añadirle compatibilidad 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 sobre el conjunto de comandos de detección automática.

P: ¿Puedo seguir trabajando con mi cliente de Memcached existente si no necesito la detección automática?
Sí, ElastiCache aún es compatible con el protocolo de Memcached y no requiere que modifique sus clientes. Sin embargo, para aprovechar la característica de detección automática, hemos mejorado las capacidades del cliente de Memcached. Si prefiere no utilizar el cliente del clúster de 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 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. 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 desactivar la detección automática si especifica el modo de operación durante la inicialización del cliente del clúster de ElastiCache. Asimismo, habida cuenta de que ElastiCache continúa admitiendo totalmente Memcached, puede utilizar como antes cualquier cliente compatible en protocolo de Memcached.

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

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

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

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