Surveillance efficace de MySQL avec Pandora FMS
Contrôlez entièrement vos bases de données MySQL à partir d’une interface centralisée.
Pandora FMS facilite la surveillance des bases de données MySQL à partir de son serveur de découverte, ce qui vous permet de surveiller les paramètres clés à partir d’une seule interface Web intuitive.
Obtenez des mesures détaillées de vos bases de données MySQL à distance sans avoir besoin d’installer des composants supplémentaires sur vos serveurs.
Avec le plugin MySQL Discovery de Pandora FMS, vous pouvez effectuer des requêtes programmées pour analyser les performances et l’état de vos environnements, y compris le nombre de connexions actives, la taille du cache, le pourcentage d’utilisation des journaux, etc.
Pourquoi surveiller les bases de données MySQL ?
Prévention des problèmes en temps réel
Détectez les redémarrages inattendus, les goulets d’étranglement au niveau des requêtes et les pics de connexion avant qu’ils n’affectent la disponibilité de vos services.
Évolutivité gérée et flexible
Planifiez la croissance de votre infrastructure en vous assurant que vos bases de données peuvent répondre aux demandes futures sans interruption.
Optimisation des ressources et des performances
Surveillez l’utilisation de l’unité centrale, les requêtes, les caches et les journaux pour vous assurer que vos ressources sont utilisées de manière optimale.
Administration centralisée
Gérez plusieurs instances et bases de données MySQL à partir d’une seule plateforme, en améliorant la visibilité et le contrôle.
Pourquoi Pandora FMS est-il la meilleure option pour surveiller MySQL ?
Pandora FMS offre une solution complète pour la surveillance des bases de données MySQL, alliant flexibilité, personnalisation et administration centralisée. De sa capacité à se connecter à distance à la possibilité de personnaliser les requêtes, Pandora FMS est parfaitement adapté aux besoins de toute infrastructure informatique.
Connexion à distance sans agents locaux
Surveillez n’importe quelle base de données MySQL sans avoir à installer de composants supplémentaires sur les serveurs. Pandora FMS permet une connexion efficace à partir de votre serveur de découverte, ce qui simplifie la mise en œuvre et garantit un accès rapide aux mesures les plus pertinentes.
Gestion efficace de plusieurs instances
Surveillez plusieurs bases de données MySQL simultanément, en attribuant des mesures et des intervalles personnalisés en fonction de la criticité de chaque instance. Pandora FMS vous permet également de gérer différents environnements avec une visibilité segmentée pour des groupes ou des clients, offrant ainsi une solution centralisée et flexible.
Alertes en temps réel configurables
Recevez des notifications immédiates et concises par email, SMS, Telegram ou outils de chat lorsque des problèmes critiques sont détectés. Avec Pandora FMS, vous serez toujours informé de tout changement important susceptible d’affecter les performances de vos bases de données MySQL.
Mesures prédéfinies et requêtes personnalisées
Avec Pandora FMS, vous pouvez sélectionner des mesures prédéfinies spécifiques pour surveiller les performances de MySQL, telles que le pourcentage du journal utilisé, les connexions actives et le temps de réponse des requêtes. De plus, la possibilité d’ajouter des requêtes personnalisées vous permet d’adapter la surveillance aux besoins particuliers de votre environnement, même en réutilisant des scripts SQL existants.
Contrôle centralisé et adaptatif
Pandora FMS ne surveille pas seulement les bases de données MySQL ; il vous permet également d’intégrer la surveillance d’autres technologies telles que DB2, Oracle, Microsoft SQL Server, ainsi que des services en nuage tels que Google Cloud, AWS et Azure. Vous bénéficiez ainsi d’une visibilité complète de l’ensemble de votre infrastructure informatique à partir d’une seule interface intuitive.
Configuration simple pour la surveillance de MySQL
La configuration de Pandora FMS pour surveiller les bases de données MySQL est un processus rapide et efficace. Suivez les étapes suivantes à partir du serveur de découverte :
1. sélectionnez MySQL sur le serveur de découverte
Accéder au menu > Applications de découverte et sélectionnez MySQL pour démarrer l’assistant. Cette première étape vous permettra de configurer la tâche de surveillance.
2. Définir les paramètres de base
Configurez les données essentielles de la tâche :
- Définissez un nom descriptif pour identifier facilement la tâche.
- Attribue un groupe aux agents générés.
- Définissez l’intervalle de surveillance approprié (par exemple, toutes les 5 ou 15 minutes).
3. Saisissez les informations d’identification et configurez les serveurs
Ajoutez les informations d’identification nécessaires pour vous connecter aux bases de données MySQL. En outre, définissez une liste de serveurs en utilisant le format IP:PORT/SID ou IP/SID, ce qui vous permet de gérer plusieurs instances à partir d’une seule tâche. Options avancées :
- Configurez le nombre de threads pour optimiser l’exécution dans les environnements multi-serveurs.
- Personnalisez le nom de l’agent qui stockera les mesures, ainsi que d’autres paramètres, tels que l’utilisation d’un proxy pour la connexion.
4. Personnaliser les mesures et les requêtes
Sélectionnez les mesures prédéfinies les plus pertinentes ou ajoutez des requêtes personnalisées pour adapter la surveillance aux objectifs spécifiques de votre environnement. Si vous disposez de vos propres scripts SQL, Pandora FMS vous permet de les intégrer facilement dans le Discovery Server afin de maximiser la personnalisation. Il vous permet également de définir un nom d’agent pour stocker la surveillance et un préfixe pour les modules générés par la tâche.
5. Consulter les tâches programmées
Une fois la tâche configurée, accédez à la liste des tâches planifiées. Dans cette section, vous pourrez
- Examinez l’état actuel de la tâche.
- Accédez à des résumés détaillés des serveurs connectés.
- Forcer l’exécution des mises à jour en temps réel si nécessaire.
Résultats détaillés
Agents et modules créés par le plugin
Agent global : cet agent consolide les statistiques générales des bases de données surveillées.
Agent pour chaque base de données : Chaque instance MySQL aura son propre agent, incluant des modules spécifiques en fonction de la configuration effectuée.
Métriques générées
La tâche consiste à créer un agent pour chaque base de données cible. Cet agent doit contenir les modules suivants :
Si engine_uptime est activé
| détection_redémarrage |
La valeur est 0 si un redémarrage inattendu a été détecté, et 1 dans le cas contraire. Lorsqu’un serveur redémarre inopinément, l’accès à la base de données peut être interrompu et des transactions ou des données qui n’ont pas été sauvegardées correctement peuvent être perdues. |
Si l'option query_stats est activée
|
requêtes |
Nombre total de consultations. Le contrôle des requêtes est essentiel pour comprendre la charge de travail du serveur et évaluer les performances globales du système. En surveillant le nombre total de requêtes, vous pouvez identifier les pics d’activité, optimiser les performances et détecter les problèmes potentiels, tels que les requêtes inefficaces ou excessives. |
|
taux d’interrogation |
Taux de consultation. Le taux de requêtes fait référence à la vitesse à laquelle les requêtes sont exécutées sur le serveur MySQL. La surveillance du taux de requêtes vous permet d’évaluer la charge de travail du serveur en temps réel et de détecter les schémas d’utilisation. Un taux de requêtes élevé peut indiquer une forte demande de ressources et nécessiter des ajustements de la configuration du serveur ou des mises à niveau du matériel pour maintenir des performances optimales. En revanche, un faible taux de requêtes peut indiquer une sous-utilisation des ressources disponibles ou des problèmes de performance de l’application. |
|
requête sélectionner |
Nombre de requêtes SELECT. Les requêtes SELECT sont utilisées pour extraire des données de la base de données. Le contrôle des requêtes SELECT vous permet d’évaluer l’efficacité des requêtes et l’optimisation des index. En identifiant les requêtes SELECT lentes ou inefficaces, vous pouvez prendre des mesures pour améliorer leurs performances, par exemple en ajoutant des index appropriés, en optimisant les requêtes ou en ajustant les paramètres du serveur. |
|
mise à jour de la requête |
Nombre de requêtes UPDATE. Les requêtes UPDATE sont utilisées pour modifier des données existantes dans la base de données. Il est important de surveiller les requêtes UPDATE pour évaluer la fréquence et l’efficacité des mises à jour de données. Vous pouvez identifier les requêtes UPDATE qui affectent un grand nombre de lignes ou qui ont un impact significatif sur les performances du serveur. Cela vous permet d’optimiser les requêtes, de revoir la structure des tables ou de prendre des mesures pour réduire la charge générée par les mises à jour. |
|
demande de suppression |
Nombre de requêtes DELETE. Les requêtes DELETE sont utilisées pour supprimer des données de la base de données. La surveillance des requêtes DELETE permet d’évaluer la fréquence et l’efficacité des suppressions de données. Vous pouvez identifier les requêtes DELETE qui affectent un grand nombre de lignes ou qui ont un impact significatif sur les performances du serveur. Cela vous permet d’optimiser les requêtes, de revoir la structure des tables ou de prendre des mesures pour réduire la charge générée par les suppressions. |
|
demande d’insertion |
Nombre de requêtes INSERT. Les requêtes INSERT sont utilisées pour insérer de nouvelles données dans la base de données. La surveillance des requêtes INSERT vous permet d’évaluer la fréquence et l’efficacité des insertions de données. Vous pouvez identifier les requêtes INSERT qui génèrent une charge élevée sur le serveur ou qui pourraient être à l’origine de problèmes de performances. Vous pouvez ainsi optimiser les requêtes, revoir la structure des tables ou envisager des stratégies d’insertion différée afin d’améliorer les performances dans les environnements à forte concurrence. |
Si l'option analyse_connexions est activée
|
connexions actuelles |
Nombre de connexions actuelles. Le nombre de connexions en cours correspond au nombre de connexions simultanées établies avec le serveur MySQL à un moment donné. Il est essentiel de surveiller cette valeur pour s’assurer que le serveur peut gérer la charge de travail actuelle. Si le nombre de connexions en cours est proche du nombre maximum de connexions autorisées, les nouveaux utilisateurs ou applications risquent de ne pas pouvoir se connecter correctement. Il est également important de vérifier si le nombre de connexions augmente de manière inhabituelle, ce qui pourrait indiquer un problème de performance ou une éventuelle activité malveillante. |
|
taux de connexion |
Ratio de connexions. Le taux de connexion fait référence à la fréquence à laquelle les connexions sont établies et fermées sur le serveur MySQL. La surveillance de cette valeur peut vous aider à identifier les schémas d’utilisation et les pics d’activité. Un taux de connexion élevé peut indiquer une forte demande de ressources et nécessiter des actions telles que l’ajustement de la configuration du serveur, l’augmentation de la capacité du matériel ou la révision de la conception de l’application. En revanche, un faible taux de connexion peut indiquer une sous-utilisation des ressources disponibles. |
|
connexions interrompues |
Nombre de connexions interrompues. Les connexions interrompues sont des connexions qui sont anormalement interrompues avant d’avoir terminé leur cycle de vie normal. Cela peut être dû à des problèmes de réseau, des erreurs d’authentification, des requêtes inefficaces ou des problèmes de configuration du serveur. La surveillance des connexions interrompues est essentielle pour identifier et résoudre les problèmes susceptibles d’affecter la stabilité et les performances de votre serveur MySQL. En détectant des schémas de connexions interrompues, vous pouvez prendre des mesures correctives et optimiser votre application ou votre infrastructure afin d’éviter les pannes indésirables. |
Si innodb_stats est activé
|
Nombre total de pages du pool de tampons Innodb |
Nombre total de pages dans le pool de mémoire tampon (utilisation). La mémoire tampon InnoDB est un élément essentiel de l’architecture de stockage InnoDB de MySQL. Il est important de surveiller le nombre total de pages dans la mémoire tampon InnoDB pour évaluer l’efficacité de la mémoire tampon et sa capacité à stocker des données en mémoire au lieu d’avoir à y accéder depuis le disque. Une valeur de tampon InnoDB appropriée et bien réglée peut améliorer les performances globales du système en réduisant la nécessité d’effectuer des lectures et des écritures sur le disque. |
|
Requêtes de lecture du pool de tampons Innodb |
Lire à partir du pool de tampons innodb. Cette mesure indique le nombre de fois où vous avez demandé à lire des données dans la mémoire tampon InnoDB. Le suivi des demandes de lecture de la mémoire tampon InnoDB peut vous aider à évaluer l’efficacité de la mémoire tampon et à déterminer si la majorité des lectures sont effectuées à partir de la mémoire ou s’il y a une forte charge de lectures à partir du disque. Un nombre élevé de demandes de lecture de la mémoire tampon InnoDB peut indiquer une bonne utilisation de la mémoire et une amélioration des performances. |
|
Lecture du disque Innodb |
Nombre d’opérations de lecture. Les lectures à partir du disque dans InnoDB se réfèrent aux opérations de lecture qui sont effectuées directement à partir du stockage sur disque plutôt que d’utiliser les données stockées dans la mémoire tampon InnoDB. La surveillance des lectures à partir du disque vous permet d’évaluer l’efficacité de la mémoire tampon InnoDB et de déterminer si le nombre de lectures à partir du disque est trop élevé. Un nombre élevé de lectures sur disque peut indiquer qu’il est nécessaire d’ajuster la taille de la mémoire tampon InnoDB ou d’améliorer l’efficacité des requêtes. |
|
Écritures sur disque Innodb |
Nombre d’opérations d’écriture. Les écritures sur disque dans InnoDB font référence aux opérations d’écriture effectuées directement sur le disque. Il est important de surveiller les écritures sur disque pour évaluer la charge d’écriture et déterminer si un trop grand nombre d’opérations d’écriture est exécuté et risque d’affecter les performances. Un nombre élevé d’écritures sur disque peut indiquer qu’il est nécessaire d’optimiser les opérations d’écriture ou d’envisager l’utilisation de techniques telles que l’optimisation du cache ou l’écriture par lots pour améliorer les performances. |
|
Lecture des données du disque Innodb |
Quantité de données lues sur le disque. Cette mesure fait référence à la quantité de données lues sur le disque dans InnoDB. La surveillance de la quantité de données lues sur le disque vous aide à évaluer les performances et l’efficacité des opérations de lecture d’InnoDB. Un volume élevé de données lues depuis le disque peut indiquer un problème de performance et la nécessité d’optimiser les requêtes ou d’améliorer l’efficacité de la mémoire tampon d’InnoDB. |
|
Données du disque Innodb écrites |
Quantité de données écrites sur le disque. Cette mesure correspond à la quantité de données écrites sur le disque dans InnoDB. La surveillance de la quantité de données écrites sur le disque vous aide à évaluer les performances et l’efficacité des opérations d’écriture sur InnoDB. Un volume élevé de données écrites sur le disque peut indiquer une charge d’écriture importante et la nécessité d’optimiser les opérations d’écriture ou d’envisager des techniques telles que l’optimisation du cache ou l’écriture par lots pour améliorer les performances. |
Si cache_stats est activé
|
cache de requête activé |
Cache de requête activé. Le cache de requêtes de MySQL permet de stocker les requêtes et leurs résultats en mémoire afin de pouvoir les réutiliser si la même requête est répétée. Il est important de savoir si le cache des requêtes est activé ou désactivé pour évaluer l’impact du cache sur les performances globales du système. La mise en cache des requêtes peut améliorer les performances en empêchant l’exécution répétée de requêtes identiques, mais elle peut également avoir un impact négatif si les requêtes changent fréquemment ou si la taille du cache est insuffisante. |
|
taux de réussite des requêtes |
Taux de consultation. Le taux de réussite des requêtes correspond à la proportion de requêtes résolues par le cache des requêtes par rapport au nombre total de requêtes exécutées. Le contrôle du taux de réussite des requêtes vous permet d’évaluer l’efficacité du cache des requêtes et de déterminer s’il est utilisé de manière efficace. Un taux de réponse élevé indique une bonne performance du cache, tandis qu’un taux de réponse faible peut indiquer que le cache n’est pas optimisé ou que les requêtes changent fréquemment. |
Si engine_uptime est activé
| restart_detection Doit être égal à 0 si un redémarrage inattendu a été détecté, et à 1 dans le cas contraire. Lorsqu’un serveur redémarre de manière inattendue, l’accès à la base de données peut être interrompu et des transactions ou des données qui n’ont pas été sauvegardées correctement peuvent être perdues. |
Si l'option query_stats est activée
| requêtes Nombre total de requêtes. La surveillance des requêtes est essentielle pour comprendre la charge de travail du serveur et évaluer les performances globales du système. En surveillant le nombre total de requêtes, vous pouvez identifier les pics d’activité, optimiser les performances et détecter les problèmes potentiels, tels que les requêtes inefficaces ou excessives. |
| taux de requête Taux de requête. Le taux de requêtes fait référence à la vitesse à laquelle les requêtes sont exécutées sur le serveur MySQL. La surveillance du taux de requêtes vous permet d’évaluer la charge de travail du serveur en temps réel et de détecter les schémas d’utilisation. Un taux de requêtes élevé peut indiquer une forte demande de ressources et nécessiter des ajustements de la configuration du serveur ou des mises à niveau du matériel pour maintenir des performances optimales. En revanche, un faible taux de requêtes peut indiquer une sous-utilisation des ressources disponibles ou des problèmes de performance de l’application. |
| query select Nombre de requêtes SELECT. Les requêtes SELECT sont utilisées pour extraire des données de la base de données. La surveillance des requêtes SELECT vous permet d’évaluer l’efficacité des requêtes et l’optimisation des index. En identifiant les requêtes SELECT lentes ou inefficaces, vous pouvez prendre des mesures pour améliorer leurs performances, telles que l’ajout d’index appropriés, l’optimisation des requêtes ou l’ajustement des paramètres du serveur. |
| query update Nombre de requêtes UPDATE. Les requêtes UPDATE sont utilisées pour modifier des données existantes dans la base de données. Le suivi des requêtes UPDATE est important pour évaluer la fréquence et l’efficacité des mises à jour de données. Vous pouvez identifier les requêtes UPDATE qui affectent un grand nombre de lignes ou qui ont un impact significatif sur les performances du serveur. Cela vous permet d’optimiser les requêtes, de revoir la structure des tables ou de prendre des mesures pour réduire la charge générée par les mises à jour. |
| query delete Nombre de requêtes DELETE. Les requêtes DELETE sont utilisées pour supprimer des données de la base de données. La surveillance des requêtes DELETE permet d’évaluer la fréquence et l’efficacité des suppressions de données. Vous pouvez identifier les requêtes DELETE qui affectent un grand nombre de lignes ou qui ont un impact significatif sur les performances du serveur. Cela vous permet d’optimiser les requêtes, de revoir la structure des tables ou de prendre des mesures pour réduire la charge générée par les suppressions. |
| query insert Nombre de requêtes INSERT. Les requêtes INSERT sont utilisées pour insérer de nouvelles données dans la base de données. La surveillance des requêtes INSERT vous permet d’évaluer la fréquence et l’efficacité des insertions de données. Vous pouvez identifier les requêtes INSERT qui génèrent une charge élevée sur le serveur ou qui peuvent être à l’origine de problèmes de performances. Vous pouvez ainsi optimiser les requêtes, revoir la structure des tables ou envisager des stratégies d’insertion différée afin d’améliorer les performances dans les environnements à forte concurrence. |
Si l'option analyse_connexions est activée
| current connections Nombre de connexions en cours. Le nombre de connexions en cours correspond au nombre de connexions simultanées établies avec le serveur MySQL à un moment donné. Il est essentiel de surveiller cette valeur pour s’assurer que le serveur peut gérer la charge de travail actuelle. Si le nombre de connexions en cours est proche du nombre maximum de connexions autorisées, les nouveaux utilisateurs ou applications risquent de ne pas pouvoir se connecter correctement. Il est également important de vérifier si le nombre de connexions augmente de manière inhabituelle, ce qui pourrait indiquer un problème de performance ou une éventuelle activité malveillante. |
| ratio de connexions Ratio de connexions. Le ratio de connexions fait référence à la fréquence à laquelle les connexions sont établies et fermées sur le serveur MySQL. La surveillance de cette valeur peut vous aider à identifier les modèles d’utilisation et les pics d’activité. Un ratio de connexions élevé peut indiquer une forte demande de ressources et nécessiter des actions telles que l’ajustement de la configuration du serveur, l’augmentation de la capacité matérielle ou la révision de la conception de l’application. En revanche, un faible taux de connexion peut indiquer une sous-utilisation des ressources disponibles. |
| connexions interrompues Nombre de connexions interrompues. Les connexions interrompues sont des connexions qui sont anormalement abandonnées avant d’avoir terminé leur cycle de vie normal. Cela peut être dû à des problèmes de réseau, à des erreurs d’authentification, à des requêtes inefficaces ou à des problèmes de configuration du serveur. La surveillance des connexions interrompues est essentielle pour identifier et résoudre les problèmes qui peuvent affecter la stabilité et les performances de votre serveur MySQL. En détectant des schémas de connexions interrompues, vous pouvez prendre des mesures correctives et optimiser votre application ou votre infrastructure afin d’éviter les pannes indésirables. |
Si innodb_stats est activé
| Innodb buffer pool pages total Nombre total de pages dans le buffer pool (utilisation). La mémoire tampon InnoDB est un élément essentiel de l’architecture de stockage InnoDB de MySQL. Il est important de surveiller le nombre total de pages dans le pool de tampons InnoDB pour évaluer l’efficacité du tampon et sa capacité à stocker des données en mémoire au lieu d’avoir à y accéder depuis le disque. Une valeur de tampon InnoDB appropriée et bien réglée peut améliorer les performances globales du système en réduisant la nécessité d’effectuer des lectures et des écritures sur le disque. |
| Demandes de lecture du pool de tampons Innodb Lecture à partir du pool de tampons Innodb. Cette mesure indique le nombre de fois où des données ont été demandées pour être lues à partir de la mémoire tampon InnoDB. Le suivi des demandes de lecture de la mémoire tampon InnoDB peut vous aider à évaluer l’efficacité de la mémoire tampon et à déterminer si la majorité des lectures sont effectuées à partir de la mémoire ou s’il y a une forte charge de lectures à partir du disque. Un nombre élevé de demandes de lecture de la mémoire tampon InnoDB peut indiquer une bonne utilisation de la mémoire et une amélioration des performances. |
| Innodb disk reads Nombre d’opérations de lecture. Les lectures sur disque InnoDB désignent les opérations de lecture effectuées directement à partir du disque plutôt que d’utiliser les données stockées dans la mémoire tampon InnoDB. La surveillance des lectures sur disque vous permet d’évaluer l’efficacité de la mémoire tampon InnoDB et de déterminer si le nombre de lectures sur disque est trop élevé. Un nombre élevé de lectures sur disque peut indiquer qu’il est nécessaire d’ajuster la taille de la mémoire tampon InnoDB ou d’améliorer l’efficacité des requêtes. |
| Écritures sur disque Innodb Nombre d’opérations d’écriture. Les écritures sur disque InnoDB font référence aux opérations d’écriture effectuées directement sur le disque. Il est important de surveiller les écritures sur disque pour évaluer la charge d’écriture et déterminer si un trop grand nombre d’opérations d’écriture est exécuté et risque d’affecter les performances. Un nombre élevé d’écritures sur disque peut indiquer qu’il est nécessaire d’optimiser les opérations d’écriture ou d’envisager l’utilisation de techniques telles que l’optimisation du cache ou l’écriture par lots pour améliorer les performances. |
| Innodb disk data read Nombre de données lues sur le disque. Cette mesure fait référence à la quantité de données lues sur le disque dans InnoDB. La surveillance de la quantité de données lues sur le disque vous aide à évaluer les performances et l’efficacité des opérations de lecture d’InnoDB. Un volume élevé de données lues sur le disque peut indiquer un problème de performance et la nécessité d’optimiser les requêtes ou d’améliorer l’efficacité de la mémoire tampon d’InnoDB. |
| Innodb disk data written Quantité de données écrites sur le disque. Cette mesure correspond à la quantité de données écrites sur le disque dans InnoDB. La surveillance de la quantité de données écrites sur le disque vous aide à évaluer les performances et l’efficacité des opérations d’écriture sur InnoDB. Un volume élevé de données écrites sur le disque peut indiquer une charge d’écriture importante et la nécessité d’optimiser les opérations d’écriture ou d’envisager des techniques telles que l’optimisation du cache ou l’écriture par lots pour améliorer les performances. |
Si cache_stats est activé
| cache de requêtes activé Cache de requêtes activé. Le cache de requêtes de MySQL permet de stocker les requêtes et leurs résultats en mémoire afin de pouvoir les réutiliser si la même requête est répétée. Il est important de savoir si le cache des requêtes est activé ou désactivé pour évaluer l’impact du cache sur les performances globales du système. La mise en cache des requêtes peut améliorer les performances en empêchant l’exécution répétée de requêtes identiques, mais elle peut également avoir un impact négatif si les requêtes changent fréquemment ou si la taille du cache est insuffisante. |
| query hit ratio Query hit ratio. Le taux de réussite des requêtes correspond à la proportion de requêtes résolues par le cache des requêtes par rapport au nombre total de requêtes exécutées. Le contrôle du taux de réussite des requêtes vous permet d’évaluer l’efficacité du cache des requêtes et de déterminer s’il est utilisé efficacement. Un taux de réponse élevé indique une bonne performance du cache, tandis qu’un taux de réponse faible peut indiquer que le cache n’est pas optimisé ou que les requêtes changent fréquemment. |
Le plugin créera également un module pour chaque requête personnalisée définie dans le fichier de configuration.
pandora fms ressources
Vous voulez en savoir plus ? Explorez d’autres ressources
Support technique : assistance personnalisée pour résoudre vos doutes.
Guide de l'utilisateur : Apprenez à tirer le meilleur parti de Pandora FMS.
Article de blog : Articles et tutoriels sur la surveillance dans des environnements multiples.
Surveillez les bases de données DB2 à distance et en toute simplicité
Pandora FMS facilite la surveillance des bases de données DB2 à partir du Discovery Server, ce qui permet d’obtenir un grand nombre de mesures par le biais d’une interface web intuitive.