# Modificació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](https://repost.aws/questions/QUhcMVoChXRm2HLi8F-yih1g/announcement-support-for-aurora-s/announcement-support-for-aurora-serverless-v1-ending-soon). 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](extended-support.md).
Después de configurar un clúster de base de datos de Aurora Serverless v1, puede modificar ciertas propiedades con la Consola de administración de AWS, 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](#aurora-serverless.modifying.scaling)
+ [Actualización de la versión principal](#aurora-serverless.modifying.upgrade)
+ [Conversión de Aurora Serverless v1 a aprovisionada](#aurora-serverless.modifying.convert)
## 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](aurora-serverless-v1.how-it-works.md#aurora-serverless.how-it-works.timeout-action).
+ **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.
**nota**
Al modificar el rango de capacidad de un clúster de base de datos Aurora Serverless, el cambio se produce inmediatamente, independientemente de si decide aplicarlo de inmediato o durante el siguiente período de mantenimiento programado.
### Consola
Puede modificar la configuración de escalado de un clúster de bases de datos de Aurora mediante la Consola de administración de AWS.
**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/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija el clúster de bases de datos de Aurora Serverless v1 que desea modificar.
1. Para **Actions (Acciones)**, elija **Modify cluster (Modificar clúster)**.
1. En la sección **Capacity settings (Configuración de capacidad)**, modifique la configuración de escalado.
1. Elija **Continuar**.
1. En la página **Modificar el clúster de base de datos**, revise las modificaciones y elija cuándo aplicarlas.
1. Elija **Modify clúster (Modificar clúster)**.
### AWS CLI
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](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/modify-db-cluster.html) 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
```
Para Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
```
### API de RDS
Puede modificar la configuración de escalado de un clúster de bases de datos de Aurora mediante la operación [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) 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
**importante**
AWS ha [anunciado la fecha de fin de la vida útil de Aurora Serverless v1, que será el 31 de marzo de 2025](https://repost.aws/questions/QUhcMVoChXRm2HLi8F-yih1g/announcement-support-for-aurora-s/announcement-support-for-aurora-serverless-v1-ending-soon). 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](extended-support.md).
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.
### Consola
Realice una actualización in situ del clúster de base de datos de Aurora Serverless v1 utilizando la Consola de administración de AWS.
**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/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Elija el clúster de base de datos de Aurora Serverless v1 que desea actualizar.
1. Para **Actions (Acciones)**, elija **Modify cluster (Modificar clúster)**.
1. 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\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/sv1-upgrade-apg11-to-13.png)
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.
1. Elija **Continuar**.
1. En la página **Modificar el clúster de base de datos**, revise las modificaciones y elija cuándo aplicarlas.
1. Elija **Modificar clúster**.
### AWS CLI
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.serverless_12 \
--allow-major-version-upgrade
```
Para Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--engine-version 13.serverless_12 ^
--allow-major-version-upgrade
```
### API de RDS
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, use la CLI de AWS o la API de Amazon RDS para cambiar la clase de instancia de base de datos a **Aprovisionada**. Siga los pasos que se indican a continuación para modificar la clase de instancia de base de datos.
El siguiente ejemplo muestra cómo utilizar la CLI de AWS para convertir un clúster de base de datos de Aurora Serverless v1 en un clúster aprovisionado.
### AWS CLI
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](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html).
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
```
Para 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
```
El siguiente ejemplo muestra cómo utilizar la API de Amazon RDS para convertir un clúster de base de datos de Aurora Serverless v1 en un clúster aprovisionado.
### API de RDS
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](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html).
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.
## Consideraciones a la hora de convertir un clúster de base de datos de Aurora Serverless v1 en un clúster aprovisionado
Las siguientes consideraciones se aplican cuando un clúster de base de datos de Aurora Serverless v1 se convierte en un clúster aprovisionado:
+ 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](aurora-serverless-v2.upgrade.md#aurora-serverless-v2.upgrade-from-serverless-v1-procedure).
+ 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.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/aurora-serverless.modifying.html)
**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\$1), 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](Concepts.DBInstanceClass.Types.md).