P: ¿Qué es Amazon ElastiCache para Redis?

Amazon ElastiCache para Redis es un servicio web que facilita la implementación y ejecución de los nodos de servidor compatibles con el protocolo de Redis en la nube. El servicio permite administrar, monitorear 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 línea de comandos o las API del servicio web. Amazon ElastiCache para Redis admite la replicación principal/subordinado.

P: ¿El protocolo Amazon ElastiCache para Redis es compatible 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 4.0.10, 3.2.10, 3.2.6, 3.2.4, 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.6 y 2.6.13.

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

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

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

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

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

Sí, puede lograr la persistencia mediante la creación de una instantánea de los datos de Redis mediante la característica de copias de seguridad 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 admite la migración automática desde Memcached a Redis o viceversa. Sin embargo, puede utilizar un cliente de Memcached para realizar la lectura desde un clúster de Memcached y utilizar un cliente de Redis para escribir en un clúster de Redis. Asimismo, puede realizar la lectura desde un clúster de Redis mediante un cliente de Redis y utilizar un cliente de Memcached para escribir en un clúster de Memcached. Tenga en cuenta las diferencias de formato de datos y configuración de clúster que existen entre los dos motores.

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

Sí, con Amazon ElastiCache para Redis puede crear una réplica de lectura en otra zona de disponibilidad de AWS. Se aprovisionará un nuevo nodo principal si este falla. En aquellas situaciones en las que no pueda suministrarse el nodo principal, podrá definir qué réplica de lectura usar 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 DNS existente del nodo para que remita a los nuevos recursos de servicio. Por lo tanto, el nombre DNS para un nodo de Redis se mantendrá igual, pero la dirección IP de un nodo de Redis puede cambiar con el tiempo. Si tiene un grupo de replicación con una o más réplicas de lectura y Multi-AZ está habilitado, en caso de error de un nodo principal, ElastiCache detectará automáticamente el error, seleccionará una réplica y la convertirá en el nuevo nodo principal. También propagará el DNS, para que pueda seguir utilizando el punto de enlace principal y, después del cambio, señalará el nodo principal recién elegido. 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 destino de la conmutación por error puede estar en la misma zona o en otra distinta. Para realizar una conmutación por recuperación a la zona original, defina la réplica de lectura en la zona original como la principal. Puede diseñar su aplicación para forzar a que la biblioteca de cliente de Redis vuelva a conectarse al nodo del servidor de Redis reparado. Esto puede ser de ayuda, ya que algunas bibliotecas de Redis dejarán de utilizar un servidor de manera indefinida cuando encuentren errores de comunicación o tiempos de espera.

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

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 monitorea el nodo principal, en caso de que el nodo no esté disponible o no responda, Amazon ElastiCache para Redis reparará el nodo mediante la adquisición de nuevos recursos de servicio y después redirigirá el nombre DNS existente del nodo para señalar los nuevos recursos de servicio. Por lo tanto, el nombre DNS para un nodo de Redis se mantendrá igual, pero la dirección IP de un nodo de Redis puede cambiar con el tiempo. No obstante, si el nodo principal no puede repararse (y la opción Multi-AZ está desactivada), tendrá la opción de definir 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 definida como principal. A continuación, se creará un nodo de réplica de lectura en la zona de disponibilidad original de la principal como réplica de lectura en el grupo de replicación y seguirá a la nueva réplica de lectura principal. 

P: ¿Las réplicas de lectura estarán disponibles mientras ocurra un error de nodo principal?

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

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

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

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

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

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

Sí. Si su cuenta es una cuenta de VPC predeterminada, 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?

Sí, Amazon ElastiCache para Redis es compatible con las contraseñas de Redis a través de la característica Redis AUTH. Es una característica disponible para activación en las versiones 3.2.6, 4.0.10 y posteriores de ElastiCache para Redis. Es necesario activar el cifrado en tránsito para poder usar Redis AUTH en el clúster de ElastiCache para 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 mediante las API ModifyCacheCluster o ModifyReplicationGroup y la especificación de la versión de motor preferida para el parámetro EngineVersion. En la consola de ElastiCache, puede seleccionar un clúster de caché o un grupo de replicación y hacer clic en "Modify" (Modificar). En la ventana "Modify Cache Cluster" (Modificar clúster de caché) o "Modify Replication Group" (Modificar grupo de replicación), seleccione su versión de motor preferida entre las opciones disponibles. El proceso de actualización del motor está diseñado para hacer todo lo posible por retener los datos existentes y requiere la replicación de Redis para realizarse correctamente. Haga clic aquí para obtener más detalles sobre el tema.

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

No, no es posible volver a una versión anterior del motor.

P: ¿Cómo 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 mediante las API ModifyCacheCluster o ModifyReplicationGroup y la especificación del 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" (Modificar). En la ventana "Modify Cache Cluster" (Modificar clúster de caché) o "Modify Replication Group" (Modificar grupo de replicación), seleccione el tipo de nodo preferido en las opciones disponibles. El proceso de aumento de escala está diseñado para hacer todo lo posible por retener los datos existentes y requiere la replicación de Redis para realizarse correctamente. Haga clic aquí para obtener más detalles sobre el tema.

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: ¿Cuál es la métrica correcta para medir la utilización de la CPU de Redis?

Amazon ElastiCache proporciona dos métricas para medir la utilización de CPU de las cargas de trabajo de ElastiCache de Redis: EngineCPUUtilization y CPUUtilization. La métrica CPUUtilization mide la utilización de CPU de la instancia (nodo) y la métrica EngineCPUUtilization mide la utilización 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 disponibles en una instancia. Por lo tanto, la métrica CPUUtilization no proporciona una visibilidad exacta de las tasas de utilización de CPU al nivel de proceso de Redis. Recomendamos usar la métrica CPUUtilization junto con la EngineCPUUtilization para obtener datos detallados sobre la utilización de CPU de sus clústeres de Redis. Ambas métricas están disponibles en todas las regiones de AWS, y puede obtener acceso a ellas mediante CloudWatch o a través de la consola de administración de AWS.


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

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

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

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

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

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

  • Ajustar la escala en un valor que exceda la capacidad de cómputo o de E/S de un único nodo principal para cargas de trabajo de base de datos que realicen un uso intensivo de las lecturas. Este exceso de tráfico de lectura puede dirigirse hacia una o más réplicas de lectura.
  • Atender el tráfico de lectura cuando la principal no está disponible. Si el nodo principal no puede recopilar solicitudes de E/S (por razones como, por ejemplo, la suspensión de E/S para las copias de seguridad o para mantenimiento programado), podrá dirigir el tráfico de lectura hacia las réplicas de lectura. Para este caso de uso, debe tener en cuenta que tal vez los datos situados en la réplica de lectura sean obsoletos, ya que la instancia principal no está disponible. La réplica de lectura también puede utilizarse para reiniciar la preparación de la instancia principal que ha dado error.
  • En situaciones de protección de datos: en el caso poco probable de que falle el nodo principal o que la zona de disponibilidad en la que reside el nodo principal no se encuentre disponible, puede definir una réplica de lectura que se encuentre en una zona de disponibilidad diferente para que se convierta en la nueva principal.

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

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

Las réplicas de lectura son tan fáciles de eliminar como de crear. Basta que utilice la consola de administración de Amazon ElastiCache o que llame a la API DeleteCacheCluster (y especifique CacheClusterIdentifier para la réplica de lectura que desea eliminar).

P: ¿Puedo crear réplicas principales y de lectura al mismo tiempo?

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

P: ¿Cómo puedo conectarme a mis 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, mediante la 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, será su aplicación la que determine la cantidad de tráfico que se distribuirá entre ellas. Aquí puede encontrar más información:

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

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

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

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

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

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

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

P: ¿Puedo definir mi réplica de lectura como un nodo de caché principal "independiente"?

No, no es posible. En su lugar, puede crear instantáneas del nodo de ElastiCache para Redis (puede seleccionar la réplica principal o cualquiera de las réplicas de lectura). Posteriormente puede utilizar la instantánea para crear un nuevo nodo principal de ElastiCache para Redis.

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

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

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

Las réplicas de lectura están sujetas a 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". Haga clic aquí para obtener instrucciones acerca de cómo averiguar la "incoherencia" de su réplica de lectura.

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

Puede utilizar la API estándar DescribeCacheClusters para que devuelva una lista de todos los clústeres de caché que haya implementado (incluidas las réplicas de lectura) o hacer clic en la pestaña "Cache Clusters" (Clústeres de caché) en la consola de administración de Amazon ElastiCache.

Amazon ElastiCache monitorea el estado de la replicación de las réplicas de lectura y actualiza el campo Replication State (Estado de replicación) a Error si el proceso se detiene por algún motivo. Puede revisar los detalles del error lanzado por el motor Redis en el campo Replication Error (Error de replicación) 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 del usuario de Amazon ElastiCache. Si se soluciona un problema de replicación, el campo Replication State (Estado de replicación) cambia a Replicating (Replicando).

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

P: La réplica de lectura se encuentra muy atrasada en relación con su nodo de caché principal. ¿Qué debo hacer?

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

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

Puede eliminar de forma sencilla una réplica de lectura con unos pocos clics en la consola de administración de AWS o mediante las API DeleteCacheCluster o DecreaseReplicaCount. Si desea eliminar la réplica de lectura además del nodo de caché principal, debe utilizar la API DeleteReplicationGroup o la consola de administración de AWS.

P: ¿Cuánto cuestan las réplicas de lectura? ¿Cuándo comienza y finaliza el 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. Consulte la página de detalles de Amazon ElastiCache para conocer los precios actualizados. No se le cobrarán las transferencias de datos que realice durante la replicación de datos entre su nodo de caché principal y la réplica de lectura. El periodo de facturación de una réplica de lectura comienza en cuanto se crea correctamente la réplica de lectura (es decir, cuando su estado es "active" (activo)). La réplica de lectura se seguirá facturando con las tarifas por hora por nodo de caché de Amazon ElastiCache hasta que emita un comando para eliminarla.

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

Amazon ElastiCache admite la conmutación por error iniciada, por lo que puede reanudar operaciones de la caché tan rápido como sea posible. Durante la conmutación por error, Amazon ElastiCache simplemente cambia el registro DNS de su nodo de caché para que apunte a la réplica de lectura, que a su vez se define como el nuevo nodo principal. Le sugerimos que siga las prácticas recomendadas e implemente el reintento de conexión de nodo de caché en la capa de la aplicación. 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?

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 la API DescribeCacheClusters.

Después de la conmutación por error, la 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 con otras zonas de disponibilidad que se encuentren dentro de la misma región. Además, es posible que desee considerar la posibilidad de diseñar su aplicación y otros recursos de AWS con redundancia entre varias zonas de disponibilidad, de forma que su aplicación sea resiliente en caso de producirse un error en una zona de disponibilidad.

P: ¿Puedo agregar y quitar nodos de réplica de lectura para mi entorno de clústeres de Redis?

Sí. Puede agregar y quitar réplicas mediante uno o más fragmentos en un entorno de clústeres de Redis. El clúster permanece en línea y proporciona el servicio de E/S mientras se realiza esta operación.


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

Los grupos de replicación de ElastiCache para Redis se componen de un nodo principal y hasta cinco réplicas de lectura. Redis replica los datos de manera asíncrona desde el nodo principal a las réplicas de lectura. Durante ciertas tareas de mantenimiento planificadas, o en el caso poco probable de que se produzca un error en el nodo de ElastiCache o en la zona de disponibilidad, Amazon ElastiCache detectará automáticamente el error del nodo principal, seleccionará una réplica de lectura y la definirá como nuevo nodo principal. ElastiCache también propaga los cambios de DNS de la réplica de lectura definida como nodo principal, de modo que si su aplicación está escribiendo en el punto de enlace del nodo principal, no será necesario efectuar ningún cambio en dicho punto de 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 de lectura/escritura en el nodo principal dependerán del tiempo que tarde en completarse 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 administración. Por lo tanto, si se produce una interrupción en el nodo principal, ya no tendrá que preocuparse por monitorear sus nodos de Redis ni de tener que iniciar manualmente un procedimiento de recuperación.

P: ¿Cómo funciona Multi-AZ?

Puede hacer uso de Multi-AZ si está utilizando ElastiCache para Redis y dispone de un grupo de replicación compuesto de un nodo principal, o de una o más réplicas de lectura. Si se produce un error en el nodo principal, ElastiCache lo detectará de manera automática, seleccionará una réplica de lectura disponible y la definirá como nuevo nodo principal. ElastiCache propagará los cambios de DNS de la réplica definida para que su aplicación pueda seguir escribiendo en el punto de enlace del nodo principal. Asimismo, ElastiCache configurará un nuevo nodo para que sustituya a la réplica de lectura definida como principal en la misma zona de disponibilidad en la que se encuentra el nodo principal donde se produjo 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 con el nodo principal
  • Error de unidad informática en el nodo principal

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

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

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

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

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

Si existe más de una réplica de lectura, se definirá como principal aquella con el menor retraso de replicación asíncrona en relación con el nodo principal.

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

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

P: ¿Cuáles son las implicaciones en materia de rendimiento de uso de Multi-AZ?

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

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

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

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

Sí, Amazon ElastiCache creará un evento para informarle 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 hacer clic en la sección "Events" (eventos) de la consola de administración de ElastiCache.

P: Tras la conmutación por error, mi nodo principal se encuentra en una zona de disponibilidad diferente de la zona en la que se encuentra el resto de mis recursos 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 con otras zonas de disponibilidad que se encuentren dentro de la misma región. Además, puede considerar la posibilidad de diseñar su aplicación y otros recursos de AWS con redundancia entre varias zonas de disponibilidad, de forma que su aplicación sea resiliente en caso de producirse una interrupción en una zona de disponibilidad.

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

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


P: ¿En qué consisten la copia de seguridad y la restauración?

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

P: ¿Qué es una instantánea?

Una instantánea es una copia de todo el clúster de Redis que se realiza en un momento concreto.

P: ¿Por qué necesito instantáneas?

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

P: ¿Qué puedo hacer con una instantánea?

Puede utilizar las instantáneas para arrancar en caliente un clúster de ElastiCache para Redis con datos precargados.

P: ¿Cómo funciona la característica de copias de seguridad y restauración?

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

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

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

P: ¿Dónde se almacenan las instantáneas?

Las instantáneas se almacenan en S3.

P: ¿Cómo puedo comenzar a utilizar la característica de copias de seguridad y restauración?

Si quiere utilizar la característica de copias se seguridad 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 una copia de seguridad?

La característica de copias de seguridad y restauración crea instantáneas de cada clúster. Los usuarios pueden especificar de qué clúster de ElastiCache para Redis desean realizar la copia de seguridad con la consola de administración de AWS, la CLI o la API CreateSnapshot. En un grupo de replicación, puede optar por realizar la copia de seguridad del clúster principal o de cualquiera de los clústeres de réplica de lectura. Recomendamos a los usuarios activar la copia de seguridad de una de las réplicas de lectura a fin de minimizar cualquier efecto de latencia en el clúster principal de Redis.

P: ¿Cómo puedo especificar cuándo se va a realizar una copia de seguridad?

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

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

P: ¿Qué es una ventana de copia de seguridad y por qué la necesito?

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

P: ¿En qué medida incide en el rendimiento la creación de una instantánea?

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

P: ¿Puedo crear una instantánea de una réplica de lectura de ElastiCache para Redis?

Sí. La creación de una instantánea de una réplica de lectura es la mejor forma de realizar copias de seguridad de los datos a la vez que se minimiza la repercusión en el rendimiento.

P: ¿En qué regiones se encuentra disponible la característica de copias de seguridad y restauración?

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

P: ¿Puedo exportar instantáneas de ElastiCache para Redis a un bucket de 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 clúster. Para obtener más información sobre cómo exportar instantáneas y configurar los permisos necesarios, haga clic aquí.

P: ¿Puedo copiar instantáneas de una región a otra?

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

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. Para obtener más información sobre los permisos de cuenta cruzada de S3, haga clic 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 la API CreateCacheCluster.

P: ¿Cuánto cuesta el uso la característica de copias de seguridad y restauración?

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

P: ¿Qué es el período de retención?

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

P: ¿Cómo puedo administrar la retención de las instantáneas automatizadas?

Puede utilizar la consola de administración de AWS o la API ModifyCluster para administrar el período de conservación de las copias de seguridad automatizadas mediante la modificación del parámetro RetentionPeriod. Si desea desactivar de forma conjunta las copias de seguridad automatizadas, puede definir el período de retención en 0 (no se recomienda).

P: ¿Qué sucede con las instantáneas si elimino el clúster de ElastiCache para Redis?

Cuando se elimina un clúster 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 del clúster. Por el contrario, las instantáneas de caché automáticas no se retienen.

P: ¿Qué tipos de nodos de caché admiten la característica de copia de seguridad y restauración?

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 copia de seguridad y restauración:

Nodos de caché 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
  • cache.r4.large
  • cache.r4.xlarge
  • cache.r4.2xlarge
  • cache.r4.4xlarge
  • cache.r4.8xlarge
  • cache.r4.16xlarge

Nodos de caché de la generación anterior:

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

P: ¿Puedo usar instantáneas propias de RDB almacenadas en S3 para arrancar en caliente un clúster de ElastiCache para Redis?

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

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

Sí.


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

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

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

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

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

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

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

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

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

Sí, el clúster continúa online y atiende solicitudes de entrada mientras se realizan cambios en 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 del cliente. Para reducir la carga en el clúster durante la operación, recomendamos implementar las prácticas recomendadas (descritas en la documentación).

P: ¿Cómo puedo realizar un seguimiento del progreso de una operación de 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.)

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?

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 enlace 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 tránsito a ElastiCache para Redis?

La característica de cifrado en tránsito 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 la creación de copias de seguridad y las restauraciones. Se cifran los datos en copias de seguridad y los restaurados en disco y a través de Amazon S3.

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

El cifrado en tránsito, 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 configure con cifrado activado, ElastiCache administrará 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 tránsito cifrado.

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

El cifrado en tránsito 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 tránsito y en reposo en los clústeres de ElastiCache para Redis existentes?

El cifrado en tránsito y en reposo solo está disponible para clústeres nuevos y no es compatible con clústeres existentes de ElastiCache para Redis. Las versiones 4.0.10 y 3.2.6 de ElastiCache para Redis admiten estas características.

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

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?

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 tránsito y en reposo?

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

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

No se aplican cargos adicionales para el uso de cifrado.

 


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, PCI, HIPAA y FedRAMP. Consulte el artículo Servicios de AWS en el ámbito del programa de conformidad para obtener una lista vigente de los programas de conformidad que se admiten.

P: ¿Amazon ElastiCache para Redis cumple con los requisitos de PCI?

Sí, el programa de conformidad AWS PCI incluye Amazon ElastiCache para Redis como un servicio conforme con PCI.

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

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

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

Sí, Amazon ElastiCache para Redis es un servicio que cumple los requisitos de HIPAA y se añadió al anexo para socios empresariales (BAA) de AWS. Esto significa que puede usar ElastiCache para Redis 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 para Redis que cumple los requisitos de HIPAA?

Si tiene formalizado un acuerdo de socio comercial (BAA) con AWS, ahora puede utilizar ElastiCache para Redis para crear aplicaciones que cumplan 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. Si desea 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: ¿Amazon ElastiCache para Redis está autorizado por FedRAMP?

Sí, el programa de conformidad para FedRAMP de AWS incluye a Amazon ElastiCache para Redis como un servicio autorizado por FedRAMP. Los clientes del gobierno de los Estados Unidos y sus socios ahora pueden usar la última versión de ElastiCache para Redis a fin de procesar y almacenar sus sistemas de FedRAMP, datos y cargas de trabajo de alto impacto y críticas en la Región AWS GovCloud (EE.UU.) y en un nivel de impacto moderado en las regiones EE.UU. Este y Oeste.

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

Para consultar la lista vigente de programas de conformidad en los que se incluye Amazon ElastiCache para Redis, 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.