Almacenamiento de instancias de base de datos de Amazon RDS - Amazon Relational Database Service

Almacenamiento de instancias de base de datos de Amazon RDS

Las instancias de base de datos de Amazon RDS para Bd2, MariaDB, MySQL, PostgreSQL, Oracle y Microsoft SQL Server usan volúmenes de Amazon Elastic Block Store (Amazon EBS) para el almacenamiento de bases de datos y archivos de registro.

En algunos casos, es posible que la carga de trabajo de base de datos no logre el 100 por cien de las IOPS que ha aprovisionado. Para obtener más información, consulte Factores que afectan al rendimiento del almacenamiento.

Para obtener más información acerca de los precios de almacenamiento de instancias, consulte Precios de Amazon RDS.

Tipos de almacenamiento de Amazon RDS

Amazon RDS tiene tres tipos de almacenamiento: SSD de uso general (denominado también gp2 y gp3), SSD de IOPS aprovisionadas (denominado también io1) y magnético (también conocido como estándar). Se diferencian por las características de desempeño y en el precio, lo que quiere decir que puede adaptar el desempeño y el costo del almacenamiento a las necesidades de la carga de trabajo de su base de datos. Puede crear instancias de base de datos de Db2, MySQL, MariaDB, Oracle y PostgreSQL RDS con hasta 64 TiB de almacenamiento. Puede crear instancias de base de datos SQL Server RDS con hasta 16 TiB de almacenamiento. Para esta cantidad de almacenamiento, use los tipos de almacenamiento de SSD de IOPS aprovisionadas y SSD de uso general. RDS para Db2 solo admite el tipo de almacenamiento SSD de uso general gp3 y el tipo de almacenamiento SSD de IOPS aprovisionadas.

En la lista siguiente se describen brevemente los tres tipos de almacenamiento:

  • SSD de uso general: los volúmenes SSD de uso general ofrecen un almacenamiento rentable que resulta idóneo para una amplia variedad de cargas de trabajo en instancias de base de datos de tamaño medio. El almacenamiento de uso general es el más adecuado para entornos de desarrollo y pruebas.

    Para obtener más información sobre el almacenamiento de SSD de uso general, incluidos los intervalos de tamaño de almacenamiento, consulte Almacenamiento de SSD de uso general.

  • SSD de IOPS aprovisionadas: el almacenamiento de IOPS aprovisionadas está diseñado para satisfacer las necesidades de las cargas de trabajo con uso intensivo de operaciones de E/S, en especial de las cargas de trabajo de bases de datos, que requieren una latencia de E/S baja y un rendimiento de E/S constante. El almacenamiento de IOPS aprovisionadas es el más adecuado para los entornos de producción.

    Para obtener más información sobre el almacenamiento de IOPS aprovisionadas, incluidos los rangos de tamaños de almacenamiento, consulte Almacenamiento de SSD de IOPS aprovisionadas.

  • Magnético: Amazon RDS también admite el almacenamiento magnético para garantizar la compatibilidad con versiones anteriores. Es recomendable utilizar volúmenes SSD de uso general o SSD de IOPS aprovisionadas para las nuevas necesidades de almacenamiento. La cantidad máxima de almacenamiento que se permite para instancias de base de datos en el almacenamiento magnético es menor que el de otros tipos de almacenamiento. Para obtener más información, consulte Almacenamiento magnético.

Al seleccionar SSD de uso general o SSD de IOPS aprovisionadas, según el motor elegido y la cantidad de almacenamiento solicitada, Amazon RDS distribuye automáticamente varios volúmenes para mejorar el rendimiento, tal como se muestra en la siguiente tabla.

Motor de base de datos Tamaño de almacenamiento de Amazon RDS Número de volúmenes aprovisionados
Db2 Menos de 400 GiB 1
Db2 Entre 400 y 64 000 GiB 4
MariaDB, MySQL y PostgreSQL Menos de 400 GiB 1
MariaDB, MySQL y PostgreSQL Entre 400 y 64 000 GiB 4
Oracle Menos de 200 GiB 1
Oracle Entre 200 y 64 000 GiB 4
SQL Server Cualquiera 1

Al modificar un volumen de SSD de uso general o de SSD de IOPS aprovisionadas, este pasa por una serie de estados. Mientras el volumen está en el estado optimizing, el rendimiento del volumen estará entre las especificaciones de las configuraciones de origen y de destino. El rendimiento del volumen transitorio estará por encima del de las dos especificaciones más bajas. Para obtener más información sobre las modificaciones de volúmenes, consulte Monitorear el progreso de las modificaciones del volumen en la Guía del usuario de Amazon EC2.

importante

Al modificar el almacenamiento de una instancia para que pase de un volumen a cuatro, o al modificar una instancia mediante el almacenamiento magnético, Amazon RDS no utiliza la característica Volúmenes elásticos. En cambio, Amazon RDS aprovisiona nuevos volúmenes y mueve los datos del volumen anterior a los nuevos volúmenes de forma transparente. Esta operación consume una cantidad significativa de IOPS y de rendimiento tanto del volumen antiguo como de los nuevos. Según el tamaño del volumen y la cantidad de carga de trabajo de la base de datos presente durante la modificación, esta operación puede consumir una gran cantidad de IOPS, aumentar significativamente la latencia de E/S y tardar varias horas en completarse, mientras la instancia de RDS permanezca en el estado Modifying.

Almacenamiento de SSD de uso general

El almacenamiento de SSD de uso general ofrece un almacenamiento rentable que es aceptable para la mayoría de las cargas de bases de datos no sensibles a la latencia.

nota

Las instancias de base de datos que utilizan almacenamiento SSD de uso general pueden experimentar una latencia mucho más larga después de la creación de réplicas de lectura, la conversión multi-AZ y la restauración de instantáneas de base de datos que las instancias que utilizan almacenamiento de IOPS aprovisionadas. Si necesita una instancia de base de datos con latencia mínima después de estas operaciones, se recomienda utilizar Almacenamiento de SSD de IOPS aprovisionadas.

Amazon RDS ofrece dos tipos de almacenamiento SSD de uso general: almacenamiento gp2 y almacenamiento gp3.

almacenamiento gp2

Cuando sus aplicaciones no necesiten un alto rendimiento de almacenamiento, puede utilizar el almacenamiento gp2 de SSD de uso general. El rendimiento de E/S de referencia para almacenamiento gp2 es de 3 IOPS por cada GiB, con un mínimo de 100 IOPS. Esta relación implica que los volúmenes más grandes tendrán un mejor rendimiento. Por ejemplo, el rendimiento de referencia para un volumen de 100 GiB es de 300 IOPS. El rendimiento de referencia para un volumen de 1000 GiB es de 3000 IOPS. El rendimiento de referencia máximo para un volumen gp2 (5334 GiB y superior) es de 16 000 IOPS.

Los volúmenes gp2 individuales inferiores a 1000 GiB en tamaño también podrán llegar a 3000 IOPS durante periodos de tiempo prolongados. El saldo de créditos de E/S del volumen determina el rendimiento por ráfagas. Para obtener más información sobre los créditos de E/S del volumen, consulte los créditos de E/S y el rendimiento de ráfagas en la Guía del usuario de Amazon EC2. Para obtener una descripción más detallada de cómo afectan el rendimiento de referencia y el saldo de créditos de E/S al rendimiento, consulte el artículo de Comparación del rendimiento por ráfagas y de referencia con Amazon RDS y gp2 en el blog de AWS Database.

Muchas cargas de trabajo nunca agotan el balance de ráfagas. Sin embargo, algunas cargas de trabajo pueden agotar el saldo de créditos de almacenamiento de ráfagas de 3000 IOPS, por lo que debería planificar su capacidad de almacenamiento para dar respuesta a las necesidades de sus cargas de trabajo.

Para volúmenes gp2 superiores a 1000 GiB, el rendimiento de referencia es mayor que el rendimiento por ráfagas. Para estos volúmenes, la ráfaga es irrelevante porque el rendimiento de referencia es mejor que el rendimiento por ráfagas de 3000 IOPS. Sin embargo, para las instancias de base de datos de ciertos motores y tamaños, el almacenamiento se fragmenta en cuatro volúmenes, lo que proporciona cuatro veces el rendimiento inicial y cuatro veces la ráfaga de IOPS de un solo volumen. El rendimiento del almacenamiento de los volúmenes gp2 en los motores de base de datos de Amazon RDS, incluido el umbral, se muestra en la siguiente tabla.

Motor de base de datos Tamaño de almacenamiento de RDS Rango de IOPS de referencia Rango de rendimiento de referencia IOPS por ráfagas
MariaDB, MySQL y PostgreSQL Entre 20 y 399 GiB De 100 a 1197 IOPS De 128 a 250 MiB/s 3000
MariaDB, MySQL y PostgreSQL Entre 400 y 1335 GiB De 1200 a 4005 IOPS De 500 a 1000 MiB/s 12 000
MariaDB, MySQL y PostgreSQL Entre 1336 y 3999 GiB De 4008 a 11 997 IOPS 1000 MiB/s 12 000
MariaDB, MySQL y PostgreSQL Entre 4000 y 65 536 GiB De 12 000 a 64 000 IOPS 1000 MiB/s N/A*
Oracle Entre 20 y 199 GiB De 100 a 597 IOPS De 128 a 250 MiB/s 3000
Oracle Entre 200 y 1335 GiB De 600 a 4005 IOPS De 500 a 1000 MiB/s 12 000
Oracle Entre 1336 y 3999 GiB De 4008 a 11 997 IOPS 1000 MiB/s 12 000
Oracle Entre 4000 y 65 536 GiB De 12 000 a 64 000 IOPS 1000 MiB/s N/A*
SQL Server Entre 20 y 333 GiB De 100 a 999 IOPS De 128 a 250 MiB/s 3000
SQL Server Entre 334 y 999 GiB De 1002 a 2997 IOPS 250 MiB/s 3000
SQL Server Entre 1000 y 16 384 GiB De 3000 a 16 000 IOPS 250 MiB/s N/A*

* El rendimiento de la línea de base del volumen excede el rendimiento por ráfagas máximo.

almacenamiento gp3

Al utilizar volúmenes de almacenamiento gp3 de SSD de uso general, puede personalizar el rendimiento del almacenamiento independientemente de la capacidad de almacenamiento. El rendimiento de almacenamiento es la combinación de operaciones de E/S por segundo (IOPS) y la rapidez con que el volumen de almacenamiento puede realizar lecturas y escrituras (rendimiento de almacenamiento). En los volúmenes de almacenamiento gp3, Amazon RDS proporciona un rendimiento de almacenamiento de referencia de 3000 IOPS y 125 MiB/s.

Para cada motor de base de datos de RDS, excepto RDS para SQL Server, cuando el tamaño de almacenamiento para los volúmenes gp3 alcanza un umbral determinado, el rendimiento de almacenamiento de referencia aumenta a 12 000 IOPS y 500 MiB/s. Esto se debe a la fragmentación de volúmenes, en la que el almacenamiento utiliza cuatro volúmenes en lugar de uno. RDS para SQL Server no admite la fragmentación de volúmenes y, por lo tanto, no tiene un valor de umbral.

nota

El almacenamiento gp3 de SSD de uso general es compatible con las instancias de base de datos single-AZ y multi-AZ, así como con los clústeres de base de datos multi-AZ. Para obtener más información, consulte Configuración y administración de una implementación multi-AZ y Implementaciones de clústeres de base de datos Multi-AZ.

El rendimiento del almacenamiento de los volúmenes gp3 en los motores de base de datos de Amazon RDS, incluido el umbral, se muestra en la siguiente tabla.

Motor de base de datos Tamaño del almacenamiento Rendimiento del almacenamiento de referencia Rango de IOPS aprovisionadas Rango de rendimiento del almacenamiento aprovisionado
Db2 Menos de 400 GiB 3000 IOPS/125 MiB/s De 3000 a 64 000 IOPS De 125 a 4000 MiB/s
Db2 400 GiB y más 12 000 IOPS/500 MiB/s De 12 000 a 64 000 IOPS De 500 a 4000 MiB/s
MariaDB, MySQL y PostgreSQL Menos de 400 GiB 3000 IOPS/125 MiB/s N/A N/A
MariaDB, MySQL y PostgreSQL 400 GiB y más 12 000 IOPS/500 MiB/s De 12 000 a 64 000 IOPS De 500 a 4000 MiB/s
Oracle Menos de 200 GiB 3000 IOPS/125 MiB/s N/A N/A
Oracle 200 GiB y más 12 000 IOPS/500 MiB/s De 12 000 a 64 000 IOPS De 500 a 4000 MiB/s
SQL Server 20 GiB–16 TiB 3000 IOPS/125 MiB/s 3000–16 000 IOPS De 125 a 1000 MiB/s

Para cada motor de base de datos, excepto RDS para SQL Server, puede aprovisionar IOPS y rendimiento de almacenamiento adicionales cuando el tamaño del almacenamiento sea igual o superior al valor umbral. Para RDS para SQL Server, puede aprovisionar IOPS y rendimiento de almacenamiento adicionales para cualquier tamaño de almacenamiento disponible. Para todos los motores de base de datos, solo se paga por el rendimiento de almacenamiento aprovisionado adicional. Para obtener más información, consulte Precios de Amazon RDS.

Si bien las IOPS aprovisionadas y el rendimiento del almacenamiento añadidos no dependen del tamaño del almacenamiento, están relacionados entre sí. Cuando se elevan las IOPS por encima de 32 000 para MariaDB y MySQL, el valor del rendimiento del almacenamiento aumenta automáticamente desde los 500 MiBps. Por ejemplo, si establece el IOPS en 40 000 en RDS para MySQL, el rendimiento del almacenamiento debe ser de al menos 625 MiBps. El aumento automático no se produce para instancias de base de datos de Oracle, PostgreSQL y SQL Server.

Para los clústeres de bases de datos multi-AZ, Amazon RDS establece automáticamente el valor de rendimiento en función de las IOPS que aprovisione. No puede modificar el valor de rendimiento.

Los valores de rendimiento del almacenamiento de los volúmenes gp3 en RDS tienen las siguientes restricciones:

  • La proporción máxima entre el rendimiento del almacenamiento y las IOPS es de 0,25 para todos los motores de base de datos compatibles.

  • La proporción mínima entre IOPS y el almacenamiento asignado (en GiB) es de 0,5 en RDS para SQL Server. No hay una proporción mínima para los demás motores de base de datos compatibles.

  • La proporción máxima entre IOPS y el almacenamiento asignado es de 500 para todos los motores de base de datos compatibles.

  • Si utilizas el escalado automático de almacenamiento, también se aplican las mismas relaciones entre IOPS y el umbral máximo de almacenamiento (en GiB).

    Para obtener más información sobre el escalado automático del almacenamiento, consulte Administración automática de la capacidad con el escalado automático de almacenamiento de Amazon RDS.

Almacenamiento de SSD de IOPS aprovisionadas

Para cualquier aplicación de producción que requiera un rendimiento de E/S rápido y coherente, recomendamos el almacenamiento de IOPS aprovisionadas. El almacenamiento de IOPS aprovisionadas es un tipo de almacenamiento que ofrece un desempeño predecible y una latencia baja en todo momento. El almacenamiento de IOPS aprovisionadas está optimizado para las cargas de trabajo de procesamiento de transacciones online (OLTP) que tienen requisitos de rendimiento coherentes. Las IOPS aprovisionadas ayudan a ajustar el desempeño de estas cargas de trabajo.

Cuando se crea una instancia de base de datos, se especifica la velocidad de IOPS y el tamaño del volumen. Amazon RDS proporciona esa tasa de IOPS para la instancia de base de datos hasta que la cambie.

almacenamiento oi1

Para las cargas de trabajo con uso intensivo de E/S, puede utilizar el almacenamiento SSD io1 de IOPS aprovisionadas y lograr hasta 256 000 operaciones de E/S por segundo (IOPS). El rendimiento de los volúmenes io1 varía en función de la cantidad de IOPS aprovisionadas por volumen y del tamaño de las operaciones de IO que se estén ejecutando. Para obtener más información sobre el rendimiento de los volúmenes io1, consulte Volúmenes de IOPS aprovisionadas en la Guía del usuario de Amazon EC2.

En la siguiente tabla se muestra el intervalo de IOPS aprovisionadas y de rendimiento máximo para el motor de base de datos y el rango de tamaño de almacenamiento.

Motor de base de datos Rango de tamaño de almacenamiento Rango de IOPS aprovisionadas Rendimiento máximo
Db2 Entre 100 y 64 000 GiB De 1000 a 256 000 IOPS 4000 MiB/s
MariaDB, MySQL y PostgreSQL Entre 100 y 399 GiB De 1000 a 19 950 IOPS 500 MiB/s
MariaDB, MySQL y PostgreSQL Entre 400 y 65 536 GiB De 1000 a 256 000 IOPS 4000 MiB/s
Oracle Entre 100 y 199 GiB De 1000 a 9950 IOPS 500 MiB/s
Oracle Entre 200 y 65 536 GiB De 1000 a 256 000 IOPS 4000 MiB/s
SQL Server Entre 20 y 16 384 GiB 1000–64 000 IOPS 1000 MiB/s
nota

Para SQL Server, el máximo de 64 000 IOPS solo está garantizado en instancias basadas en Nitro que se encuentran en los tipos de instancias m5*, m6i, r5*, r6i y z1d. Otros tipos de instancias garantizan un rendimiento de hasta 32 000 IOPS.

Para Oracle, puede aprovisionar el máximo de 256 000 IOPS solo en el tipo de instancia r5b.

Las IOPS y los rangos de tamaño de almacenamiento presentan las siguientes restricciones:

Combinación del almacenamiento de IOPS aprovisionadas con implementaciones Multi-AZ o réplicas de lectura

Para los casos de uso de OLTP de producción, es recomendable usar implementaciones Multi-AZ para mejorar la tolerancia a errores con IOPS aprovisionadas con el fin de obtener un desempeño rápido y predecible.

También puede usar el almacenamiento de SSD de IOPS aprovisionadas con réplicas de lectura para MySQL, MariaDB o PostgreSQL. El tipo de almacenamiento de una réplica de lectura es independiente del de la instancia de base de datos principal. Por ejemplo, es posible que use SSD de uso general para réplicas de lectura con una instancia de base de datos principal que utilice el almacenamiento de SSD de IOPS aprovisionadas para reducir los costos. Sin embargo, en este caso, el rendimiento de sus réplicas de lectura es posible que difiera del de una configuración en la que tanto la instancia de base de datos principal como las réplicas de lectura usen almacenamiento de SSD de IOPS aprovisionadas.

Costos de almacenamiento de IOPS aprovisionadas

Con el almacenamiento de IOPS aprovisionadas, se le cobra por los recursos aprovisionados tanto si los usa como si no en un mes dado.

Para obtener más información acerca de los precios, consulte Precios de Amazon RDS.

Obtención del mejor rendimiento del almacenamiento de SSD de IOPS aprovisionadas de Amazon RDS

Si su carga de trabajo tiene restricciones de E/S, el uso del almacenamiento de SSD de IOPS aprovisionadas puede aumentar el número de solicitudes de E/S que el sistema puede procesar de forma simultánea. El aumento de la simultaneidad permite reducir la latencia, ya que las solicitudes de E/S pasan menos tiempo en una cola. Una latencia menor se traduce en confirmaciones más rápidas en la base de datos, lo que mejora el tiempo de respuesta y permite obtener un rendimiento más alto en la base de datos.

El almacenamiento de SSD de IOPS aprovisionadas proporciona una forma de reservar capacidad de E/S mediante la especificación de IOPS. Sin embargo, al igual que cualquier otro atributo de capacidad del sistema, su rendimiento máximo con carga quedará restringido por el recurso que se agote antes. Ese recurso podría ser el ancho de banda de la red, la CPU, la memoria o los recursos internos de la base de datos.

Para obtener más información acerca de la forma de sacar el máximo partido de los volúmenes de IOPS aprovisionadas, consulte Rendimiento de los volúmenes de Amazon EBS.

Comparación de tipos de almacenamiento de unidades de estado sólido (SSD)

La siguiente tabla muestra los casos de uso y las características de rendimiento de los volúmenes de almacenamiento SSD que usa Amazon RDS.

Característica IOPS aprovisionadas (io1) Uso general (gp3) Uso general (gp2)
Descripción

Rendimiento de almacenamiento uniforme (IOPS, rendimiento, latencia)

Diseñado para cargas de trabajo transaccionales sensibles a la latencia

Flexibilidad para aprovisionar el almacenamiento, las IOPS y el rendimiento de forma independiente

Combinan precio y rendimiento para una gran variedad de cargas de trabajo transaccionales

Proporciona IOPS ampliables

Combinan precio y rendimiento para una gran variedad de cargas de trabajo transaccionales

Casos de uso

Cargas de trabajo transaccionales que requieren un rendimiento de IOPS sostenido de hasta 256 000 IOPS

Amplia gama de cargas de trabajo que se ejecutan en bases de datos relacionales de tamaño mediano en entornos de desarrollo y pruebas

Amplia gama de cargas de trabajo que se ejecutan en bases de datos relacionales de tamaño mediano en entornos de desarrollo y pruebas

Latencia

Milisegundo de un dígito, proporcionado de forma consistente el 99,9 % del tiempo

Milisegundo de un dígito, proporcionado de forma consistente el 99 % del tiempo

Milisegundo de un dígito, proporcionado de forma consistente el 99 % del tiempo

Tamaño del volumen

de 100 GiB a 64 TiB (16 TiB en RDS para SQL Server)

de 20 GiB a 64 TiB (16 TiB en RDS para SQL Server)

de 20 GiB a 64 TiB (16 TiB en RDS para SQL Server)

IOPS máximo 256 000 (64 000 en RDS para SQL Server) 64 000 (16 000 en RDS para SQL Server)

64 000 (16 000 en RDS para SQL Server)

nota

No puede aprovisionar IOPS directamente en el almacenamiento de gp2. Las IOPS varían según el tamaño de almacenamiento asignado.

Rendimiento máximo Escala en función de las IOPS aprovisionadas hasta 4000 Mb/s Proporciona rendimiento adicional de hasta 4000 Mb/s (1000 MB/s en RDS para SQL Server). 1000 Mb/s (250 Mb/s en RDS para SQL Server)
AWS CLI y nombre de la API de RDS io1 gp3 gp2

Almacenamiento magnético

Amazon RDS también admite el almacenamiento magnético para garantizar la compatibilidad con versiones anteriores. Es recomendable utilizar volúmenes SSD de uso general o SSD de IOPS aprovisionadas para las nuevas necesidades de almacenamiento. A continuación se indican algunas limitaciones del almacenamiento magnético:

  • No permite escalar el almacenamiento cuando se utiliza el motor de base de datos de SQL Server.

  • No admite el escalado automático del almacenamiento.

  • No admite volúmenes elásticos.

  • Está limitado a un tamaño máximo de 3 TiB.

  • Está limitado a un máximo de 1 000 IOPS.

Volumen de registro específico (DLV)

Puede utilizar un volumen de registro específico (DLV) para una instancia de base de datos que utilice el almacenamiento de IOPS aprovisionadas (PIOPS) mediante la consola de Amazon RDS, la AWS CLI o la API de Amazon RDS. Un DLV transporta los registros de transacciones de la base de datos de PostgreSQL y los registros redo y binlogs de MySQL/MariaDB a un volumen de almacenamiento independiente del volumen que contiene las tablas de la base de datos. Un DLV hace que el registro de escritura de transacciones sea más eficiente y uniforme. Los DLV son ideales para bases de datos con gran capacidad de almacenamiento asignado, requisitos elevados de E/S por segundo (IOPS) o cargas de trabajo donde la latencia es muy importante.

Los DLV son compatibles con el almacenamiento PIOPS y se crean con un tamaño fijo de 1000 GiB y 3000 IOPS aprovisionadas.

Amazon RDS es compatible con los DLV en todas las regiones para las siguientes versiones:

  • MariaDB 10.6.7 y versiones 10 superiores

  • MySQL 8.0.28 y versiones 8 superiores

  • PostgreSQL 13.10 y versiones 13 superiores, 14.7 y versiones 14 superiores y 15.2 y versiones 15 superiores

RDS es compatible con DLV con implementaciones Multi-AZ Al modificar o crear una instancia Multi-AZ, se crea un DLV tanto para la instancia principal como para la secundaria.

RDS admite DLV con réplicas de lectura. Si la instancia de base de datos principal tiene un DLV habilitado, todas las réplicas de lectura creadas después de habilitar el DLV también tendrán un DLV. Las réplicas de lectura creadas antes del cambio a DLV no la tendrán habilitada, a menos que se modifiquen explícitamente para ello. Es recomendable que todas las réplicas de lectura conectadas a una instancia principal antes de activar el DLV también se modifiquen manualmente para que tengan un DLV.

Una vez que haya modificado la configuración de DLV de una instancia de base de datos, esta se debe reiniciar.

Para obtener más información sobre cómo habilitar un DLV, consulte Uso de un volumen de registro específico (DLV).

Monitoreo del desempeño de almacenamiento

Amazon RDS proporciona varias métricas que se pueden usar para determinar el desempeño de la instancia de base de datos. Puede ver las métricas en la página de resumen de su instancia en la Management Console de Amazon RDS. También puede utilizar Amazon CloudWatch para monitorizar estas métricas. Para obtener más información, consulte Consulta de métricas en la consola de Amazon RDS. La monitorización mejorada proporciona unas métricas de E/S más detalladas. Para obtener más información, consulte Supervisión de las métricas del sistema operativo con Supervisión mejorada.

Las siguientes métricas son útiles para monitorear el almacenamiento de una instancia de base de datos:

  • IOPS: el número de operaciones de E/S que se completan por segundo. Esta métrica se indica como el promedio de IOPS para un intervalo de tiempo dado. Amazon RDS indica las IOPS de lectura y escritura por separado, en intervalos de 1 minuto. El valor total de IOPS es la suma de las IOPS de lectura y escritura. Los valores típicos de IOPS van de cero a decenas de miles por segundo.

  • Latencia: el tiempo transcurrido entre el envío de una solicitud de E/S y su finalización. Esta métrica se indica como la latencia promedio para un intervalo de tiempo dado. Amazon RDS indica la latencia de lectura y escritura por separado, en intervalos de 1 minuto. Los valores típicos de latencia están en milisegundos (ms).

  • Rendimiento: número de bytes por segundo transferidos al disco o desde él. Esta métrica se indica como el rendimiento promedio para un intervalo de tiempo dado. Amazon RDS indica el rendimiento de lectura y escritura por separado en intervalos de 1 minuto y en unidades de megabytes por segundo (MB/s). Los valores típicos del rendimiento van desde cero al ancho de banda máximo del canal de E/S.

  • Profundidad de la cola: el número de solicitudes de E/S de la cola en espera para ser respondidas. Son las solicitudes de E/S que ha enviado la aplicación pero no se han enviado al dispositivo porque este está ocupado respondiendo a otras solicitudes de E/S. El tiempo transcurrido esperando en la cola es un componente del tiempo de latencia y servicio (no disponible como métrica). Esta métrica se indica como la profundidad promedio de la cola para un intervalo de tiempo dado. Amazon RDS indica la profundidad de la cola en intervalos de 1 minuto. Los valores típicos de la profundidad de la cola van desde cero a varios cientos.

Los valores de IOPS medidos son independientes del tamaño de la operación de E/S específica. Esto significa que cuando mida el rendimiento de E/S, debería examinar el rendimiento de la instancia y no simplemente el número de operaciones de E/S.

Factores que afectan al rendimiento del almacenamiento

Tanto las actividades del sistema como la carga de trabajo de la base de datos y las clases de instancia de base de datos pueden afectar al rendimiento del almacenamiento.

Actividades del sistema

Las siguientes actividades relacionadas con el sistema consumen capacidad de E/S y podrían reducir el rendimiento de la instancia de base de datos mientras se llevan a cabo:

  • Creación de instancias en espera en varias zonas de disponibilidad Multi-AZ

  • Creación de réplicas de lectura

  • Cambio de tipo de almacenamiento

Carga de trabajo de base de datos

En algunos casos, el diseño de la base de datos o de la aplicación provoca problemas de simultaneidad, bloqueo u otras formas de contención de la base de datos. En esos casos, es posible que no pueda usar directamente todo el ancho de banda aprovisionado. Además, se puede encontrar con las siguientes situaciones relacionadas con la carga de trabajo:

  • Se ha alcanzado el límite de rendimiento del tipo de instancia subyacente.

  • La profundidad de la cola es sistemáticamente inferior a 1 porque la aplicación no está produciendo suficientes operaciones de E/S.

  • Existe contención de las consultas de la base de datos aunque hay capacidad de E/S sin usar.

En algunos casos, no hay un recurso del sistema que esté en un límite o se acerca a él y al agregar subprocesos no se incrementa la velocidad de las transacciones en la base de datos. En tales casos, el cuello de botella es probablemente una contención en la base de datos. Las formas más habituales son la contención de bloqueo de filas y de bloqueo de páginas de índice, pero hay muchas otras posibilidades. Si este es su caso, pida consejo a un experto en ajuste del rendimiento de base de datos.

Clase de instancia de base de datos

Para obtener el máximo rendimiento de su instancia de base de datos de Amazon RDS, elija un tipo de instancia de la generación actual con suficiente ancho de banda para permitir el tipo de almacenamiento elegido. Por ejemplo, puede elegir instancias optimizadas para Amazon EBS e instancias con una conectividad de red de 10 gigabits.

importante

Según la clase de instancia que esté utilizando, es posible que vea un rendimiento de IOPS menor que el máximo que RDS le permite aprovisionar. Para obtener información específica sobre el rendimiento de IOPS para clases de instancia de base de datos, consulte Instancias optimizadas para Amazon EBS en la Guía del usuario de Amazon EC2. Se recomienda determinar el máximo de IOPS para la clase de instancia antes de establecer un valor de IOPS aprovisionadas para la instancia de base de datos.

Le sugerimos que utilice la última generación de instancias para disfrutar del mejor rendimiento. Las instancias de base de datos de generaciones anteriores también pueden tener un máximo de almacenamiento menor.

Algunos sistemas de archivos antiguos de 32 bits podrían tener capacidades de almacenamiento más bajas. Para determinar la capacidad de almacenamiento de la instancia de base de datos, puede utilizar el comando de la AWS CLI describe-valid-db-instance-modificaciones.

La siguiente lista muestra el almacenamiento máximo al que pueden escalar la mayoría de las clases de instancia de base de datos para cada motor de base de datos:

  • DB2: 64 TiB

  • MariaDB: 64 TiB

  • Microsoft SQL Server: 16 TiB

  • MySQL: 64 TiB

  • Oracle: 64 TiB

  • PostgreSQL: 64 TiB

En la siguiente tabla, se muestran algunas excepciones para el almacenamiento máximo (en TiB). Todas las instancias de base de datos de RDS para Microsoft SQL Server tienen un almacenamiento máximo de 16 TiB, por lo que no hay entradas para SQL Server.

Clase de instancia Db2 MariaDB MySQL Oracle PostgreSQL
db.m3 – Clases de instancia estándar
db.m3.2xlarge N/A N/A 6 N/A 6
db.m3.xlarge N/A N/A 6 N/A 6
db.m3.large N/A N/A 6 N/A 6
db.m3.medium N/A N/A 32 N/A 32
db.t4g: clases de instancia de rendimiento ampliable
db.t4g.medium N/A 16 16 N/A 32
db.t4g.small N/A 16 16 N/A 16
db.t4g.micro N/A 6 6 N/A 6
db.t3: clases de instancia de rendimiento ampliable
db.t3.medium 32 16 16 32 32
db.t3.small 32 16 16 32 16
db.t3.micro N/A 6 6 32 6
db.t2: clases de instancia de rendimiento ampliable
db.t2.medium N/A 32 32 N/A 32
db.t2.small N/A 16 16 N/A 16
db.t2.micro N/A 6 6 N/A 6

Para obtener más información sobre todas las clases de instancias compatibles, consulte Instancias de base de datos de generación anterior.