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
Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, elija Databases (Bases de datos).
-
Elija el clúster de bases de datos de Aurora Serverless v1 que desea modificar.
-
Para Actions (Acciones), elija Modify cluster (Modificar clúster).
-
En la sección Capacity settings (Configuración de capacidad), modifique la configuración de escalado.
-
Elija Continuar.
-
En la página Modificar el clúster de base de datos, revise las modificaciones y elija cuándo aplicarlas.
-
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--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
y256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
y384
.
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
y256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
y384
.
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
Abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, elija Databases (Bases de datos).
-
Elija el clúster de base de datos de Aurora Serverless v1 que desea actualizar.
-
Para Actions (Acciones), elija Modify cluster (Modificar clúster).
-
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.
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.
-
Elija Continuar.
-
En la página Modificar el clúster de base de datos, revise las modificaciones y elija cuándo aplicarlas.
-
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 valorprovisioned
. -
--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-classdb.r5.xlarge
En Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier
sample-cluster
^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-classdb.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 valorprovisioned
. -
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.