Almacenamiento de instancias de base de datos de Amazon RDS

Las instancias de base de datos de Amazon RDS para MySQL, MariaDB, 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 función de la cantidad de almacenamiento solicitado, Amazon RDS utiliza automáticamente varios volúmenes de Amazon EBS para mejorar el desempeño.

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 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.

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.

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. Estos son los intervalos de tamaño de almacenamiento de las instancias de base de datos de SSD de uso general:

• Instancias de case de datos de MariaDB, MySQL, Oracle y PostgreSQL: 20 GiB–64 TiB

• SQL Server for Enterprise, Standard, Web y Express Editions: 20 GiB–16 TiB

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 1 TiB es de 3000 IOPS. El rendimiento máximo de referencia para un volumen gp2 (21,36 TiB y superior) es de 64 000 IOPS.

Los volúmenes inferiores a 1 TiB en tamaño también podrán llegar a 3000 IOPS durante periodos prolongados. El saldo de créditos de E/S de la instancia determina el desempeño por ráfagas. Para obtener más información sobre los créditos de E/S de las instancias, 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 1 TiB, el rendimiento de referencia es mayor que el rendimiento por ráfagas. Para estos volúmenes, la ráfaga suele ser 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 entre 1 TiB y 4 TiB, el almacenamiento se fragmenta en cuatro volúmenes de Amazon EBS, lo que proporciona un rendimiento de ráfaga de hasta 12.000 IOPS. Para volúmenes superiores a 4 TiB de almacenamiento, las IOPS de referencia superan la ráfaga máxima de 12 000 IOPS. Esto se aplica a los motores de base de datos RDS que no son Microsoft SQL Server, que no admiten la fragmentación de volúmenes.

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 MiBps.

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 MiBps. Esto se debe a la fragmentación de volúmenes, en la que el almacenamiento utiliza cuatro volúmenes lógicos 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, pero no 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
MariaDB, MySQL y PostgreSQL	Menos de 400 GiB	3000 IOPS/125 MiBps	N/A	N/A
MariaDB, MySQL y PostgreSQL	400 GiB y más	12 000 IOPS/500 MiBps	12 000–64 000 IOPS	500—4000 MiBps
Oracle	Menos de 200 GiB	3000 IOPS/125 MiBps	N/A	N/A
Oracle	200 GiB y más	12 000 IOPS/500 MiBps	12 000–64 000 IOPS	500—4000 MiBps
SQL Server	20 GiB–16 TiB	3000 IOPS/125 MiBps	3000–16 000 IOPS	125–1000 MiBps

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.

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.

• Cuando modifica un volumen de EBS, 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 transitorio del volumen no estará por debajo del rendimiento del volumen de origen. 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.

Almacenamiento de SSD de IOPS aprovisionadas

Para una aplicación de producción que requiera un rendimiento de E/S rápido y constante, recomendamos el almacenamiento de IOPS aprovisionadas (operaciones de entrada/salida por segundo). 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 desempeño uniformes. Las IOPS aprovisionadas ayudan a ajustar el desempeño de estas cargas de trabajo.

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.

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). En la siguiente tabla se muestra el intervalo de IOPS aprovisionadas y de tamaño de almacenamiento para cada motor de base de datos.

Motor de base de datos	Rango de IOPS aprovisionadas	Rango de tamaño de almacenamiento
MariaDB	1000–256 000 IOPS	100 GiB–64 TiB
SQL Server	1000–64 000 IOPS	20 GiB–16 TiB
MySQL	1000–256 000 IOPS	100 GiB–64 TiB
Oracle	1000–256 000 IOPS	100 GiB–64 TiB
PostgreSQL	1000–256 000 IOPS	100 GiB–64 TiB

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:

• La relación entre IOPS y almacenamiento asignado (en GiB) debe ser de 1 a 50 en RDS para SQL Server y de 0,5 a 50 en otros motores de base de datos de RDS.

• 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.

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
Latency (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.

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.

DB instance class (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:

• 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	MariaDB	MySQL	Oracle	PostgreSQL
db.m3 – Clases de instancia estándar
db.m3.2xlarge	N/A	6	N/A	6
db.m3.xlarge	N/A	6	N/A	6
db.m3.large	N/A	6	N/A	6
db.m3.medium	N/A	32	N/A	32
db.t4g: clases de instancia de rendimiento ampliable
db.t4g.medium	16	16	N/A	32
db.t4g.small	16	16	N/A	16
db.t4g.micro	6	6	N/A	6
db.t3: clases de instancia de rendimiento ampliable
db.t3.medium	16	16	32	32
db.t3.small	16	16	32	16
db.t3.micro	6	6	32	6
db.t2: clases de instancia de rendimiento ampliable
db.t2.medium	32	32	N/A	32
db.t2.small	16	16	N/A	16
db.t2.micro	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.