Escalado manual de la capacidad del clúster de bases de datos de Aurora Serverless v1
Por lo general, los clústeres de base de datos de Aurora Serverless v1 escalan sin problemas en función de la carga de trabajo. Sin embargo, es posible que la capacidad no siempre escale lo suficientemente rápido como para cumplir con los extremos repentinos, como un aumento exponencial de las transacciones. En tales casos, puede iniciar la operación de escalado de forma manual estableciendo un nuevo valor de capacidad. Después de establecer la capacidad de forma explícita, Aurora Serverless v1 podrá escalar automáticamente el clúster de bases de datos. Realiza la acción según el periodo de recuperación del escalado descendente.
Puede establecer de manera explícita la capacidad de un clúster de bases de datos de Aurora Serverless v1 en un valor específico mediante la AWS Management Console, la AWS CLI o la API de RDS.
Puede establecer la capacidad de un clúster de bases de datos 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, seleccione Databases (Bases de datos).
-
Elija el clúster de bases de datos de Aurora Serverless v1 que desea modificar.
-
En Actions (Acciones), elija Set capacity (Establecer capacidad).
-
En la ventana Scale database capacity (Escalar la capacidad de la base de datos), elija lo siguiente:
-
Para el selector desplegable Scale DB cluster to (Escalar clúster de bases de datos a), elija la nueva capacidad que desee para el clúster de bases de datos.
-
Para la casilla de verificación If a seamless scaling point cannot be found… (Si no se puede encontrar un punto de escalado constante…), elija el comportamiento que desee para la configuración de
TimeoutAction
de su clúster de base de datos de Aurora Serverless v1, de la siguiente manera:-
Quite la marca de esta opción si desea que su capacidad permanezca sin cambios si Aurora Serverless v1 no encuentra un punto de escalado antes de agotar el tiempo de espera.
-
Seleccione esta opción si desea forzar a su clúster de bases de datos de Aurora Serverless v1 a cambiar su capacidad incluso si no puede encontrar un punto de escalado antes de que se agote el tiempo de espera. Esta opción puede resultar en la caída de las conexiones de Aurora Serverless v1 que le impiden encontrar un punto de escalado.
-
-
En seconds (segundos), introduzca la cantidad de tiempo que desea permitir que el clúster de bases de datos de Aurora Serverless v1 busque un punto de escalado antes de agotar el tiempo de espera. Puede especificar entre 10 segundos y 600 segundos (10 minutos). El valor predeterminado es de cinco minutos (300 segundos). El ejemplo siguiente obliga al clúster de bases de datos de Aurora Serverless v1 a reducir a 2 ACU, incluso si no puede encontrar un punto de escalado en cinco minutos.
-
-
Seleccione Apply.
Para obtener más información acerca de los puntos de escalado, la TimeoutAction
y los periodos de recuperación, consulte Escalado automático para Aurora Serverless v1.
Para establecer la capacidad de un clúster de bases de datos de Aurora Serverless v1 mediante la AWS CLI, ejecute el comando modify-current-db-cluster-capacity de la AWS CLI y especifique la opción --capacity
. 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 establece la capacidad de un clúster de bases de datos de Aurora Serverless v1 denominado sample-cluster
en 64
.
aws rds modify-current-db-cluster-capacity --db-cluster-identifier sample-cluster --capacity 64
Puede establecer la capacidad de un clúster de bases de datos de Aurora mediante la operación ModifyCurrentDBClusterCapacity de la API. Especifique el parámetro Capacity
. 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
.