Modificaciones en el almacenamiento con uso intensivo de E/S
Las instancias de base de datos de Amazon RDS usan volúmenes de Amazon Elastic Block Store (EBS) para el almacenamiento de registros. En función de la cantidad de almacenamiento solicitada, RDS (excepto RDS para SQL Server) realiza automáticamente una división en franjas entre varios volúmenes de Amazon EBS para mejorar el rendimiento. Las instancias de base de datos de RDS con tipos de almacenamiento SSD están respaldadas por uno o cuatro volúmenes de Amazon EBS divididos en franjas en una configuración RAID 0. Por diseño, las operaciones de modificación del almacenamiento de una instancia de base de datos de RDS tienen un impacto mínimo en las operaciones de la base de datos.
En la mayoría de los casos, las modificaciones de escalado del almacenamiento se descargan por completo en la capa de Amazon EBS y son transparentes para la base de datos. Este proceso suele completarse en unos pocos minutos. Sin embargo, algunos volúmenes de almacenamiento RDS más antiguos requieren un proceso diferente para modificar el tamaño, las IOPS aprovisionadas o el tipo de almacenamiento. Esto implica hacer una copia completa de los datos mediante una operación que potencialmente hace un uso intensivo de E/S.
La modificación del almacenamiento utiliza una operación que hace un uso intensivo de E/S si se aplica alguno de los siguientes factores:
-
El tipo de almacenamiento de origen es magnético. El almacenamiento magnético no admite la modificación del volumen elástico.
-
La instancia de base de datos de RDS no se encuentra en un diseño de Amazon EBS de uno o cuatro volúmenes. Puede ver el número de volúmenes de Amazon EBS en uso en sus instancias de base de datos de RDS mediante las métricas de monitorización mejorada. Para obtener más información, consulte Visualización de métricas OS en la consola de RDS.
-
El tamaño objetivo de la solicitud de modificación aumenta el almacenamiento asignado por encima de 400 GiB para instancias de RDS para MariaDB, MySQL y PostgreSQL, y 200 GiB para RDS para Oracle. Las operaciones de escalado automático del almacenamiento tienen el mismo efecto cuando aumentan el tamaño de almacenamiento asignado de la instancia de base de datos por encima de estos umbrales.
Si la modificación del almacenamiento implica una operación que hace un uso intensivo de E/S, consume recursos de E/S y aumenta la carga de la instancia de base de datos. Las modificaciones del almacenamiento con operaciones que hacen un uso intensivo de E/S que implican el almacenamiento de SSD de uso general (gp2) pueden agotar el saldo de créditos de E/S, lo que puede aumentar los tiempos de conversión.
Como práctica recomendada, recomendamos programar estas solicitudes de modificación de almacenamiento fuera de las horas pico para ayudar a reducir el tiempo necesario para completar la operación de modificación del almacenamiento. De forma alternativa, puede crear una réplica de lectura de la instancia de base de datos y realizar la modificación del almacenamiento en la réplica de lectura. Esto hará que la réplica se convierta en la instancia de base de datos principal. Para obtener más información, consulte Trabajo con réplicas de lectura de instancias de base de datos.
Para obtener más información, consulte Why is an Amazon RDS DB instance stuck in the modifying state when I try to increase the allocated storage?