Tous les produits
Search
Centre de documentation

ApsaraDB RDS:Primary ApsaraDB RDS instance types

Dernière mise à jour :Aug 19, 2026

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

  • Dédiées : mémoire et stockage

  • Partagées : CPU et E/S

  • Prise en charge uniquement par RDS for SQL Server.

  • Les performances fluctuent lorsque le serveur physique est fortement sollicité.

À usage général

Disque cloud

  • Dédiées : mémoire et stockage

  • Partagées : CPU et E/S

Les performances fluctuent lorsque le serveur physique est fortement sollicité.

SSD local Premium

  • Dédiée : mémoire

  • Partagées : CPU, stockage et E/S

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

  • Dédiées : CPU, mémoire et stockage

  • Partagées : E/S

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

  • Stockage : 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

IOPS maximum pour le type d'instance

Selon la liste des types d'instances, cette valeur pour le type d'instance mysql.x2.large.2c est 20000.

1800 + 50 x Capacité de stockage

Cette valeur se calcule comme suit : 1800 + 50 x 20 = 2800.

50000

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.

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

min{Bande passante d'E/S maximum pour le type d'instance, 4000}

Avec l'accélération des performances d'E/S désactivée

min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 350}

ESSD

PL3

min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 4000}

PL2

min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 750}

PL1

min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 350}

SSD standard

min{Bande passante d'E/S maximum pour le type d'instance, 120 + 0,5 × Capacité de stockage, 300}

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

  • Stockage : 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

Bande passante d'E/S maximum pour le type d'instance

Selon la liste des types d'instances, cette valeur pour le type d'instance mysql.x2.large.2c est de 192 Mo/s.

120 + 0,5 × Capacité de stockage

Cette valeur se calcule comme suit : 120 + 0,5 x 5000 = 2620.

4000

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.

Remarque

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