Administración de clústeres de bases de datos de Aurora Serverless v2

Con Aurora Serverless v2, los clústeres son intercambiables por clústeres aprovisionados. Las propiedades de Aurora Serverless v2 se aplican a una o varias instancias de base de datos dentro de un clúster de base de datos. Así pues, los procedimientos para crear clústeres, modificar clústeres, crear y restaurar instantáneas, etc., son básicamente los mismos que para otros tipos de clústeres de Aurora. Para obtener información sobre procedimientos generales para administrar clústeres e instancias de base de datos de Aurora, consulte Administración de un clúster de base de datos de Amazon Aurora.

En los siguientes temas, puede obtener más información sobre elementos importantes a la hora de administrar clústeres que contengan instancias de bases de datos de Aurora Serverless v2.

Configuración del rango de capacidad de Aurora Serverless v2 para un clúster

Para modificar los parámetros de configuración u otros parámetros de clústeres que contengan instancias de base de datos Aurora Serverless v2, o las propias instancias de base de datos, siga los mismos procedimientos generales que para los clústeres aprovisionados. Para obtener más información, consulte Modificación de un clúster de base de datos de Amazon Aurora.

La opción más importante exclusiva de Aurora Serverless v2 es el rango de capacidad. Después de establecer los valores mínimos y máximos de la unidad de capacidad Aurora (ACU) para un clúster Aurora, no es necesario ajustar activamente la capacidad de las instancias de base de datos Aurora Serverless v2 del clúster. Aurora lo hace por usted. Esta opción de configuración se administra en el nivel de clúster. Los mismos valores de ACU mínima y máxima se aplican a cada instancia de base de datos Aurora Serverless v2 del clúster.

Puede establecer los valores específicos siguientes:

Las versiones más recientes del motor de base de datos permiten una capacidad máxima de 256 ACU, una capacidad mínima de 0 ACU, o ambas. Para obtener información sobre los rangos de capacidad de las distintas versiones de motores de base de datos, consulte Capacidad de Aurora Serverless v2.

Para obtener información sobre la capacidad de pausa y reanudación automáticas que se habilita al establecer la capacidad mínima en 0 ACU, consulte Escalado a cero ACU con pausa y reanudación automáticas para Aurora Serverless v2.

Para obtener más información sobre cómo garantizar que los clústeres de bases de datos de Aurora Serverless v2 puedan escalar verticalmente hasta 256 ACU, consulte Actualización del clúster de base de datos de Aurora Serverless v2 para permitir el escalado a 256 ACU.

En Aurora Serverless v2, no puede configurar directamente la capacidad actual sin modificar el rango de capacidad, ya que la capacidad se ajusta dinámicamente en función de la carga de trabajo dentro del rango especificado. Sin embargo, puede influir en la capacidad indirectamente de las siguientes maneras:

Para ver más información sobre los efectos del rango de capacidad y cómo supervisarlo y ajustarlo, consulte Métricas importantes de Amazon CloudWatch para Aurora Serverless v2 y Rendimiento y escalado para Aurora Serverless v2. Su objetivo es asegurarse de que la capacidad máxima del clúster sea lo suficientemente alta como para gestionar los picos de la carga de trabajo y que la mínima sea lo suficientemente baja como para minimizar los costos cuando el clúster no esté ocupado.

Supongamos que determina tras la supervisión que el rango de ACU para el clúster debe ser mayor, menor, o más o menos amplio. Puede establecer la capacidad de un clúster de Aurora en un rango específico mediante la AWS Management Console, la AWS CLI o la API de Amazon RDS. Este rango de capacidad se aplica a cada instancia de base de datos Aurora Serverless v2 del clúster.

Por ejemplo, supongamos que el clúster tiene un rango de capacidad de 1 a 16 ACU y contiene dos instancias de base de datos Aurora Serverless v2. Luego el clúster en su conjunto consume entre 2 ACU (cuando está inactivo) y 32 ACU (cuando está en uso total). Si cambia el rango de capacidad de 8 a 40,5 ACU, ahora el clúster consume 16 ACU cuando está inactivo y hasta 81 ACU cuando se usan por completo.

Aurora establece automáticamente ciertos parámetros para instancias de base de datos Aurora Serverless v2 en valores que dependen del valor máximo de ACU en el rango de capacidad. Para ver la lista completa de estos parámetros, consulte Número máximo de conexiones para Aurora Serverless v2. Para los parámetros estáticos que se basan en este tipo de cálculo, el valor se evalúa de nuevo al reiniciar la instancia de base de datos. Por lo tanto, puede actualizar el valor de dichos parámetros reiniciando la instancia de base de datos después de cambiar el rango de capacidad. Para comprobar si necesita reiniciar la instancia de base de datos para detectar estos cambios en los parámetros, consulte el atributo ParameterApplyStatus de la instancia de base de datos. Un valor de pending-reboot indica que el reinicio aplicará cambios a los valores de algunos parámetros.

Actualización del clúster de base de datos de Aurora Serverless v2 para permitir el escalado a 256 ACU

En algunos casos, al intentar escalar el clúster de base de datos de Aurora Serverless v2 a capacidades superiores a 128 ACU, recibirá un mensaje de error. El mensaje de error indica las instancias que son incompatibles con el nuevo rango de escalado.

La incapacidad de escalar más de 128 ACU puede suceder por una de estas dos razones:

Comprobación del rango de capacidad para Aurora Serverless v2

El procedimiento para comprobar el rango de capacidad del clúster de Aurora Serverless v2requiere que primero establezca un rango de capacidad. Si aún no lo ha hecho, siga el procedimiento en Configuración del rango de capacidad de Aurora Serverless v2 para un clúster.

Cualquiera que sea el rango de capacidad que establezca en el nivel de clúster, este se aplicará a todas las instancias de base de datos Aurora Serverless v2 del clúster. La siguiente imagen muestra un clúster con varias instancias de base de datos Aurora Serverless v2. Cada uno tiene un rango de capacidad idéntico.

También puede ver la página de detalles de cualquier instancia de base de datos Aurora Serverless v2 en el clúster. El rango de capacidad de las instancias de base de datos aparece en la pestaña Configuration (Configuración).

También puede ver el rango de capacidad actual del clúster en la página Modify (Modificar) del clúster. En ese momento podrá cambiar el rango de capacidad. Para conocer todas las formas en que puede configurar o cambiar el rango de capacidad, consulte Configuración del rango de capacidad de Aurora Serverless v2 para un clúster.

Comprobación del rango de capacidad en uso de un clúster Aurora

Puede comprobar el rango de capacidad configurado para instancias de base de datos Aurora Serverless v2 en un clúster examinando el atributo ServerlessV2ScalingConfiguration del clúster. Los siguientes ejemplos de AWS CLI muestran un clúster con una capacidad mínima de 0,5 unidades de capacidad Aurora (ACU) y una capacidad máxima de 16 ACU.

$ aws rds describe-db-clusters --db-cluster-identifier serverless-v2-64-acu-cluster \
  --query 'DBClusters[*].[ServerlessV2ScalingConfiguration]'
[
    [
        {
            "MinCapacity": 0.5,
            "MaxCapacity": 16.0
        }
    ]
]

Adición de un lector Aurora Serverless v2

Para agregar una instancia de base de datos Aurora Serverless v2 de lectura al clúster, siga el mismo procedimiento general que en Adición de réplicas de Aurora a un clúster de base de datos. Elija la clase de instancia Serverless v2 (V2 sin servidor) para la nueva instancia de base de datos.

Si la instancia de base de datos de lectura es la primera instancia de base de datos Aurora Serverless v2 en el clúster, también se elige el rango de capacidad. Esta configuración se aplica a esta instancia de base de datos de lectura y a cualquier otra instancias de base de datos Aurora Serverless v2 que se añada al clúster. Cada instancia de base de datos Aurora Serverless v2 puede escalarse entre los valores de ACU mínima y máxima.

Si ya existe alguna otra instancia de Aurora Serverless v2 en el clúster, el cuadro de diálogo Agregar lector muestra el rango de capacidad actual del clúster. En ese caso, no puede cambiar la capacidad. En la siguiente imagen, se muestra el informe de la capacidad actual del clúster.

Si ya ha añadido alguna instancia de base de datos Aurora Serverless v2 al clúster, al agregar otra instancia de base de datos Aurora Serverless v2 de lectura se muestra el rango de capacidad en uso. En la imagen siguiente se muestran los controles de solo lectura.

Si desea cambiar el rango de capacidad del clúster, siga el procedimiento en Configuración del rango de capacidad de Aurora Serverless v2 para un clúster.

Para los clústeres que contienen más de una instancia de base de datos de lectura, la prioridad de conmutación por error de cada instancia de base de datos de lectura Aurora Serverless v2 desempeña un papel importante en la forma en que esa instancia de base de datos escala (a más o a menos). No puede especificar la prioridad en el momento de crear el clúster. Tenga en cuenta esta propiedad cuando agregue una segunda instancia de base de datos de lectura (o más) al clúster. Para obtener más información, consulte Elegir el nivel de promoción para un lector Aurora Serverless v2.

Para saber otras formas de ver el rango de capacidad en uso de un clúster, consulte Comprobación del rango de capacidad para Aurora Serverless v2.

Conversión de un escritor o un lector aprovisionados a Aurora Serverless v2

Puede convertir una instancia de base de datos aprovisionada para usar Aurora Serverless v2. Para ello, siga el procedimiento en Modificación de una instancia de base de datos en un clúster de base de datos. El clúster debe cumplir los requisitos de Requisitos y limitaciones para Aurora Serverless v2. Por ejemplo, las instancias de base de datos Aurora Serverless v2 requieren que el clúster ejecute ciertas versiones mínimas del motor.

Supongamos que va a convertir un clúster aprovisionado en ejecución para aprovechar Aurora Serverless v2. En ese caso puede minimizar el tiempo de inactividad convirtiendo una instancia de base de datos a Aurora Serverless v2 como primer paso del proceso de conmutación. Para ver el procedimiento completo, consulte Cambiar de un clúster aprovisionado a Aurora Serverless v2.

Si la instancia de base de datos que convierte es la primera instancia de base de datos Aurora Serverless v2 en el clúster, elija el rango de capacidad del clúster como parte de la operación Modify (Modificar). Este rango de capacidad se aplica a cada instancia de base de datos Aurora Serverless v2 que se agregue al clúster. En la imagen siguiente se ve la página donde se especifican las unidades de capacidad (ACU) mínima y máxima de Aurora.

Para ver más información acerca de la importancia del rango de capacidad, consulte Capacidad de Aurora Serverless v2.

Si el clúster ya contiene una o más instancias de base de datos Aurora Serverless v2, verá el rango de capacidad existente durante la operación Modify (Modificar). En la siguiente imagen se muestra un ejemplo de ese panel de información.

Si desea cambiar el rango de capacidad del clúster después de agregar más instancias de base de datos Aurora Serverless v2, siga el procedimiento en Configuración del rango de capacidad de Aurora Serverless v2 para un clúster.

Conversión de un escritor o un lector Aurora Serverless v2 a aprovisionado

Puede convertir una instancia de base de datos Aurora Serverless v2 a una instancia de base de datos aprovisionada. Para ello, siga el procedimiento en Modificación de una instancia de base de datos en un clúster de base de datos. Elija la clase de instancia de base de datos distinta a Serverless (Sin servidor).

Podría convertir una instancia de base de datos Aurora Serverless v2 a aprovisionada si necesita una capacidad superior a la disponible con las unidades de capacidad máxima de Aurora (ACU) de una instancia de base de datos Aurora Serverless v2. Por ejemplo, las clases de instancia de base de datos db.r5 y db.r6g más grandes tienen una capacidad de memoria mayor que la que puede llegar a alcanzar una instancia de base de datos Aurora Serverless v2 al escalarse.

Si va a convertir la instancia de base de datos de escritura del clúster desdeAurora Serverless v2 para aprovisionarla, puede seguir el procedimiento en Cambiar de un clúster aprovisionado a Aurora Serverless v2, pero en sentido inverso. Cambie una de las instancias de base de datos de lectura del clúster de Aurora Serverless v2a aprovisionada. A continuación, realice una conmutación por error para convertir esa instancia de base de datos aprovisionada en la de escritura.

Los rangos de capacidad que haya especificado anteriormente para el clúster siguen igual, incluso si todas las instancias de base de datos Aurora Serverless v2 se eliminan del clúster. Si desea cambiar el rango de capacidad, puede modificar el clúster, tal y como se explica en Configuración del rango de capacidad de Aurora Serverless v2 para un clúster.

Pausado de las instancias de base de datos de Aurora Serverless v2

Puede configurar los clústeres de Aurora para pausar y reanudar automáticamente sus instancias de base de datos de Aurora Serverless v2. Para obtener más información, consulte Escalado a cero ACU con pausa y reanudación automáticas para Aurora Serverless v2.

Elegir el nivel de promoción para un lector Aurora Serverless v2

Para clústeres que contienen varias instancias de base de datos Aurora Serverless v2 o una combinación de instancias de base de datos Aurora Serverless v2 y aprovisionadas, preste atención a la configuración del nivel de promoción para cada instancia de base de datos Aurora Serverless v2. Esta configuración controla más comportamiento para instancias de base de datos Aurora Serverless v2 que para instancias de base de datos aprovisionadas.

En la AWS Management Console, especifique esta configuración mediante la opción Failover priority (Prioridad de conmutación por error) para las páginas Additional configuration (Configuración adicional), Create database (Crear base de datos), Modify instance (Modificar instancia) y Add reader (Añadir lector). Puede ver esta propiedad para las instancias de base de datos existentes en la columna opcional Priority tier (Nivel prioritario) de la página Databases (Bases de datos). También puede ver esta propiedad en la página de detalles de un clúster de bases de datos o en una instancia de base de datos.

Para las instancias de base de datos aprovisionadas, la elección de nivel 0 a 15 determina únicamente el orden en que Aurora elige qué instancia de base de datos de lectura debe promocionarse a de escritura durante una operación de conmutación por error. Para instancias de base de datos Aurora Serverless v2 de lectura, el número de nivel también determina si la instancia de base de datos se amplía para que coincida con la capacidad de la instancia de base de datos de escritura o se escala de manera independiente en función de su propia carga de trabajo. Las instancias de base de datos Aurora Serverless v2 de lectura en los niveles 0 o 1 se mantienen en una capacidad mínima, al menos tan alta como la instancia de base de datos de escritura. De esta forma, quedan listas para tomar el relevo de la instancia de base de datos de escritura en caso de conmutación por error. Si la instancia de base de datos de escritura es una instancia de base de datos aprovisionada, Aurora estima la capacidad equivalente de Aurora Serverless v2. Utilice esa estimación como capacidad mínima para la instancia de base de datos Aurora Serverless v2 de lectura.

Las instancias de base de datos Aurora Serverless v2 de lectura de los niveles 2 a 15 no tienen la misma restricción en cuanto a capacidad mínima. Cuando están inactivas pueden escalarse hasta el valor mínimo de la unidad de capacidad (ACU) de Aurora especificado en el rango de capacidad del clúster.

El siguiente ejemplo de la AWS CLI de Linux muestra cómo examinar los niveles de promoción de todas las instancias de base de datos del clúster. El campo final incluye un valor de True para la instancia de base de datos de escritura y False para todas las instancias de base de datos de lectura.

$ aws rds describe-db-clusters --db-cluster-identifier promotion-tier-demo \
  --query 'DBClusters[*].DBClusterMembers[*].[PromotionTier,DBInstanceIdentifier,IsClusterWriter]' \
  --output text

1   instance-192  True
1   tier-01-4840  False
10  tier-10-7425  False
15  tier-15-6694  False

El siguiente ejemplo de la AWS CLI de Linux muestra cómo cambiar el nivel de promoción de una instancia de base de datos concreta del clúster. Los comandos modifican primero la instancia de base de datos con un nuevo nivel de promoción. A continuación, esperan a que la instancia de base de datos vuelva a estar disponible y confirman el nuevo nivel de promoción de la instancia de base de datos.

$ aws rds modify-db-instance --db-instance-identifier instance-192 --promotion-tier 0
$ aws rds wait db-instance-available --db-instance-identifier instance-192
$ aws rds describe-db-instances --db-instance-identifier instance-192 \
  --query '*[].[PromotionTier]' --output text
0

Para obtener más información sobre cómo especificar niveles de promoción para diferentes casos de uso, consulte Escalado en Aurora Serverless v2.

Uso de TLS/SSL con Aurora Serverless v2

Aurora Serverless v2 utiliza el protocolo de Transport Layer Security/Secure Sockets Layer (TLS/SSL) para cifrar las comunicaciones entre los clientes y el clúster de bases de datos de Aurora Serverless v2. Admite TLS/SSL versiones 1.0, 1.1 y 1.2. Para obtener información general sobre cómo se usa de IAM con RDS y Aurora, consulte Conexiones TLS a clústeres de base de datos de Aurora MySQL.

Para obtener más información acerca de cómo conectarse a la base de datos de Aurora MySQL con el cliente MySQL, consulte Conexión a una instancia de base de datos que ejecuta el motor de base de datos MySQL.

Aurora Serverless v2 admite todos los modos de TLS/SSL disponibles para el cliente MySQL (mysql) y el cliente PostgreSQL (psql), incluidos los enumerados en la tabla siguiente.

Aurora Serverless v2 utiliza certificados comodín. Si especifica la opción “verify CA (verificar CA)” o “verify CA and CA hostname (verificar CA y nombre de alojamiento de CA)” al utilizar TLS/SSL, descargue primero el almacén de confianza Amazon Root CA 1 de Amazon Trust Services. Después de hacerlo, puede identificar este archivo con formato PEM en el comando del cliente. Para hacerlo utilizando el cliente PostgreSQL, haga lo que sigue.

Para Linux, macOS o Unix:

psql 'host=endpoint user=user sslmode=require sslrootcert=amazon-root-CA-1.pem dbname=db-name'

Para obtener más información acerca de cómo trabajar con la base de datos de Aurora PostgreSQL usando el cliente PostgreSQL, consulte Conexión a una instancia de base de datos que ejecuta el motor de base de datos PostgreSQL.

Para obtener más información acerca de cómo conectarse a los clústeres de base de datos de Aurora en general, consulte Conexión a un clúster de base de datos Amazon Aurora.

Conjuntos de cifrado compatibles para conexiones a clústeres de base de datos de Aurora Serverless v2

Mediante el uso de conjuntos de cifrado configurables, puede tener más control sobre la seguridad de las conexiones de su base de datos. Puede especificar una lista de conjuntos de cifrado que desea permitir para proteger las conexiones TLS/SSL del cliente a su base de datos. Con conjuntos de cifrado configurables, puede controlar el cifrado de conexión que acepta el servidor de base de datos. Esto evita el uso de cifrados que no son seguros o que ya no se utilizan.

Los clústeres de base de datos de Aurora Serverless v2 basados en Aurora MySQL admiten los mismos conjuntos de cifrado que los clústeres de base de datos aprovisionados de Aurora MySQL. Para obtener información sobre estos conjuntos de cifrado, consulte Configuración de conjuntos de cifrado para conexiones a clústeres de base de datos de Aurora MySQL.

Los clústeres de base de datos de Aurora Serverless v2 basados en Aurora PostgreSQL admiten los mismos conjuntos de cifrado que los clústeres de base de datos aprovisionados de Aurora PostgreSQL. Para obtener información sobre estos conjuntos de cifrado, consulte Configuración de conjuntos de cifrado para conexiones a clústeres de base de datos de Aurora PostgreSQL.

Visualización de instancias de Aurora Serverless v2 de escritura y lectura

Puede ver los detalles de las instancias de base de datos Aurora Serverless v2 del mismo modo que lo hace para las instancias de base de datos aprovisionadas. Para ello, siga el procedimiento general en Visualización de un clúster de base de datos de Amazon Aurora. Un clúster podría contener todas las instancias de base de datos Aurora Serverless v2, todas las instancias de base de datos aprovisionadas o algunas de ambas.

Después de crear una o varias instancias de base de datos Aurora Serverless v2 puede consultar cuáles de dellas son de tipo Serverless (Sin servidor) y cuáles son de tipo Instance (Instancia). También puede ver las unidades de capacidad mínima y máxima de Aurora (ACU) que puede usar la instancia de base de datos Aurora Serverless v2. Cada ACU es una combinación de capacidad de procesamiento (CPU) y de memoria (RAM). Este rango de capacidad se aplica a cada instancia de base de datos Aurora Serverless v2 del clúster. Para que el procedimiento compruebe el rango de capacidad de un clúster o de cualquier instancia de base de datos Aurora Serverless v2 en el clúster, consulte Comprobación del rango de capacidad para Aurora Serverless v2.

En la AWS Management Console, las instancias de base de datos Aurora Serverless v2 aparecen marcadas bajo la columna Size (Tamaño) de la página Databases (Bases de datos). Las instancias de base de datos aprovisionadas muestran el nombre de una clase de instancia de base de datos como r6g.xlarge. Las instancias de base de datosAurora Serverless Serverless (Sin servidor) para la clase de instancia de base de datos, junto con la capacidad mínima y máxima de la instancia de base de datos. Por ejemplo, podría ver Serverless v2 (4–64 ACUs) o Serverless v2 (1–40 ACUs).

Podrá ver la misma información en la pestaña Configuration (Configuración) de cada instancia de base de datos Aurora Serverless v2 en la consola. Por ejemplo, es posible que vea una sección Instance type (Tipo de instancia) como la siguiente. Aquí, el valor Instance type (Tipo de instancia) es Serverless v2 (Sin servidor v2), el valor Minimum capacity (Capacidad mínima) es 2 ACUs (4 GiB) y el valor Maximum capacity (Capacidad máxima) es 64 ACUs (128 GiB).

Puede supervisar la capacidad de cada instancia de base de datos Aurora Serverless v2 a lo largo del tiempo. De esta forma, puede comprobar las ACU mínima, máxima y media que consume cada instancia de base de datos. También puede comprobar lo cerca que ha llegado la instancia de base de datos a su capacidad mínima o máxima. Para ver estos detalles en la AWS Management Console, examine los gráficos de las métricas de Amazon CloudWatch en la pestaña Monitoring (Supervisión) de la instancia de base de datos. Para obtener información acerca de las métricas de supervisión y cómo interpretarlas, consulte Métricas importantes de Amazon CloudWatch para Aurora Serverless v2.

Registros en Aurora Serverless v2

Para activar el registro de bases de datos, especifique qué registros que se van a habilitar mediante parámetros de configuración en el grupo de parámetros personalizado.

Para Aurora MySQL, puede habilitar los siguientes registros.

Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.

Para Aurora PostgreSQL, puede habilitar los siguientes registros en sus instancias de base de datos Aurora Serverless v2.

Registro con Amazon CloudWatch

Después de usar el procedimiento en Registros en Aurora Serverless v2 para elegir qué registros de bases de datos activar, puede elegir qué registros cargar (“publicar”) en Amazon CloudWatch.

Amazon CloudWatch le permite analizar los datos de registro, crear alarmas y ver métricas. De forma predeterminada, los registros de errores para Aurora Serverless v2 están habilitados y se cargan automáticamente en CloudWatch. También puede cargar otros registros desde instancias de base de datos Aurora Serverless v2 a CloudWatch.

A continuación se elige cuál de esos registros desea cargar en CloudWatch con las opciones de Log exports (Exportaciones de registros) en la AWS Management Console o en la opción --enable-cloudwatch-logs-exports de la AWS CLI.

Puede elegir cuál de sus registros de Aurora Serverless v2 cargar en CloudWatch. Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.

Igual que con cualquier tipo de clúster de base de datos de Aurora, no se puede modificar el grupo de parámetros de clúster de base de datos predeterminado. En su lugar, puede crear su propio grupo de parámetros de clúster de base de datos basado en un parámetro predeterminado para su clúster de base de datos y tipo de motor. Le recomendamos que cree su grupo de parámetros de clúster de base de datos personalizado antes de crear el clúster de base de datos de Aurora Serverless v2, de modo que esté disponible para elegirlo cuando cree una base de datos en la consola.

Visualización registros de Aurora Serverless v2 en Amazon CloudWatch

Tras utilizar el procedimiento en Registro con Amazon CloudWatch para elegir qué registros de bases de datos activar, podrá ver el contenido de los registros.

Para obtener más información acerca de cómo usar CloudWatch con registros de Aurora MySQL y Aurora PostgreSQL, consulte Monitoreo de eventos de registro en Amazon CloudWatch y Publicación de registros de Aurora PostgreSQL en Amazon CloudWatch Logs.

Capacidad de monitoreo con Amazon CloudWatch

Aurora Serverless v2 le permite utilizar CloudWatch para supervisar la capacidad y el uso de todos las instancias de base de datos Aurora Serverless v2 del clúster. Puede ver las métricas en el nivel de instancia para comprobar la capacidad de cada instancia de base de datos Aurora Serverless v2 a medida que se amplía o reduce. También puede comparar las métricas relacionadas con la capacidad con otras métricas para ver cómo los cambios en las cargas de trabajo afectan el consumo de recursos. Por ejemplo, puede comparar ServerlessDatabaseCapacity con DatabaseUsedMemory, DatabaseConnections y DMLThroughput para evaluar cómo responde su clúster de bases de datos durante las operaciones. Para obtener más información sobre las métricas relacionadas con la capacidad que se aplican a Aurora Serverless v2, consulte Métricas importantes de Amazon CloudWatch para Aurora Serverless v2.

Se recomienda configurar un panel de CloudWatch para supervisar la capacidad del clúster de bases de datos de Aurora Serverless v2 con métricas relacionadas con la capacidad. Para obtener información acerca de cómo hacerlo, consulte Creación de paneles con CloudWatch.

Para obtener más información acerca del uso de Amazon CloudWatch con Amazon Aurora, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.

Supervisión de la actividad de pausa y reanudación de Aurora Serverless v2

Aurora escribe un archivo de registro independiente para las instancias de base de datos de Aurora Serverless v2 con la pausa automática habilitada. Aurora escribe en el registro por cada intervalo de 10 minutos en el que la instancia no esté pausada. Aurora retiene hasta siete de estos registros, que se rotan a diario. El archivo de registro actual se denomina instance.log y los registros más antiguos se designan siguiendo el patrón instance.YYYY-MM-DD.N.log.

Este registro está habilitado de forma predeterminada para las instancias de base de datos de Aurora Serverless v2 con la pausa automática habilitada. Puede ver el contenido de este registro en la AWS Management Console o mediante la AWS CLI o la API de RDSP. En la actualidad, no puede cargar este registro en CloudWatch.

Los eventos que se enumeran en Eventos de instancia de base de datos proporcionan una descripción general de alto nivel de la actividad de pausa y reanudación, como la siguiente:

instance.log proporciona información más detallada sobre los motivos por los que una instancia de Aurora Serverless v2 podría o no pausarse.

El registro puede indicar que una instancia se ha reanudado por diferentes motivos:

Cuando Aurora no conoce ninguna condición que impida que la instancia se pause al expirar el intervalo de pausa automática, escribe periódicamente un mensaje informativo en el registro. En el caso de los clústeres con una sola instancia de base de datos, el registro contiene este mensaje:

[INFO] No auto-pause blockers registered since time

En el caso de los clústeres con varias instancias de base de datos, el mensaje es ligeramente diferente. Esto se debe a que es posible que un escritor no pueda pausar debido a la actividad de alguna de las instancias de lector. Si la actividad del lector finaliza antes de que finalice el intervalo de pausa automática en el escritor, el escritor podrá pausar a la hora prevista.

[INFO] No auto-pause blockers registered since time.
Database might be required to maintain compute capacity for high availability.

Si se inicia una operación de pausa, pero llega una nueva solicitud de conexión a la base de datos antes de que la instancia termine de pausarse, el registro tendrá este mensaje:

[INFO] Unable to pause database due to a new database activity

Si Aurora detecta alguna condición que impida definitivamente que la instancia se pause, el registro tendrá este mensaje en el que se enumeran todas estas condiciones:

[INFO] Auto-pause blockers registered since time: list_of_conditions

De esta forma, Aurora no le impide activar la replicación, la integración sin ETL, la base de datos global de Aurora, etc., en combinación con la característica de pausa automática. El registro le informa si el uso de estas características podría impedir que la pausa automática surta efecto.

Las siguientes son los motivos por los que una instancia de Aurora Serverless v2 puede superar el intervalo de tiempo de espera de la pausa automática, pero no se puede pausar: