Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Modifications du stockage à forte intensité d'I/O
Les instances de base de données Amazon RDS utilisent les volumes Amazon Elastic Block Store (EBS) pour le stockage des bases de données et des journaux. En fonction de la quantité de stockage demandée, RDS (à l'exception de RDS for SQL Server) répartit automatiquement les données sur plusieurs volumes Amazon EBS pour améliorer les performances. Les instances de base de données RDS avec des types de stockage SSD sont soutenues par un ou quatre volumes Amazon EBS répartis dans une configuration RAID 0. De par leur conception, les opérations de modification du stockage pour une instance de base de données RDS ont un impact minimal sur les opérations de base de données en cours.
Dans la plupart des cas, les modifications de la mise à l'échelle du stockage sont complètement déchargées sur la couche Amazon EBS et sont transparentes pour la base de données. Ce processus s'effectue généralement en quelques minutes. Cependant, certains volumes de stockage RDS plus anciens nécessitent un processus différent pour modifier la taille, les IOPS provisionnés ou le type de stockage. Cela implique de faire une copie complète des données en utilisant une opération potentiellement intensive en I/O.
La modification du stockage utilise une opération à forte intensité d'I/O si l'un des facteurs suivants s'applique :
-
Le type de stockage source est magnétique. Le stockage magnétique ne prend pas en charge la modification élastique des volumes.
-
L'instance de base de données RDS ne se trouve pas sur une configuration Amazon EBS à un ou quatre volumes. Vous pouvez visualiser le nombre de volumes Amazon EBS utilisés sur vos instances de base de données RDS en utilisant les métriques de surveillance améliorée. Pour de plus amples informations, consultez Affichage des métriques du système d’exploitation dans la console RDS.
-
La taille cible de la requête de modification augmente le stockage alloué au-delà de 400 Gio pour les instances RDS for MariaDB, MySQL et PostgreSQL, et de 200 Gio pour RDS for Oracle. Les opérations de mise à l'échelle automatique du stockage ont le même effet lorsqu'elles augmentent la taille de stockage allouée de votre instance de base de données au-delà de ces seuils.
Si votre modification de stockage implique une opération à forte intensité d'I/O, elle consomme des ressources d'I/O et augmente la charge de votre instance de base de données. Les modifications de stockage avec des opérations à forte intensité d'I/O impliquant un stockage SSD à usage général (gp2) peuvent épuiser votre solde de crédit d'I/O, ce qui entraîne des temps de conversion plus longs.
Nous recommandons, à titre de bonnes pratiques, de programmer ces requêtes de modification du stockage en dehors des heures de pointe afin de réduire le temps nécessaire à la réalisation de l'opération de modification du stockage. Vous pouvez également créer un réplica en lecture de l'instance de base de données et effectuer la modification du stockage sur le réplica en lecture. Ensuite, le réplica en lecture devient l'instance de base de données principale. Pour de plus amples informations, consultez Utilisation des réplicas en lecture d'instance de base de données.
Pour obtenir plus d'informations, consultez la section Why is an Amazon RDS DB instance stuck in the modifying state when I try to increase the allocated storage?
