Saltar al contenido

¿Cómo soluciono los errores al crear un clúster de ElastiCache?

7 minutos de lectura
0

Cuando creo un clúster de Amazon ElastiCache, se produce un error en la creación.

Descripción corta

En función de si el clúster es de diseño propio o de Amazon ElastiCache sin servidor, es posible que no se pueda crear el clúster por los siguientes motivos:

  • Restauras una copia de seguridad desde Amazon Simple Storage Service (Amazon S3), pero la restauración falla y se produce un error.
  • No hay suficiente capacidad para el tipo de nodo de caché solicitado en una zona de disponibilidad o región de AWS.
  • Has seleccionado un tipo de nodo de caché que no es compatible con una zona de disponibilidad específica de la región.
  • No hay suficientes direcciones IP libres en la subred que has usado para crear el clúster de caché.
  • ElastiCache no puede acceder a la clave administrada por el cliente de AWS Key Management Service (AWS KMS) que has utilizado para cifrar un grupo de replicación.
  • La caché no tiene permiso para crear un punto de enlace de nube virtual privada (VPC) para ElastiCache sin servidor.
  • El usuario o el rol de AWS Identity and Access Management (IAM) no tiene los permisos correctos.
  • La cuenta de AWS requiere una cuota de servicio más alta.
  • Has configurado mal los parámetros específicos del motor durante la creación del clúster.

Resolución

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de problemas de AWS CLI. Además, asegúrate de utilizar la versión más reciente de la AWS CLI.

La restauración de la copia de seguridad de Amazon S3 falla y se produce un error

La restauración de una copia de seguridad de Amazon S3 puede fallar por varios motivos. Por ejemplo, ElastiCache no puede recuperar el archivo o el bucket está en otra región. Para solucionar el problema, consulta ¿Cómo soluciono el error «Create-failed» o «Permission denied"» que se produce cuando intento restaurar mi clúster de ElastiCache desde S3?

No hay suficiente capacidad para el tipo de nodo de caché solicitado en una región o zona de disponibilidad

Si AWS no tiene suficiente capacidad bajo demanda disponible, es posible que se muestre el siguiente mensaje de error al crear un clúster:

«Failed to create cache node because requested AZ does not have sufficient capacity. Please try again with another AZ».

La capacidad de una región o zona de disponibilidad cambia constantemente. Para resolver este problema, crea el clúster en otro momento. Para obtener más información, consulta Mensajes de error: InsufficientCacheClusterCapacity.

Una zona de disponibilidad de la región no admite el tipo de nodo de caché

Algunas zonas de disponibilidad de una región no admiten tipos de nodos de caché específicos. Si creas un clúster y seleccionas una de estas zonas de disponibilidad, se mostrará el siguiente mensaje de error:

«Cache node type is not currently supported in the AZ. Retry the launch with no availability zone or different AZs»

Para comprobar la disponibilidad de un tipo de nodo de caché específico, utiliza el comando de la AWS CLI describe-instance-type-offerings de Amazon Elastic Compute Cloud (Amazon EC2):

aws ec2 describe-instance-type-offerings --location-type availability-zone --filters Name=instance-type,Values=m5.large --region example-region --output table

Nota: Sustituye example-region por tu región.

No hay suficientes direcciones IP gratuitas en la subred que has elegido

Si las subredes que usas para tu clúster de ElastiCache no tienen suficientes direcciones IP libres, es posible que se muestre el siguiente mensaje de error:

«Failed to create Cache Cluster due to insufficient Elastic Network Interface or free IP address»

Para resolver este problema, identifica el grupo de subredes que has configurado para el clúster de ElastiCache. A continuación, comprueba cada subred para verificar que haya suficientes direcciones IP libres. Para obtener más información, consulta ¿Cómo soluciono los errores de direcciones IP insuficientes que se producen durante la actividad de escalamiento en mi Amazon VPC?

Para liberar direcciones IP, también puedes eliminar las interfaces de red elásticas no utilizadas en una subred. O bien, agrega subredes al grupo de subredes de la zona de disponibilidad requerida para asignar más direcciones IP gratuitas.

ElastiCache no puede acceder a la clave administrada por el cliente de AWS KMS

Con el cifrado en reposo de ElastiCache, puedes usar un cifrado en reposo predeterminado administrado por el servicio o tu propia clave simétrica de AWS KMS administrada por el cliente. Si has eliminado, desactivado o revocado las concesiones de la clave de KMS al crear el clúster, es posible que se muestre el siguiente mensaje de error:

«Failed to create instance test-cluster due to error accessing AWS Key Management Service (KMS) for Customer Master Key arn:aws:kms:us-east-1:123456:key/1abcd2»

No se recomienda eliminar, desactivar ni revocar las concesiones de la clave de AWS KMS que has utilizado para cifrar un grupo de replicación. AWS KMS elimina las claves raíz solo después de un periodo de espera de al menos 7 días. Durante el periodo de espera, puedes cancelar la eliminación programada. Si eliminas la clave de AWS KMS, no podrás recuperar la caché.

La caché de ElastiCache sin servidor no tiene permiso para crear un punto de enlace de VPC

Cuando creas un nuevo clúster de ElastiCache sin servidor, ElastiCache crea puntos de enlace de VPC en las subredes seleccionadas de tu VPC. Las aplicaciones utilizan los puntos de enlace de VPC para conectarse a la caché. Si tu caché no puede crear los puntos de enlace de VPC, es posible que tengas problemas con los permisos. Para solucionar problemas de permisos, consulta ¿Cómo soluciono los problemas de creación de clústeres de ElastiCache sin servidor?

El usuario o rol de IAM no tiene los permisos correctos

Si tu usuario o rol de IAM no tiene los permisos correctos, es posible que recibas el siguiente mensaje de error:

«An error occurred (AccessDenied) when calling the CreateReplicationGroup operation: User: arn:aws:sts::xxxxxxxxx:assumed-role/Hello123 is not authorized to perform: elasticache:CreateReplicationGroup on resource: arn:aws:elasticache:ap-southeast-2:xxxxxxxxxx:replicationgroup:ROLEA because no identity-based policy allows the elasticache:CreateReplicationGroup action».

Cuando utilices una política de IAM administrada de forma personalizada con ElastiCache, lleva a cabo una de las siguientes acciones:

La cuenta de AWS requiere una cuota de servicio más alta

Tu cuenta tiene cuotas predeterminadas para cada servicio de AWS y cada cuota es específica de tu región.

Si tu cuenta no tiene la cuota de servicio requerida, es posible que recibas uno de los siguientes mensajes de error:

  • «Cache subnet group quota exceeded. You can have at most 500 cache subnet groups in this region. If you need more, please visit the Support Center and open a Service Limit Increase case».
  • «Customer node quota exceeded. You can have at most 1250 nodes in this region. If you need more, please visit the Support Center and open a Service Limit Increase case».

Puedes solicitar aumentos para algunas cuotas. Para obtener información sobre las cuotas y cómo aumentarlas, consulta Cuotas para ElastiCache.

Has configurado mal los parámetros específicos del motor

Si no has especificado un grupo de parámetros para la versión de tu motor, es posible que recibas el siguiente mensaje de error:

«An error occurred (InvalidParameterCombination) when calling the CreateReplicationGroup operation: Expected a parameter group of family redis7 but found one of family redis6.x. User has to verify that Parameter Group used has engine version that matches the cluster that is created».

Al crear un clúster de ElastiCache, asegúrate de que el grupo de parámetros correcto coincida con la versión del motor y el tipo de modo de clúster.

Información relacionada

Cómo funciona Elasticache

OFICIAL DE AWSActualizada hace un año