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.
Meilleures pratiques pour la SQL haute disponibilité d'Aurora My
Vous pouvez appliquer les meilleures pratiques suivantes pour améliorer la disponibilité de vos SQL clusters Aurora My.
Rubriques
- Utilisation d'Amazon Aurora pour la reprise après sinistre avec vos bases de SQL données Mes bases de données
- Migration de My SQL vers Amazon Aurora My SQL avec réduction des temps d'arrêt
- Éviter le ralentissement des performances, le redémarrage automatique et le basculement sur incident pour les instances Aurora My SQL DB
Utilisation d'Amazon Aurora pour la reprise après sinistre avec vos bases de SQL données Mes bases de données
Vous pouvez utiliser Amazon Aurora avec votre instance My SQL DB pour créer une sauvegarde hors site à des fins de reprise après sinistre. Pour utiliser Aurora pour la reprise après sinistre de votre instance My SQL DB, créez un cluster de base de données Amazon Aurora et faites-en une réplique en lecture de votre instance My SQL DB. Cela s'applique à une instance RDS for My SQL DB ou à une instance My SQL database exécutée en externe à AmazonRDS.
Important
Lorsque vous configurez la réplication entre une instance My SQL DB et un cluster Amazon Aurora My SQL DB, vous devez surveiller la réplication pour vous assurer qu'elle reste saine et la réparer si nécessaire.
Pour savoir comment créer un cluster Amazon Aurora My SQL DB et en faire une réplique en lecture de votre instance My SQL DB, suivez la procédure décrite dansUtilisation d'Amazon Aurora pour dimensionner les lectures de votre base de SQL données My database.
Pour plus d'informations sur les modèles de reprise après sinistre, consultez Comment choisir la meilleure option de reprise après sinistre pour votre SQL cluster Amazon Aurora My
Migration de My SQL vers Amazon Aurora My SQL avec réduction des temps d'arrêt
Lorsque vous importez des données depuis une SQL base de données My qui prend en charge une application en ligne vers un cluster Amazon Aurora My SQL DB, vous souhaiterez peut-être réduire la durée d'interruption du service pendant la migration. Pour ce faire, vous pouvez utiliser la procédure décrite dans la section Importation de données vers une instance de base de données My SQL ou MariaDB avec un temps d'arrêt réduit dans le guide de l'utilisateur d'Amazon Relational Database Service. Cette procédure peut s'avérer tout spécialement utile si vous travaillez avec une base de données très volumineuse. Vous pouvez utiliser cette procédure pour réduire le coût de l'importation en minimisant la quantité de données transmises sur le réseau à AWS.
La procédure répertorie les étapes à suivre pour transférer une copie des données de votre base de données vers une EC2 instance Amazon et importer les données dans une nouvelle instance RDS for My SQL DB. Amazon Aurora étant compatible avec MySQL, vous pouvez plutôt utiliser un cluster de base de données Amazon Aurora pour l'SQLinstance de base de données Amazon RDS My cible.
Éviter le ralentissement des performances, le redémarrage automatique et le basculement sur incident pour les instances Aurora My SQL DB
Si vous exécutez une charge de travail importante ou des charges de travail qui dépassent les ressources allouées à votre instance de base de données, vous pouvez épuiser les ressources sur lesquelles vous exécutez votre application et votre base de données Aurora. Pour obtenir des statistiques sur votre instance de base de données, telles que CPU l'utilisation, l'utilisation de la mémoire et le nombre de connexions de base de données utilisées, vous pouvez vous référer aux métriques fournies par Amazon CloudWatch, Performance Insights et Enhanced Monitoring. Pour plus d'informations sur la surveillance de votre instance de base de données, consultez Surveillance des métriques d'un cluster de bases de données Amazon Aurora.
Si votre charge de travail épuise les ressources que vous utilisez, votre instance de base de données peut ralentir, redémarrer ou même basculer vers une autre instance de base de données. Pour éviter cela, surveillez l'utilisation de vos ressources, examinez la charge de travail exécutée sur votre instance de base de données et effectuez des optimisations si nécessaire. Si les optimisations n'améliorent pas les métriques de l'instance et n'atténuent pas l'épuisement des ressources, envisagez d'augmenter votre instance de base de données avant d'atteindre ses limites. Pour plus d'informations sur les classes d'instance de base de données disponibles et leurs spécifications, consultez Classes d'instances de base de données Amazon Aurora.