Surveillance des instances de base de données

Une instance de base de données est l'élément de base d'Amazon RDS. Il s'agit d'un environnement de base de données isolé qui s'exécute dans le cloud. Pour les bases de données MySQL et MariaDB, l'instance de base de données est le programme mysqld, également connu sous le nom de serveur MySQL, qui inclut plusieurs threads et composants tels que l'analyseur SQL, l'optimiseur de requêtes, le gestionnaire de threads/connexions, les variables système et d'état, et un ou plusieurs moteurs de stockage enfichables. Chaque moteur de stockage est conçu pour prendre en charge un cas d'utilisation spécifique. Le moteur de stockage par défaut et recommandé est InnoDB, un moteur de base de données relationnelle transactionnel à usage général conforme au modèle ACID (atomicité, cohérence, isolation et durabilité). InnoDB propose des structures en mémoire (pool de mémoire tampon, tampon de modification, index de hachage adaptatif, tampon de journal) ainsi que des structures sur disque (espaces de table, tables, index, journal d'annulation, journal de rétablissement, fichiers tampons à double écriture). Pour garantir que votre base de données adhère étroitement au modèle ACID, le moteur de stockage InnoDB met en œuvre de nombreuses fonctionnalités pour protéger vos données, notamment les transactions, le commit, le rollback, la reprise après incident, le verrouillage au niveau des lignes et le contrôle de la simultanéité multiversion (MVCC).

Tous ces composants internes d'une instance de base de données fonctionnent conjointement pour aider à maintenir la disponibilité, l'intégrité et la sécurité de vos données au niveau de performance attendu et satisfaisant. En fonction de votre charge de travail, chaque composant et fonctionnalité peut imposer des exigences en termes de ressources au niveau du processeur, de la mémoire, du réseau et des sous-systèmes de stockage. Lorsqu'une augmentation de la demande pour une ressource spécifique dépasse la capacité allouée ou les limites logicielles pour cette ressource (imposées par les paramètres de configuration ou par la conception du logiciel), l'instance de base de données peut subir une dégradation des performances ou une indisponibilité et une corruption complètes. Il est donc essentiel de mesurer et de surveiller ces composants internes, de les comparer aux valeurs de référence définies et de générer des alertes si les valeurs surveillées s'écartent des valeurs attendues.

Comme décrit précédemment, vous pouvez utiliser différents outils pour surveiller vos instances MySQL et MariaDB. Nous vous recommandons d'utiliser Amazon RDS Performance Insights et les CloudWatch outils de surveillance et d'alerte, car ces outils sont intégrés à Amazon RDS, collectent des métriques haute résolution, présentent les dernières informations de performance en temps quasi réel et génèrent des alarmes.

Quel que soit votre outil de surveillance préféré, nous vous recommandons d'activer le schéma de performance dans vos instances de base de données MySQL et MariaDB. Le schéma de performance est une fonctionnalité optionnelle permettant de surveiller le fonctionnement du serveur MySQL (l'instance de base de données) à un niveau bas. Il est conçu pour avoir un impact minimal sur les performances globales de la base de données. Vous pouvez gérer cette fonctionnalité à l'aide du performance_schema paramètre. Bien que ce paramètre soit facultatif, vous devez l'utiliser pour collecter des métriques haute résolution (une seconde) par SQL, des métriques de session active, des événements d'attente et d'autres informations de surveillance détaillées de bas niveau, collectées par Amazon RDS Performance Insights.

Sections