¿Qué factores afectan a mi tiempo de inactividad o al rendimiento de mi base de datos en Amazon RDS?

Resolución

Modificar una clase de instancia en Amazon RDS

Al modificar la clase de instancia de una instancia Single-AZ en Amazon RDS, se crea un nuevo host de Amazon Elastic Compute Cloud (Amazon EC2). Una vez creado el nuevo host de Amazon EC2 con la clase de instancia actualizada, se cerrará la base de datos del host existente. A continuación, el almacenamiento de datos se separa del host anterior y se vuelve a conectar al nuevo host de la clase de instancia solicitada. Entonces se reinicia la base de datos y el motor realiza la recuperación para asegurarse de que la base de datos permanece en un estado consistente. Cualquier interrupción durante este proceso será proporcional a la duración de la recuperación de la base de datos.

Al modificar la clase de instancia de una instancia Multi-AZ en Amazon RDS, primero se actualiza la instancia en espera. Tras esta actualización, se produce una conmutación por error que cambia los roles de las instancias principal y en espera. El mecanismo de conmutación por error también propaga el punto de conexión DNS de la instancia de base de datos para que se dirija al nuevo host. Tras la recuperación de la base de datos, la aplicación puede acceder a la base de datos. A continuación, la modificación de la clase de instancia se realiza en la nueva instancia en espera.

En función de la actividad de la base de datos o de cualquier transacción de larga duración, es posible que la conmutación por error tarde más de lo habitual en completarse. Las conmutaciones por error suelen completarse en un plazo de 60 a 120 segundos. Sin embargo, las transacciones importantes o un proceso de recuperación prolongado pueden aumentar el tiempo de conmutación por error. Se recomienda asegurarse de que no haya transacciones abiertas en la base de datos durante la modificación de una instancia. También puede programar una tarea de mantenimiento para evitar cualquier interrupción.

Modificar el almacenamiento en Amazon RDS

Si necesita espacio adicional para datos o diferentes atributos de rendimiento de almacenamiento, Amazon RDS admite actualizaciones de los siguiente elementos (sin afectar al rendimiento):

• Asignación de almacenamiento
• IOPS
• Tipo de volumen

Amazon RDS aprovecha los volúmenes elásticos de Elastic Block Store (Amazon EBS) para minimizar el tiempo necesario para las operaciones de escalado del almacenamiento. Según la cantidad de almacenamiento solicitada, Amazon RDS recurre automáticamente a varios volúmenes de Amazon EBS para mejorar el rendimiento.

Al modificar la instancia para añadir almacenamiento, la instancia de base de datos está en pleno funcionamiento para las consultas de la aplicación. Tras modificar el almacenamiento en una instancia de RDS, hay un período de gracia de seis horas antes de poder ejecutar más actualizaciones del almacenamiento. Durante este período, el estado de la instancia se muestra como «optimización del almacenamiento». Cuando la instancia entra en la fase de «optimización del almacenamiento», los nuevos atributos de almacenamiento se habilitan por completo y el rendimiento no se ve afectado.

Escalar el almacenamiento en Amazon RDS

El escalado del almacenamiento es un proceso en línea y la base de datos está en pleno funcionamiento durante el proceso. Sin embargo, para algunas instancias de RDS heredadas, se requiere una conversión de almacenamiento única.

Durante esta operación, es posible que el rendimiento de E/S se vea afectado mientras Amazon RDS lee los datos del conjunto de volúmenes anterior y los escribe en el nuevo conjunto. Además, al escalar más de 400 GB (o 200 GB para las instancias de bases de datos Oracle), Amazon RDS también utiliza el método heredado para escalar. Durante el método heredado, es posible que experimente una degradación del rendimiento. Todas las modificaciones posteriores del almacenamiento de escalado utilizarán el método de escalado elástico.

Conversiones de Single-AZ a Multi-AZ en Amazon RDS

Al convertir una instancia de base de datos de Single-AZ a Multi-AZ, Amazon RDS crea primero una copia de la base de datos. A continuación, la copia se restaura en una zona de disponibilidad diferente. Como la restauración de las instantáneas de EBS también forma parte de este proceso, los bloques de almacenamiento se copiarán al nuevo volumen. Como resultado, las conversiones de Single-AZ a Multi-AZ pueden afectar a la latencia y al rendimiento de la instancia de base de datos. Para obtener más información, consulte Alta disponibilidad (Multi-AZ) para Amazon RDS.

El impacto de la conversión a Multi-AZ es más pronunciado en las instancias de base de datos con un uso intensivo de escritura y grandes volúmenes de almacenamiento, durante los períodos de alta carga de trabajo. Además, cualquier operación que implique la restauración de volúmenes (como la creación de réplicas de lectura o la restauración de instantáneas en una nueva instancia de base de datos) aumentará la latencia. Una vez que los bloques de almacenamiento se hayan copiado de Amazon Simple Storage Service (Amazon S3) al nuevo volumen, la latencia disminuirá.