Une base de données relationnelle sur une instance EC2 "burstable" présente une latence périodique. Elle utilise un volume EBS gp2 de 350 Go. CloudWatch indique que les VolumeReadOps chutent à moins de 10 % du pic pendant les périodes de lenteur. Quelle modification l'administrateur SysOps doit-il apporter pour obtenir des performances d'E/S élevées et constantes ?

La migration vers un volume gp3 est la meilleure solution. Les volumes gp3 offrent une performance de base de 3 000 IOPS et un débit de 125 Mo/s, indépendamment de la taille du volume, et peuvent être provisionnés jusqu'à 16 000 IOPS et 1 000 Mo/s. Cela garantit des performances d'E/S élevées et constantes, résolvant le problème de latence. Les volumes gp2, en revanche, ont des performances de base et en rafale qui dépendent de leur taille, et un volume de 350 Go pourrait être limité à 1 050 IOPS de base, ce qui est insuffisant pour une base de données. Les volumes Cold HDD (sc1) sont optimisés pour les données rarement consultées et offrent des performances très faibles, ce qui aggraverait la situation. Changer l'instance EC2 pour une famille optimisée pour la mémoire n'améliorerait pas directement les performances d'E/S du volume EBS. Activer le mode de rafale illimité sur l'instance EC2 n'affecte pas les limites d'IOPS du volume EBS lui-même.