ApsaraDB RDS (RDS) ofrece diversos tipos de instancia principal para satisfacer distintos requisitos de rendimiento, estabilidad y costo según la carga de trabajo. Elegir el tipo de instancia adecuado es fundamental para optimizar tanto el rendimiento de la base de datos como los costos. Este tema proporciona enlaces a las listas detalladas de tipos de instancia para instancias principales de RDS con diferentes motores y explica las métricas clave que se aplican a todos los tipos de instancia, con el fin de ayudarle a tomar una decisión informada.
Tipos de instancia para instancias principales de RDS con diferentes motores
La siguiente tabla le dirige a las listas detalladas de tipos de instancia para instancias principales de RDS que ejecutan distintos motores.
|
Motor |
Tipos de producto compatibles |
Tipos de almacenamiento compatibles |
Listas de tipos de instancia principal |
|
MySQL |
Estándar y YiTian |
Discos en la nube y SSD locales premium |
|
|
PostgreSQL |
Estándar y YiTian |
Discos en la nube |
Primary instance types for standard and YiTian ApsaraDB RDS for PostgreSQL instances |
|
SQL Server |
N/A |
Discos en la nube |
Primary instance types for ApsaraDB RDS for SQL Server instances |
|
MariaDB |
Estándar |
Discos en la nube |
Primary instance types for ApsaraDB RDS for MariaDB instances |
Métricas clave
Los tipos de instancia principal de RDS se basan en tres métricas fundamentales: familia de instancias, IOPS y ancho de banda de E/S.
Familia de instancias
La familia de instancias define si los recursos de una instancia son dedicados o compartidos, lo cual determina directamente su rendimiento.
|
Familia de instancias |
Tipo de almacenamiento compatible |
Recursos dedicados/compartidos |
Descripción |
|
Compartida |
Disco en la nube |
|
|
|
Propósito general |
Disco en la nube |
|
El rendimiento varía cuando el servidor físico tiene una carga alta. |
|
SSD local premium |
|
||
|
Dedicada |
Disco en la nube |
Todos los recursos están dedicados a la instancia. |
Ofrece un rendimiento estable sin contención de recursos. |
|
SSD local premium |
|
||
|
Host dedicado |
SSD local premium |
Todos los recursos están dedicados a la instancia. |
Proporciona el mayor nivel de estabilidad de rendimiento y aislamiento. |
IOPS
Las IOPS (operaciones de entrada/salida por segundo) miden la capacidad de un sistema de almacenamiento para gestionar solicitudes de lectura y escritura, y constituyen una métrica clave del rendimiento de E/S aleatorio. Las IOPS reales de una instancia dependen de su tipo de instancia, tipo de almacenamiento y capacidad de almacenamiento. Consulte las IOPS máximas de cada tipo de instancia en primary instance type lists como referencia. No obstante, las IOPS máximas reales se calculan de la siguiente manera:
Para instancias con SSD locales premium: Las IOPS máximas reales equivalen a las IOPS máximas definidas en el tipo de instancia.
-
Para instancias con discos en la nube: Las IOPS máximas reales dependen del tipo de instancia, la capacidad de almacenamiento y el tipo de almacenamiento. Utilice las fórmulas de la siguiente tabla para calcularlas:
Tipo de almacenamiento
Fórmula de IOPS máximas reales (unidad de capacidad de almacenamiento: GB)
ESSD premium
Con I/O performance burst habilitado
min{Maximum IOPS for the instance type, 1000000}Con I/O performance burst deshabilitado
min{Maximum IOPS for the instance type, 1800 + 50 × Storage capacity, 50000}ESSD
PL3
min{Maximum IOPS for the instance type, 1800 + 50 × Storage capacity, 1000000}PL2
min{Maximum IOPS for the instance type, 1800 + 50 × Storage capacity, 100000}PL1
min{Maximum IOPS for the instance type, 1800 + 50 × Storage capacity, 50000}SSD estándar
min{Maximum IOPS for the instance type, 1800 + 30 × Storage capacity, 25000}
Ejemplo:
Calcule las IOPS máximas reales de una instancia principal de RDS con las siguientes especificaciones:
Tipo de instancia:
mysql.x2.large.2cAlmacenamiento: ESSD PL1 de 20 GB
Según el tipo de almacenamiento de la instancia, aplica la fórmula min{Maximum IOPS for the instance type, 1800 + 50 x Storage capacity, 50000}. La siguiente tabla muestra cómo calcular los tres valores necesarios en la fórmula:
|
Valor |
Descripción |
|
|
Según la lista de tipos de instancia, este valor para el tipo de instancia |
|
|
Este valor se calcula de la siguiente manera: |
|
|
Este valor corresponde a las IOPS máximas admitidas por ESSD PL1. |
De acuerdo con la fórmula, las IOPS máximas reales de la instancia son 2800, ya que es el menor de los tres valores.
Las operaciones de E/S lógicas de la base de datos y las operaciones de E/S físicas del disco no tienen una correspondencia uno a uno. Por ejemplo, el tamaño de página predeterminado del motor de almacenamiento InnoDB de MySQL es de 16 KB, mientras que el tamaño de bloque de almacenamiento subyacente del disco es de 4 KB. En consecuencia, una sola lectura lógica que obtiene una página de la base de datos del disco se traduce en cuatro operaciones de E/S físicas distintas.
La capacidad de procesamiento de E/S de una base de datos no depende únicamente de las IOPS del disco subyacente, sino también del tamaño de página del motor de base de datos. Esto se debe a que una sola lectura de página lógica puede requerir múltiples operaciones de E/S físicas. Por ejemplo, con 1,000 operaciones de E/S físicas en un disco con un tamaño de bloque de 4 KB, una instancia de RDS for MySQL cuyo tamaño de página predeterminado es de 16 KB puede completar 250 operaciones de E/S lógicas, mientras que una instancia de RDS for SQL Server con un tamaño de página predeterminado de 8 KB puede completar 500 operaciones de E/S lógicas.
Ancho de banda de E/S (throughput)
El ancho de banda de E/S, también conocido como throughput, mide la capacidad de un sistema de almacenamiento para gestionar operaciones secuenciales de lectura y escritura, y es una métrica clave del rendimiento de E/S secuencial. El ancho de banda de E/S real de una instancia depende de su tipo de instancia, tipo de almacenamiento y capacidad de almacenamiento. Consulte el ancho de banda de E/S máximo de cada tipo de instancia en primary instance type lists como referencia. Sin embargo, el ancho de banda de E/S máximo real se calcula mediante las fórmulas de la siguiente tabla:
|
Tipo de almacenamiento |
Fórmula de ancho de banda de E/S máximo real (unidad: MB/s, unidad de capacidad de almacenamiento: GB) |
|
|
ESSD premium |
Con I/O performance burst habilitado |
|
|
Con I/O performance burst deshabilitado |
|
|
|
ESSD |
PL3 |
|
|
PL2 |
|
|
|
PL1 |
|
|
|
SSD estándar |
|
|
Ejemplo:
Calcule el ancho de banda de E/S máximo real de una instancia principal de RDS con las siguientes especificaciones:
Tipo de instancia:
mysql.x2.large.2cAlmacenamiento: ESSD PL3 de 5,000 GB
Según el tipo de almacenamiento de la instancia, aplica la fórmula min{Maximum I/O bandwidth for the instance type, 120 + 0.5 × Storage capacity, 4000}. La siguiente tabla muestra cómo calcular los tres valores necesarios en la fórmula:
|
Valor |
Descripción |
|
|
Según la lista de tipos de instancia, este valor para el tipo de instancia |
|
|
Este valor se calcula de la siguiente manera: |
|
|
Este valor corresponde al ancho de banda de E/S máximo admitido por ESSD PL3. |
De acuerdo con la fórmula, el ancho de banda de E/S máximo real de la instancia es 192, ya que es el menor de los tres valores.
Relación entre IOPS y ancho de banda de E/S
Las IOPS y el ancho de banda de E/S no son métricas independientes, sino dos aspectos interconectados del rendimiento del almacenamiento. Su relación se define por el tamaño de las operaciones de E/S que se realizan, de la siguiente manera:
I/O bandwidth (MB/s) = IOPS × I/O Size (KB) / 1024.
El I/O Size en esta fórmula se refiere al tamaño de bloque físico del disco en la nube (4 KB de forma predeterminada), no al tamaño de página lógica de la base de datos.
Esta relación implica que el rendimiento de una instancia de RDS suele estar limitado por sus IOPS o por su límite de ancho de banda de E/S, según el perfil de E/S de la aplicación:
Cargas de trabajo limitadas por IOPS: Las aplicaciones que realizan muchas operaciones de E/S pequeñas (como lecturas/escrituras de 4 KB) suelen alcanzar el límite máximo de IOPS de la instancia. En este punto, el uso del ancho de banda de E/S sigue muy por debajo de su máximo, por lo que las IOPS representan el cuello de botella del rendimiento.
Cargas de trabajo limitadas por ancho de banda: Por el contrario, las aplicaciones que realizan menos operaciones de E/S pero de mayor tamaño (como lecturas/escrituras de 256 KB) saturan primero el ancho de banda de E/S disponible. En este escenario, las IOPS de la instancia permanecen relativamente bajas, por lo que el ancho de banda de E/S constituye el cuello de botella del rendimiento.
Preguntas frecuentes
-
¿Por qué una instancia de RDS de nivel básico admite un número máximo de conexiones mayor y más IOPS máximas que una instancia de RDS de nivel empresarial con la misma cantidad de núcleos de CPU y capacidad de memoria?
Una instancia de RDS de nivel básico pertenece a la familia de instancias compartidas o de propósito general, mientras que una instancia de RDS de nivel empresarial pertenece a la familia de instancias dedicadas. Las familias de instancias compartidas y de propósito general comparten recursos de CPU, lo que les permite admitir un número máximo de conexiones mayor y más IOPS máximas que una instancia de nivel empresarial. Sin embargo, una instancia de RDS de nivel empresarial ofrece un rendimiento de base de datos más confiable porque la familia de instancias dedicadas utiliza exclusivamente los recursos de vCPU y memoria asignados a la instancia. Para obtener más información, consulte Instance families.
-
¿Cómo consulto los recursos disponibles que puedo adquirir?
Llame a la operación DescribeAvailableResource para consultar los recursos disponibles en una región.
-
¿Por qué no se proporcionan las QPS ni las TPS en la documentación?
Para obtener las consultas por segundo (QPS) y las transacciones por segundo (TPS) de una instancia de RDS, debe crear objetos en la instancia y realizar pruebas. Las QPS y TPS de una instancia de RDS varían según el método de implementación y el sistema empresarial, incluso si el tipo de instancia permanece sin cambios. Para obtener más información sobre cómo probar las QPS y TPS, consulte Test guidelines.
Referencias
Tipos de instancia de RDS de solo lectura: Read-only instance types
-
Introducción a las instancias de RDS de solo lectura:
-
Crear y usar una instancia principal de RDS después de seleccionar su tipo de instancia: