Les performances d'E/S de stockage ECS décrivent la vitesse à laquelle une instance ECS (Elastic Compute Service) peut lire et écrire sur les disques cloud attachés. Les trois métriques clés sont les IOPS (opérations d'entrée/sortie par seconde), le débit et la latence d'accès. Une inadéquation entre les configurations de l'instance et du disque constitue la cause la plus fréquente des goulots d'étranglement au niveau des performances de stockage. Comprendre comment les types d'instance plafonnent les performances d'E/S de stockage et comment fonctionne le mécanisme de crédits burst pour les instances de plus petite taille vous permet de choisir la bonne combinaison et d'éviter ces goulots d'étranglement.
Les performances d'E/S de stockage s'appliquent uniquement aux disques cloud, et non aux disques locaux.
Concepts clés
La taille d'E/S correspond aux données transférées lors d'une seule opération de lecture ou d'écriture, par exemple 4 KiB. La taille d'E/S, les IOPS et le débit sont liés par la formule suivante :
Throughput = IOPS × I/O sizePour connaître les limites d'IOPS et de débit par type de disque, consultez la rubrique Block storage performance.
Choisissez la bonne combinaison d'instance et de disque
Les IOPS et le débit effectifs d'une instance sont limités par la valeur la plus faible entre le plafond d'E/S de stockage du type d'instance et la capacité totale des disques cloud attachés. L'attachement de disques haute performance à un type d'instance sous-dimensionné laisse inexploitées les performances au niveau de l'instance ; inversement, la mise à niveau du type d'instance lorsque les disques constituent le goulot d'étranglement n'améliorera pas le débit.
Adaptez la famille d'instances au profil d'E/S de votre charge de travail :
Débit élevé, E/S volumineuses — les charges de travail telles que l'analyse hors ligne et les entrepôts de données tirent parti des familles d'instances Big Data, qui offrent un débit agrégé élevé.
IOPS élevés, petites E/S aléatoires — les charges de travail sensibles à la latence, telles que les bases de données OLTP (traitement transactionnel en ligne) et les applications d'entreprise comme SAP, bénéficient des Enterprise SSD (ESSD) et des standard SSD associés à des types d'instance dotés de plafonds d'IOPS élevés.
Performances constantes sous charge — pour les grands systèmes de base de données tels qu'Oracle et MySQL, ainsi que pour les applications d'entreprise telles que l'ERP (Enterprise Resource Planning) et le CRM (Customer Relationship Management), utilisez les nouvelles familles d'instances de niveau entreprise. Ces familles allouent une bande passante de stockage dédiée par instance, isolant les E/S de chaque instance de celles de ses voisines, ce qui garantit des performances stables même pendant les heures de pointe.
Pour obtenir la liste complète des familles d'instances et leurs spécifications, consultez la rubrique Overview of instance families.
Comment les types d'instance plafonnent les performances d'E/S de stockage
Après avoir attaché des disques cloud à une instance, le nombre maximal d'IOPS de l'instance correspond à la valeur la plus faible entre :
le plafond d'E/S de stockage du type d'instance, ou
le nombre maximal cumulé d'IOPS de tous les disques cloud attachés.
Lorsque les IOPS du disque dépassent le plafond de l'instance
L'instance est limitée au nombre maximal d'IOPS du type d'instance, quel que soit le nombre de disques haute performance que vous attachez. Lorsque plusieurs disques sont attachés, ils entrent en concurrence pour le budget d'E/S de l'instance, ce qui entraîne des fluctuations dynamiques du débit individuel de chaque disque.
Exemple 1 : Une instance
ecs.g7se.xlarge(16 GiB de mémoire, 60 000 IOPS max.) avec un ESSD PL2 (ESSD de niveau de performance 2, 2 000 GiB, 100 000 IOPS max.) — l'instance est limitée à 60 000 IOPS.Exemple 2 : Une instance
ecs.g7se.4xlarge(64 GiB de mémoire, 150 000 IOPS max.) avec trois ESSD PL2 (2 000 GiB chacun, 100 000 IOPS chacun, soit 300 000 IOPS au total) — l'instance est limitée à 150 000 IOPS.
Lorsque les IOPS du disque sont inférieures au plafond de l'instance
L'instance est limitée au nombre maximal cumulé d'IOPS des disques attachés. La mise à niveau vers un type d'instance plus puissant n'améliorera pas les performances tant que vous n'aurez pas également mis à niveau les disques.
Exemple : Une instance
ecs.g7se.4xlarge(64 GiB de mémoire, 150 000 IOPS max.) avec un ESSD PL3 (2 000 GiB, 101 800 IOPS max.) — l'instance est limitée à 101 800 IOPS.
Conseils de dimensionnement : Prévoyez des disques dont le nombre cumulé d'IOPS est égal ou supérieur au plafond du type d'instance afin d'éviter de laisser inexploitées les performances de l'instance. Si les disques dépassent déjà le plafond de l'instance, la mise à niveau vers un niveau de disque supérieur n'augmentera pas les IOPS effectifs ; mettez plutôt à niveau le type d'instance.
IOPS burst et bande passante de stockage burst
Les petits types d'instances de septième génération et ultérieures (de large à 4xlarge) prennent en charge le dépassement de leurs IOPS de base et de leur bande passante de stockage de base. Utilisez ce mécanisme pour les charges de travail présentant des pics d'E/S, par exemple lors du démarrage d'une instance, de l'exécution de tâches par lots ou de pics de trafic, lorsque vous avez besoin de hautes performances pendant de courtes périodes, mais pas en continu.
Fonctionnement des crédits burst
Le mode burst repose sur un système de crédits. Les crédits s'accumulent lorsque les IOPS réels de l'instance restent inférieurs à la valeur de base, et sont consommés lorsque les IOPS dépassent cette valeur de base. Aucun engagement de niveau de service (SLA) ne s'applique aux performances burst.
Une ressource peut se trouver dans l'un des trois états suivants à tout moment :
| État | Description |
|---|---|
| Accumulation | Les E/S réelles sont inférieures à la valeur de base. Les crédits s'accumulent. |
| Burst | Les E/S réelles sont supérieures à la valeur de base. Les crédits sont consommés. |
| Valeur de base | Les E/S réelles correspondent exactement à la valeur de base. Aucune variation des crédits. |
IOPS burst
Métriques :
| Métrique | Description |
|---|---|
| IOPS de base | Nombre maximal d'IOPS qu'un type d'instance peut maintenir de manière constante dans le cadre du SLA. |
| IOPS burst | Pic d'IOPS que l'instance peut atteindre temporairement. Limité dans le temps ; aucun engagement de SLA. |
Durée maximale du burst au pic d'IOPS (par taille d'instance) :
| Taille de l'instance | Durée maximale du burst |
|---|---|
| large | 5 minutes |
| xlarge | 10 minutes |
| 2xlarge | 20 minutes |
| 3xlarge | 30 minutes |
| 4xlarge | 40 minutes |
Une instance disposant d'un solde de crédits plus faible, ou dont les IOPS réels ne dépassent que légèrement la valeur de base, pourra maintenir le burst plus longtemps que ces durées maximales.
Formules :
Maximum credit balance = (Maximum burst IOPS - Baseline IOPS) × Maximum burst duration
Actual burst duration = Maximum credit balance / (Current IOPS - Baseline IOPS)Exemple : Un disque cloud capable de 50 000 IOPS attaché à une instance ecs.g7. Le tableau ci-dessous indique les IOPS de base, les IOPS burst et la durée du burst.
| Type d'instance | IOPS de base du disque cloud | IOPS burst max. du disque cloud | Durée maximale du burst (min) | Solde maximal de crédits | Durée réelle du burst (min) |
|---|---|---|---|---|---|
| ecs.g7.large | 20 000 | 160 000 | 5 | (16 - 2) × 5 = 70 | 70 / (5 - 2) = 23 |
| ecs.g7.xlarge | 40 000 | 160 000 | 10 | (16 - 4) × 10 = 120 | 120 / (5 - 4) = 120 |
| ecs.g7,2xlarge | 50 000 | 160 000 | 20 | (16 - 5) × 20 = 220 | Le disque est à la valeur de base — aucun burst nécessaire |
| ecs.g7,3xlarge | 70 000 | 160 000 | 30 | (16 - 7) × 30 = 270 | Le disque est en dessous de la valeur de base — aucun burst nécessaire |
| ecs.g7,4xlarge | 80 000 | 160 000 | 40 | (16 - 8) × 40 = 320 | Le disque est en dessous de la valeur de base — aucun burst nécessaire |
Pour consulter les spécifications du type d'instance ecs.g7, reportez-vous à la rubrique g7, general-purpose instance family.
Bande passante de stockage burst
Métriques :
| Métrique | Description |
|---|---|
| Bande passante de stockage de base | Bande passante de stockage maximale qu'un type d'instance peut maintenir de manière constante dans le cadre du SLA. |
| Bande passante burst | Pic de bande passante de stockage que l'instance peut atteindre temporairement. Limité dans le temps ; aucun engagement de SLA. |
La durée maximale du burst par taille d'instance est identique à celle des IOPS burst : 5 minutes pour les instances large, jusqu'à 40 minutes pour les instances 4xlarge.
Formules :
Maximum credit balance = (Maximum burst storage bandwidth - Baseline storage bandwidth) × Maximum burst duration
Actual burst duration = Maximum credit balance / (Current storage bandwidth - Baseline storage bandwidth)Exemple : Un disque cloud capable de 3 Gbit/s attaché à une instance ecs.g7.
| Type d'instance | Bande passante de base du disque cloud (Gbit/s) | Bande passante burst max. du disque cloud (Gbit/s) | Durée maximale du burst (min) | Solde maximal de crédits | Durée réelle du burst (min) |
|---|---|---|---|---|---|
| ecs.g7.large | 1,5 | 6 | 5 | (6 - 1,5) × 5 = 22,5 | 22,5 / (3 - 1,5) = 15 |
| ecs.g7.xlarge | 2 | 6 | 10 | (6 - 2) × 10 = 40 | 40 / (3 - 2) = 40 |
| ecs.g7,2xlarge | 3 | 6 | 20 | (6 - 3) × 20 = 60 | Le disque est à la valeur de base — aucun burst nécessaire |
| ecs.g7,3xlarge | 4 | 6 | 30 | (6 - 4) × 30 = 60 | Le disque est en dessous de la valeur de base — aucun burst nécessaire |
| ecs.g7,4xlarge | 5 | 6 | 40 | (6 - 5) × 40 = 40 | Le disque est en dessous de la valeur de base — aucun burst nécessaire |
Pour consulter les spécifications du type d'instance ecs.g7, reportez-vous à la rubrique g7, general-purpose instance family.
Étapes suivantes
Block storage performance — Spécifications d'IOPS et de débit pour chaque type de disque
Overview of instance families — Spécifications complètes pour tous les types d'instances ECS