Une entreprise a effectué une migration lift-and-shift d'une base de données Oracle sur site vers une instance Linux optimisée en mémoire Amazon EC2. L'instance utilise un volume EBS Provisioned IOPS SSD (io1) de 1 To configuré pour 64 000 IOPS. Après la migration, les performances de stockage de la base de données sont plus lentes que sur site. Quelle solution améliore les performances de stockage ?

La solution correcte est d'ajouter d'autres volumes EBS Provisioned IOPS SSD (io1) et d'utiliser les outils du système d'exploitation pour créer une bande LVM. Un volume io1 de 1 To peut supporter un maximum de 64 000 IOPS. Pour dépasser cette limite, il faut agréger plusieurs volumes en utilisant des techniques de striping (bande) au niveau du système d'exploitation, comme LVM, afin de combiner leurs capacités d'IOPS et de débit. Augmenter le volume EBS Provisioned IOPS SSD (io1) à plus de 64 000 IOPS n'est pas possible pour un seul volume io1 de 1 To, car 64 000 IOPS est la limite maximale pour cette taille. Augmenter la taille du volume à 2 To augmenterait la limite d'IOPS à 128 000, mais cela ne résoudrait pas le problème si la limite actuelle de 64 000 IOPS n'est pas atteinte ou si le goulot d'étranglement est ailleurs. Changer l'instance EC2 pour un type optimisé pour le stockage ne résoudrait pas le problème de performance du volume EBS lui-même, car l'instance actuelle est déjà optimisée en mémoire, ce qui est généralement suffisant pour les bases de données. Le problème est lié aux IOPS du stockage.