Restauración de un clúster de bases de datos de Aurora Serverless v1 - Amazon Aurora

Restauración de un clúster de bases de datos de Aurora Serverless v1

importante

AWS ha anunciado la fecha de fin de la vida útil de Aurora Serverless v1, que será el 31 de marzo de 2025. Todos los clústeres de Aurora Serverless v1 que no se migren antes del 31 de marzo de 2025 se migrarán a Aurora Serverless v2 durante el periodo de mantenimiento. Si se produce un error en la actualización, Amazon Aurora convierte el clúster sin servidor v1 en un clúster aprovisionado con la versión de motor equivalente durante el periodo de mantenimiento. Si procede, Amazon Aurora inscribirá el clúster aprovisionado convertido en soporte extendido de Amazon RDS. Para obtener más información, consulte Soporte extendido de Amazon RDS con Amazon Aurora.

Puede configurar un clúster de bases de datos de Aurora Serverless v1 al restaurar la instantánea de un clúster de base de datos aprovisionado con la AWS CLI o la API de RDS.

Cuando restaure una instantánea en un clúster de bases de datos de Aurora Serverless v1, podrá establecer los siguientes valores específicos:

  • Unidad de capacidad mínima de Aurora: Aurora Serverless v1 puede reducir la capacidad hasta esta unidad de capacidad.

  • Unidad de capacidad máxima de Aurora: Aurora Serverless v1 puede aumentar la capacidad hasta esta unidad de capacidad.

  • Acción de tiempo de espera: la acción que se debe realizar cuando se agota el tiempo de una modificación de capacidad porque no puede encontrar un punto de escalado. Aurora Serverless v1 El clúster de bases de datos puede forzar su clúster de bases de datos a la nueva configuración de capacidad si establece la opción Force scaling the capacity to the specified values... (Forzar el escalado de la capacidad a los valores especificados…). O bien, puede revertir el cambio de capacidad para cancelarlo si no elige la opción. Para obtener más información, consulte Acción de tiempo de espera para cambios de capacidad.

  • Pause after inactivity (Pausa tras inactividad): el tiempo sin tráfico de base de datos que ha de transcurrir para escalar hasta la capacidad de procesamiento cero. Cuando se reanude el tráfico de la base de datos, Aurora reanudará automáticamente la capacidad de procesamiento y se escalará para controlar el tráfico.

Para obtener información general acerca de cómo restaurar un clúster de bases de datos a partir de una instantánea, consulte Restauración de una instantánea de clúster de base de datos.

Puede configurar un clúster de bases de datos de Aurora Serverless al restaurar la instantánea de un clúster de bases de datos aprovisionado mediante la AWS Management Console, la AWS CLI o la API de RDS.

Cuando restaure una instantánea en un clúster de bases de datos de Aurora Serverless, podrá establecer los siguientes valores específicos:

  • Unidad de capacidad mínima de Aurora: Aurora Serverless puede reducir la capacidad hasta esta unidad de capacidad.

  • Unidad de capacidad máxima de Aurora: Aurora Serverless puede aumentar la capacidad hasta esta unidad de capacidad.

  • Acción de tiempo de espera: la acción que se debe realizar cuando se agota el tiempo de una modificación de capacidad porque no puede encontrar un punto de escalado. Aurora Serverless v1 El clúster de bases de datos puede forzar su clúster de bases de datos a la nueva configuración de capacidad si establece la opción Force scaling the capacity to the specified values... (Forzar el escalado de la capacidad a los valores especificados…). O bien, puede revertir el cambio de capacidad para cancelarlo si no elige la opción. Para obtener más información, consulte Acción de tiempo de espera para cambios de capacidad.

  • Pause after inactivity (Pausa tras inactividad): el tiempo sin tráfico de base de datos que ha de transcurrir para escalar hasta la capacidad de procesamiento cero. Cuando se reanude el tráfico de la base de datos, Aurora reanudará automáticamente la capacidad de procesamiento y se escalará para controlar el tráfico.

nota

La versión de la instantánea del clúster de base de datos debe ser compatible con Aurora Serverless v1. Para ver una lista de las versiones admitidas, consulte Aurora Serverless v1.

Para restaurar una instantánea en un clúster de Aurora Serverless v1 con compatibilidad con MySQL 5.7, incluya los siguientes parámetros adicionales:

  • --engine aurora-mysql

  • --engine-version 5.7

Los parámetros --engine y --engine-version le permiten crear un clúster de Aurora Serverless v1 compatible con MySQL 5.7 a partir de una instantánea de Aurora Serverless v1 o Aurora compatible con MySQL 5.6. En el siguiente ejemplo, se restaura una instantánea de un clúster compatible con MySQL 5.6 denominado mydbclustersnapshot en un clúster de Aurora Serverless v1 compatible con MySQL 5.7 denominado mynewdbcluster.

Para Linux, macOS o Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless \
    --engine aurora-mysql \
    --engine-version 5.7

Para Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine aurora-mysql ^
    --engine-version 5.7

Si lo desea, puede especificar la opción --scaling-configuration para configurar la capacidad mínima, la capacidad máxima y la pausa automática cuando no haya conexiones. Entre los valores de capacidad válidos se incluyen los siguientes:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 y 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 y 384.

En el ejemplo siguiente, se restaura desde una instantánea de clúster de bases de datos creada anteriormente denominada mydbclustersnapshot a un nuevo clúster de bases de datos denominado mynewdbcluster. Defina el --scaling-configuration para que el nuevo clúster de bases de datos de Aurora Serverless v1 pueda escalar de 8 ACU a 64 ACU (unidades de capacidad Aurora) según sea necesario para procesar la carga de trabajo. Una vez finalizado el procesamiento y después de 1000 segundos sin conexiones que admitir, el clúster se cierra hasta que las solicitudes de conexión soliciten que se reinicie.

Para Linux, macOS o Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Para Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Para configurar un clúster de bases de datos de Aurora Serverless v1 cuando realiza una restauración a partir de un clúster de bases de datos mediante la API de RDS, ejecute la operación RestoreDBClusterFromSnapshot y especifique serverless en el parámetro EngineMode.

Si lo desea, puede especificar el parámetro ScalingConfiguration para configurar la capacidad mínima, la capacidad máxima y la pausa automática cuando no haya conexiones. Entre los valores de capacidad válidos se incluyen los siguientes:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 y 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 y 384.