Une entreprise exécute une application de commerce électronique multiniveau sur Amazon EC2 avec une instance de base de données Amazon RDS for MySQL Multi-AZ. RDS utilise l'instance de dernière génération avec 2 000 Go de stockage sur un volume EBS General Purpose SSD (gp3). Pendant les périodes de forte demande, les performances de l'application se dégradent lorsque les IOPS en lecture et en écriture dépassent 20 000. Que doit faire un architecte de solutions pour améliorer les performances de la base de données ?

La bonne réponse est de remplacer le volume par un volume Provisioned IOPS SSD (io2). Les volumes io2 sont conçus pour les charges de travail transactionnelles intensives qui nécessitent des performances IOPS élevées et constantes, ce qui est le cas ici puisque l'application subit une dégradation lorsque les IOPS dépassent 20 000. Les volumes io2 peuvent fournir jusqu'à 256 000 IOPS, bien au-delà des 20 000 IOPS actuels. Remplacer le volume par un volume magnétique est incorrect car les volumes magnétiques sont les moins performants et ne sont pas adaptés aux bases de données transactionnelles. Augmenter le nombre d'IOPS sur le volume gp3 est incorrect car, bien que les volumes gp3 offrent une base de 3 000 IOPS et puissent être provisionnés jusqu'à 16 000 IOPS indépendamment de la taille du volume, ils ne peuvent pas atteindre les 20 000 IOPS nécessaires. Remplacer le volume gp3 de 2 000 Go par deux volumes gp3 de 1 000 Go est incorrect car cela ne résoudrait pas la limitation des IOPS par volume et ne permettrait pas d'atteindre les performances requises.