ApsaraDB RDS (RDS) propose divers types d'instances principales pour répondre aux exigences variées en matière de performances, de stabilité et de coûts selon les charges de travail. Le choix du type d'instance approprié est une étape cruciale pour optimiser à la fois les performances de la base de données et les coûts. Cette rubrique fournit des liens vers les listes détaillées des types d'instances pour les instances RDS principales exécutant différents moteurs et explique les métriques de base utilisées pour tous les types d'instances afin de vous aider à faire un choix éclairé.
Types d'instances pour les instances RDS principales exécutant différents moteurs
Le tableau suivant vous oriente vers les listes détaillées des types d'instances pour les instances RDS principales exécutant différents moteurs.
|
Moteur |
Types de produits pris en charge |
Types de stockage pris en charge |
Listes des types d'instances principales |
|
MySQL |
Standard et YiTian |
Disques cloud et SSD locaux Premium |
|
|
PostgreSQL |
Standard et YiTian |
Disques cloud |
Types d'instances principales pour les instances ApsaraDB RDS for PostgreSQL standard et YiTian |
|
SQL Server |
S/O |
Disques cloud |
Types d'instances principales pour les instances ApsaraDB RDS for SQL Server |
|
MariaDB |
Standard |
Disques cloud |
Types d'instances principales pour les instances ApsaraDB RDS for MariaDB |
Métriques de base
Les types d'instances des instances RDS principales reposent sur trois métriques de base : la famille d'instances, les IOPS et la bande passante d'E/S.
Famille d'instances
La famille d'instances définit si les ressources d'une instance sont dédiées ou partagées, ce qui détermine directement les performances de l'instance.
|
Famille d'instances |
Type de stockage pris en charge |
Ressources dédiées/partagées |
Description |
|
Partagée |
Disque cloud |
|
|
|
À usage général |
Disque cloud |
|
Les performances fluctuent lorsque le serveur physique est fortement sollicité. |
|
SSD local Premium |
|
||
|
Dédiée |
Disque cloud |
Toutes les ressources sont dédiées à l'instance. |
Offre des performances stables sans contention des ressources. |
|
SSD local Premium |
|
||
|
Hôte dédié |
SSD local Premium |
Toutes les ressources sont dédiées à l'instance. |
Offre le niveau le plus élevé de stabilité des performances et d'isolation. |
IOPS
Les IOPS (Input/Output Operations Per Second, opérations d'entrée/sortie par seconde) mesurent la capacité d'un système de stockage à gérer les demandes de lecture et d'écriture et constituent une métrique clé pour les performances des E/S aléatoires. Les IOPS réels d'une instance sont déterminés par son type d'instance, son type de stockage et sa capacité de stockage. Vous pouvez consulter les IOPS maximum pour un type d'instance dans les listes des types d'instances principales à titre de référence. Toutefois, les IOPS maximum réels du type d'instance se calculent comme suit :
Pour les instances utilisant des SSD locaux Premium : les IOPS maximum réels sont égaux aux IOPS maximum définis dans le type d'instance.
-
Pour les instances utilisant des disques cloud : les IOPS maximum réels sont déterminés par le type d'instance, la capacité de stockage et le type de stockage. Utilisez les formules du tableau suivant pour calculer les IOPS maximum réels :
Type de stockage
Formule pour les IOPS maximum réels (unité de capacité de stockage : Go)
ESSD Premium
Avec l'accélération des performances d'E/S activée
min{IOPS maximum pour le type d'instance, 1000000}Avec l'accélération des performances d'E/S désactivée
min{IOPS maximum pour le type d'instance, 1800 + 50 × Capacité de stockage, 50000}ESSD
PL3
min{IOPS maximum pour le type d'instance, 1800 + 50 × Capacité de stockage, 1000000}PL2
min{IOPS maximum pour le type d'instance, 1800 + 50 × Capacité de stockage, 100000}PL1
min{IOPS maximum pour le type d'instance, 1800 + 50 × Capacité de stockage, 50000}SSD standard
min{IOPS maximum pour le type d'instance, 1800 + 30 × Capacité de stockage, 25000}
Exemple :
Calculez les IOPS maximum réels d'une instance principale RDS avec les spécifications suivantes :
Type d'instance :
mysql.x2.large.2cStockage : ESSD PL1 de 20 Go
Selon le type de stockage de l'instance, la formule min{IOPS maximum pour le type d'instance, 1800 + 50 x Capacité de stockage, 50000} s'applique. Le tableau suivant montre comment calculer les trois valeurs requises dans la formule :
|
Valeur |
Description |
|
|
Selon la liste des types d'instances, cette valeur pour le type d'instance mysql.x2.large.2c est |
|
|
Cette valeur se calcule comme suit : |
|
|
Cette valeur correspond aux IOPS maximum pris en charge par l'ESSD PL1. |
Selon la formule, les IOPS maximum réels de l'instance sont de 2 800, soit la plus petite des trois valeurs.
Les E/S de base de données logiques et les E/S de disque physiques ne correspondent pas un à un. Par exemple, la taille de page par défaut du moteur de stockage InnoDB de MySQL est de 16 Ko et la taille de bloc de stockage sous-jacente du disque est de 4 Ko. Par conséquent, une seule lecture logique qui récupère une page de base de données depuis le disque se traduit par quatre E/S de disque physiques distinctes.
La capacité d'une base de données à traiter les opérations d'E/S n'est pas uniquement déterminée par les IOPS du disque sous-jacent, mais aussi par la taille de page du moteur de base de données. En effet, une seule lecture de page de base de données logique peut nécessiter plusieurs E/S de disque physiques. Par exemple, étant donné 1 000 E/S physiques sur un disque avec une taille de bloc de 4 Ko, une instance RDS for MySQL dont la taille de page par défaut est de 16 Ko peut effectuer 250 opérations d'E/S logiques, tandis qu'une instance RDS for SQL Server dont la taille de page par défaut est de 8 Ko peut effectuer 500 opérations d'E/S logiques.
Bande passante d'E/S (débit)
La bande passante d'E/S, également appelée débit, mesure la capacité d'un système de stockage à gérer les opérations de lecture et d'écriture séquentielles et constitue une métrique clé pour les performances des E/S séquentielles. La bande passante d'E/S réelle d'une instance est déterminée par son type d'instance, son type de stockage et sa capacité de stockage. Vous pouvez consulter la bande passante d'E/S maximum pour un type d'instance dans les listes des types d'instances principales à titre de référence. Toutefois, la bande passante d'E/S maximum réelle du type d'instance se calcule à l'aide des formules du tableau suivant :
|
Type de stockage |
Formule pour la bande passante d'E/S maximum réelle (unité : Mo/s, unité de capacité de stockage : Go) |
|
|
ESSD Premium |
Avec l'accélération des performances d'E/S activée |
|
|
Avec l'accélération des performances d'E/S désactivée |
|
|
|
ESSD |
PL3 |
|
|
PL2 |
|
|
|
PL1 |
|
|
|
SSD standard |
|
|
Exemple :
Calculez la bande passante d'E/S maximum réelle d'une instance principale RDS avec les spécifications suivantes :
Type d'instance :
mysql.x2.large.2cStockage : ESSD PL3 de 5 000 Go
Selon le type de stockage de l'instance, la formule min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 4000} s'applique. Le tableau suivant montre comment calculer les trois valeurs requises dans la formule :
|
Valeur |
Description |
|
|
Selon la liste des types d'instances, cette valeur pour le type d'instance mysql.x2.large.2c est de |
|
|
Cette valeur se calcule comme suit : |
|
|
Cette valeur correspond à la bande passante d'E/S maximum prise en charge par l'ESSD PL3. |
Selon la formule, la bande passante d'E/S maximum réelle de l'instance est de 192, soit la plus petite des trois valeurs.
Relation entre les IOPS et la bande passante d'E/S
Les IOPS et la bande passante d'E/S ne sont pas des métriques indépendantes, mais deux facettes interconnectées des performances de stockage. Leur relation est définie par la taille des opérations d'E/S effectuées comme suit :
Bande passante d'E/S (Mo/s) = IOPS × Taille d'E/S (Ko) / 1024.
La Taille d'E/S dans cette formule fait référence à la taille de bloc physique du disque cloud (4 Ko par défaut) et non à la taille de page logique d'une base de données.
Cette relation signifie que les performances d'une instance RDS sont généralement limitées soit par son plafond d'IOPS, soit par sa bande passante d'E/S, selon le profil d'E/S de l'application :
Charges de travail limitées par les IOPS : les applications effectuant de nombreuses petites opérations d'E/S (telles que des lectures/écritures de 4 Ko) atteignent souvent la limite maximale d'IOPS de l'instance. À ce stade, l'utilisation de la bande passante d'E/S de l'instance reste bien inférieure à son maximum, ce qui fait des IOPS le goulot d'étranglement des performances.
Charges de travail limitées par la bande passante : à l'inverse, les applications effectuant moins d'opérations d'E/S, mais de grande taille (telles que des lectures/écritures de 256 Ko), saturent d'abord la bande passante d'E/S disponible de l'instance. Dans ce scénario, les IOPS de l'instance restent relativement faibles, ce qui fait de la bande passante d'E/S le goulot d'étranglement des performances.
FAQ
-
Pourquoi une instance RDS d'entrée de gamme prend-elle en charge un nombre maximal de connexions plus élevé et des IOPS maximum plus importants qu'une instance RDS d'entreprise ayant le même nombre de cœurs CPU et la même capacité de mémoire ?
Une instance RDS d'entrée de gamme appartient à la famille d'instances partagées ou à usage général, tandis qu'une instance RDS d'entreprise appartient à la famille d'instances dédiées. Les familles d'instances partagées et à usage général partagent les ressources CPU, ce qui leur permet de prendre en charge un nombre maximal de connexions plus élevé et des IOPS maximum plus importants qu'une instance RDS d'entreprise. Cependant, une instance RDS d'entreprise offre des performances de base de données plus fiables, car la famille d'instances dédiées bénéficie exclusivement des ressources vCPU et mémoire allouées à l'instance. Pour plus d'informations, consultez Familles d'instances.
-
Comment interroger les ressources disponibles à l'achat ?
Appelez l'opération DescribeAvailableResource pour interroger les ressources disponibles dans une région.
-
Pourquoi les QPS et les TPS ne sont-ils pas fournis dans la documentation ?
Pour obtenir les requêtes par seconde (QPS) et les transactions par seconde (TPS) d'une instance RDS, vous devez créer des objets sur l'instance RDS et effectuer des tests. Les QPS et TPS d'une instance RDS varient en fonction de la méthode d'implémentation et du système métier, même si son type d'instance reste inchangé. Pour plus d'informations sur la façon de tester les QPS et les TPS, consultez Directives de test.
Références
Types d'instances RDS en lecture seule : Types d'instances en lecture seule
-
Présentation des instances RDS en lecture seule :
-
Créez et utilisez une instance RDS principale après avoir sélectionné son type d'instance :