Ce livre blanc est fourni à titre de référence historique uniquement. Certains contenus sont peut-être périmés et certains liens ne sont peut-être pas disponibles.
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.
stockage de base de données
La plupart des utilisateurs utilisent généralement Amazon EBS pour le stockage de bases de données. Pour certaines architectures à très hautes performances, vous pouvez utiliser le stockage d'instance SSDs, mais il convient d'y ajouter le stockage Amazon EBS pour une persistance fiable.
Pour des performances d'IOPS et de base de données élevées et cohérentes, AWS recommande vivement d'utiliser des volumes à usage général (GP2) ou des volumes d'IOPS provisionnés (PIOPS). GP2 et les volumes PIOPS sont disponibles pour Amazon EC2 et Amazon RDS. Reportez-vous au stockage d'instance de base de données Amazon RDS pour connaître les dernières limites d'IOPS par volume pour les deux types de volume GP2 et pour les types de volumes PIOPS. GP2 les volumes offrent un excellent équilibre entre prix et performances pour répondre à la plupart des besoins des bases de données. Lorsque votre base de données nécessite des IOPS supérieures à ce que GP2 vous pouvez fournir, les volumes PIOPS sont le bon choix.
Pour les volumes PIOPS, vous spécifiez un taux d'IOPS lorsque vous créez le volume, et Amazon EBS fournit dans les 10 % des performances d'IOPS provisionnées 99,9 % du temps au cours d'une année donnée. Le rapport entre les IOPS provisionnées et la taille du volume demandé peut être de 30 au maximum. Par exemple, pour obtenir 3 000 IOPS, la taille de votre volume doit être d'au moins 100 Go.
Tout comme les volumes PIOPS, les GP2 volumes sont également basés sur des SSD, mais les IOPS que vous obtenez des GP2 volumes peuvent varier entre un nombre d'IOPS de base et un maximum de 3 000 IOPS par volume. Cela fonctionne très bien pour la plupart des charges de travail de base de données, car les performances IOPS nécessaires à la base de données varient de nombreuses fois au cours d'une période donnée en fonction de la taille de la charge et du nombre de requêtes exécutées.
Les performances d'un volume à usage général (SSD) sont régies par la taille du volume, qui détermine le niveau de performance de base du volume et la rapidité avec laquelle il accumule des crédits I/O . Les volumes plus importants offrent des niveaux de performance de base plus élevés et accumulent I/O des crédits plus rapidement.
I/O les crédits représentent la bande passante disponible que votre volume à usage général (SSD) peut utiliser pour exploiter de grandes quantités de bande passante I/O lorsque les performances requises sont supérieures aux performances de base. Plus votre volume dispose de crédits pour les E/S, plus il peut dépasser son niveau de performance de base pendant longtemps et meilleures sont ses performances lorsque des performances supplémentaires sont nécessaires.
Les volumes HDD optimisés (st1) offrent des volumes HDD à faible coût conçus pour les charges de travail intensives nécessitant moins d'IOPS mais un débit élevé. Les bases de données Oracle utilisées pour les entrepôts de données et à des fins d'analyse de données peuvent exploiter les volumes ST1.
Toutes les zones de traitement des journaux ou de stockage de données, telles que les tables externes Oracle ou le stockage BLOB externe nécessitant un débit élevé, peuvent exploiter les volumes st1. Les volumes à débit optimisé (st1) peuvent gérer un maximum de 500 IOPS par volume.
Les volumes Cold HDD (sc1) conviennent à la gestion des systèmes existants, qui sont conservés à des fins de référence ou d'archivage occasionnelles. Ces systèmes sont utilisés moins fréquemment et quelques scans sont effectués par jour sur le volume.
Une bonne approche consiste à estimer la quantité d'IOPS constamment nécessaire pour votre base de données et à allouer suffisamment de GP2 stockage pour obtenir ce nombre d'IOPS. Toutes les IOPS supplémentaires nécessaires pour les pics périodiques doivent être couvertes par les performances en rafale sur la base des crédits disponibles.
Pour plus d'informations sur les méthodes d'estimation que vous pouvez utiliser pour déterminer les besoins en IOPS de votre base de données Oracle, reportez-vous au livre blanc Déterminer les besoins en IOPS d'Oracle Database sur AWS.
La durée de rafale d'un volume dépend de sa taille, des IOPS de rafale nécessaires et du solde de crédits au début de la rafale. Si vous remarquez que les performances de votre volume sont souvent limitées au niveau de base (en raison d'un solde I/O créditeur vide), vous devriez envisager d'utiliser un volume à usage général (SSD) plus important (avec un niveau de performance de base supérieur) ou de passer à un volume d'IOPS provisionnées (SSD) pour les charges de travail nécessitant des performances d'IOPS soutenues supérieures à 10 000 IOPS. Pour plus d'informations sur GP2 les volumes, consultez les types de volumes Amazon EBS.
Pour Amazon RDS, le stockage à usage général (SSD) fournit une base de référence constante de 3 IOPS par Go provisionné et permet d'atteindre 3 000 IOPS en rafale. Si vous utilisez déjà le stockage magnétique pour Amazon RDS, vous pouvez le convertir en stockage à usage général (SSD), mais cela aura un impact sur la disponibilité à court terme. À l'aide des IOPS provisionnées, vous pouvez provisionner jusqu'à la limite de stockage maximale actuelle et jusqu'au maximum d'IOPS par instance de base de données.
Le nombre réel d'IOPS réalisé peut varier par rapport au montant que vous avez provisionné en fonction de la charge de travail de votre base de données, du type d'instance et du moteur de base de données. Pour plus d'informations, reportez-vous à la section Facteurs influant sur les taux d'IOPS réalisés dans le guide de l'utilisateur Amazon RDS.
Pour Oracle Database sur Amazon EC2, regroupez plusieurs volumes pour augmenter le nombre d'IOPS et augmenter la capacité. Vous pouvez utiliser plusieurs volumes Amazon EBS individuellement pour différents fichiers de données, mais le fait de les regrouper permet un meilleur équilibrage et une meilleure évolutivité.
Oracle Automatic Storage Management (ASM) peut être utilisé pour le striping. Conservez les fichiers de données, les fichiers journaux et les fichiers binaires sur des volumes Amazon EBS distincts, et prenez régulièrement des instantanés des volumes de fichiers journaux. Le choix d'un type d'instance avec stockage SSD local vous permet d'améliorer les performances de la base de données en utilisant Smart Flash Cache (si le système d'exploitation est Oracle Linux) et en utilisant le stockage local pour les fichiers temporaires et les espaces de table.
Pour Oracle Database on VMware Cloud on AWS, vSAN fournit le stockage virtualisé nécessaire réparti sur les hôtes bare metal. La capacité de stockage virtualisé vSAN peut être utilisée dans Oracle RAC pour un stockage partagé hautes performances.
Les fichiers VMDK (disque de machine virtuelle) créés pour Oracle RAC doivent être provisionnés pour une épaisseur nulle et le drapeau multi-écriture doit être activé. VMware a publié une étude de performance détaillée
