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

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

Después de configurar un clúster de base de datos de Aurora Serverless v1, puede modificar ciertas propiedades con la AWS Management Console, la AWS CLI o la API de RDS. La mayoría de las propiedades que puede modificar son las mismas que para otros tipos de clústeres de Aurora.

A continuación, se indican los cambios más importantes de Aurora Serverless v1:

Modificación de la configuración de escalado de un clúster de base de datos de Aurora Serverless v1

Puede establecer la capacidad mínima y máxima del clúster de bases de datos. Cada unidad de capacidad equivale a una configuración de computación y memoria específicas. Aurora Serverless crea automáticamente reglas de escalado para los límites de uso de la CPU, las conexiones y la memoria disponible. También puede establecer si Aurora Serverless debe pausar la base de datos cuando no haya actividad y reanudarla cuando vuelva a haberla.

Puede establecer los siguientes valores específicos para la configuración de escalado:

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

  • Autoscaling timeout and action (Acción y tiempo de espera de escalado automático): esta sección especifica cuánto tiempo espera Aurora Serverless para buscar un punto de escalado antes de que se agote el tiempo de espera. También especifica la acción que se debe realizar cuando se agota el tiempo de una modificación de capacidad porque no se puede encontrar ningún punto de escalado. Aurora puede forzar el cambio de capacidad para establecer la capacidad en el valor especificado lo antes posible. También puede revertir el cambio de capacidad para cancelarla. Para obtener más información, consulte Acción de tiempo de espera para cambios de capacidad.

  • Pausa después de la inactividad: utilice la opción Escalar la capacidad a 0 ACU cuando el clúster esté inactivo para escalar la base de datos a una capacidad de procesamiento de cero mientras esté inactiva. 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.

Puede modificar la configuración de escalado de un clúster de bases de datos de Aurora mediante la AWS Management Console.

Para modificar un clúster de bases de datos de Aurora Serverless v1
  1. Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos).

  3. Elija el clúster de bases de datos de Aurora Serverless v1 que desea modificar.

  4. Para Actions (Acciones), elija Modify cluster (Modificar clúster).

  5. En la sección Capacity settings (Configuración de capacidad), modifique la configuración de escalado.

  6. Elija Continuar.

  7. En la página Modificar el clúster de base de datos, revise las modificaciones y elija cuándo aplicarlas.

  8. Elija Modify Cluster (Modificar clúster).

Para modificar la configuración de escalado de un clúster de bases de datos de Aurora Serverless v1 mediante la AWS CLI, ejecute el comando modify-db-cluster de la AWS CLI. Especifique 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 este ejemplo, se modifica la configuración de escalado de un clúster de bases de datos de Aurora Serverless v1 denominado sample-cluster.

Para Linux, macOS, o Unix:

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

En Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

Puede modificar la configuración de escalado de un clúster de bases de datos de Aurora mediante la operación ModifyDBCluster de la API. Especifique 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.

Actualización de la versión principal de un clúster de base de datos de Aurora Serverless v1

Puede actualizar la versión principal de un clúster de base de datos de Aurora Serverless v1 compatible con PostgreSQL 11 a la versión correspondiente compatible con PostgreSQL 13.

Realice una actualización in situ del clúster de base de datos de Aurora Serverless v1 utilizando la AWS Management Console.

Para actualizar un clúster de base de datos de Aurora Serverless v1
  1. Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos).

  3. Elija el clúster de base de datos de Aurora Serverless v1 que desea actualizar.

  4. Para Actions (Acciones), elija Modify cluster (Modificar clúster).

  5. Para la versión, elija un número de versión de Aurora PostgreSQL versión 13.

    El siguiente ejemplo muestra una actualización in situ de Aurora PostgreSQL 11.16 a 13.9.

    
                                    Actualización de un clúster de base de datos de Aurora Serverless v1 mediante la consola

    Si realiza una actualización de la versión principal, deje todas las demás propiedades igual. Para cambiar cualquiera de las demás propiedades, realice otra operación Modificar una vez finalizada la actualización.

  6. Elija Continuar.

  7. En la página Modificar el clúster de base de datos, revise las modificaciones y elija cuándo aplicarlas.

  8. Elija Modify Cluster (Modificar clúster).

Para realizar una actualización in situ de un clúster de base de datos de Aurora Serverless v1 compatible con PostgreSQL 11 a uno compatible con PostgreSQL 13, especifique el parámetro --engine-version con un número de versión de Aurora MySQL versión 13 compatible con Aurora Serverless v1. Incluya también el parámetro --allow-major-version-upgrade.

En este ejemplo, modifique la versión principal de un clúster de base de datos de Aurora Serverless v1 compatible con PostgreSQL 11 llamado sample-cluster. Al hacerlo, se realiza una actualización in situ a un clúster de base de datos de Aurora Serverless v1 compatible con PostgreSQL 13.

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-version 13.9 \ --allow-major-version-upgrade

En Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-version 13.9 ^ --allow-major-version-upgrade

Para realizar una actualización in situ de un clúster de base de datos de Aurora Serverless v1 compatible con PostgreSQL 11 a uno compatible con PostgreSQL 13, especifique el parámetro EngineVersion con un número de versión de Aurora MySQL versión 13 compatible con Aurora Serverless v1. Incluya también el parámetro AllowMajorVersionUpgrade.

Conversión de un clúster de base de datos de Aurora Serverless v1 a un clúster aprovisionado

Puede convertir un clúster de base de datos de Aurora Serverless v1 en un clúster de base de datos aprovisionado. Para realizar la conversión, cambie la clase de instancia de base de datos a Aprovisionada. Puede utilizar esta conversión como parte de la actualización de su clúster de base de datos de Aurora Serverless v1 a Aurora Serverless v2. Para obtener más información, consulte Actualización de un clúster de Aurora Serverless v1 a Aurora Serverless v2.

El proceso de conversión crea una instancia de base de datos de lector en el clúster de base de datos, la promociona a una instancia de escritor y, a continuación, elimina la instancia de Aurora Serverless v1 original. Cuando convierta el clúster de base de datos, no podrá realizar ninguna otra modificación al mismo tiempo, como cambiar la versión del motor de base de datos o el grupo de parámetros del clúster de base de datos. La operación de conversión se aplica de forma inmediata y no se puede deshacer.

Durante la conversión, se realiza una instantánea del clúster de base de datos de copia de seguridad del clúster de base de datos por si se produce un error. El identificador de la instantánea del clúster de base de datos tiene el formato pre-modify-engine-mode-DB_cluster_identifier-timestamp.

Aurora usa la versión actual secundaria predeterminada del motor de base de datos para el clúster de base de datos aprovisionado.

Si no proporciona una clase de instancia de base de datos para el clúster de base de datos convertido, Aurora recomienda una en función de la capacidad máxima del clúster de base de datos de Aurora Serverless v1 original. La capacidad recomendada para las asignaciones de clases de instancia se muestra en la siguiente tabla.

Capacidad máxima (ACU) de Serverless Clase de instancia de base de datos aprovisionada
1 db.t3.small
2 db.t3.medium
4 db.t3.large
8 db.r5.large
16 db.r5.xlarge
32 db.r5.2xlarge
64 db.r5.4xlarge
128 db.r5.8xlarge
192 db.r5.12xlarge
256 db.r5.16xlarge
384 db.r5.24xlarge
nota

Según la clase de instancia de base de datos que elija y el uso de la base de datos, es posible que vea diferentes costes para un clúster de base de datos aprovisionado en comparación con Aurora Serverless v1.

Si convierte su clúster de base de datos de Aurora Serverless v1 en una clase de instancia de base de datos ampliable (db.t*), podría incurrir en costes adicionales por el uso del clúster de base de datos. Para obtener más información, consulte Tipos de clase de instancia de base de datos.

Para convertir un clúster de base de datos de Aurora Serverless v1 en un clúster aprovisionado, ejecute el comando de la AWS CLI modify-db-cluster.

Se requieren los siguientes parámetros:

  • --db-cluster-identifier: el clúster de base de datos de Aurora Serverless v1 que está convirtiendo en aprovisionado.

  • --engine-mode: use el valor provisioned.

  • --allow-engine-mode-change

  • --db-cluster-instance-class: elija la clase de instancia de base de datos para el clúster de base de datos aprovisionado en función de la capacidad del clúster de base de datos de Aurora Serverless v1.

En este ejemplo, se convierte un clúster de base de datos de Aurora Serverless v1 denominado sample-cluster y se utiliza la clase de instancia de base de datos de db.r5.xlarge.

Para Linux, macOS, o Unix:

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-mode provisioned \ --allow-engine-mode-change \ --db-cluster-instance-class db.r5.xlarge

En Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-class db.r5.xlarge

Para convertir un clúster de base de datos de Aurora Serverless v1 en un clúster aprovisionado, utilice la operación de la API ModifyDBCluster.

Se requieren los siguientes parámetros:

  • DBClusterIdentifier: el clúster de base de datos de Aurora Serverless v1 que está convirtiendo en aprovisionado.

  • EngineMode: use el valor provisioned.

  • AllowEngineModeChange

  • DBClusterInstanceClass: elija la clase de instancia de base de datos para el clúster de base de datos aprovisionado en función de la capacidad del clúster de base de datos de Aurora Serverless v1.