Sur la macro photo, les yeux d'une libellule. Ils ont une structure à facettes et se composent d'environ 30 000 facettes hexagonales, ce qui permet à la libellule de regarder à près de 360 degrés (à l'exception de la direction «dos droit»). Compétence utile si vous êtes une libellule.
Lorsque l'organisation dispose d'un «zoo» de bases de données et que leur unification n'est même pas visible à l'horizon, des efforts doivent être faits pour gérer et suivre leur travail. Regardez de nouveau la libellule.
Dans cet article, nous parlerons de l'outil de surveillance Foglight for Databases, qui combine la surveillance de SQL Server, Oracle, MySQL, PostgreSQL, DB2, SAP ASE, MongoDB et Cassandra dans une seule console. Il a également une touche de DevOps en termes de journalisation des modifications de la configuration de la base de données. Tout d'abord. Sous la coupe, beaucoup de captures d'écran.
Pourquoi avons-nous mentionné DevOps avant Kat? L'une des fonctionnalités préférées de Foglight est la possibilité de marquer manuellement les versions sur la chronologie et généralement toutes les modifications. Les développeurs peuvent apporter des modifications eux-mêmes et après un certain temps obtenir des commentaires ici sous la forme d'une diminution ou d'une augmentation de la productivité. En mode automatique, des changements suivis sont également notés: changements dans le plan d'exécution ou la configuration de la base de données - tout cela sera présent sur le graphique.
Exemples de changements.
À partir de là, vous pouvez accéder à une autre vue et comparer les modifications du plan d'exécution.
Voici quelques bonnes méthodes pour auditer les modifications, mais régulièrement, l'exécution de tels rapports n'est pas très pratique.
Dans quelle mesure le canal de communication entre les développeurs et les administrateurs de base de données est-il bien établi? Tous les collègues connaissent-ils les changements dans le temps? Et si la nouvelle version générait un problème sporadique qui commençait à apparaître régulièrement et ralentissait l'application?
Nous ne voulons pas dire que cet outil établira finalement le contact entre les développeurs et l'exploitation, mais il ajoutera aux développeurs un canal supplémentaire pour recevoir des commentaires.
Plus loin dans l'article, nous montrerons les capacités de surveillance pour chacune des bases de données prises en charge.
Microsoft SQL Server
Une caractéristique clé de la surveillance SQL Server dans Foglight pour bases de données est la présence de l'outil Performance Investigator, qui effectue une analyse multivariée des performances des bases de données dans les sections pour les bases de données, les longues requêtes, les sessions, les utilisateurs, les scripts exécutables, les postes de travail et les applications.
Une autre fonctionnalité est la prise en charge des technologies SSIS, SSRS et SSAS. Par exemple, ci-dessous est une vue d'ensemble avec les métriques SSIS.
Dans la vue ci-dessus, vous pouvez «échouer» au niveau des détails des packages et identifier ceux qui posent problème.
De plus, Foglight a une vue avec des variables de configuration, où vous pouvez suivre les changements dans la valeur d'une variable particulière.
De nombreuses vues affichent des rapports en double que vous pouvez créer dans Management Studio. La surveillance est effectuée à distance et les frais généraux ne dépassent pas 2%. La version actuelle de Foglight prend en charge les versions de SQL Server de 2005 à 2017.
Oracle
Pour surveiller une base de données Oracle, Foglight dispose également d'un outil Performance Investigator. Le concept de son travail est largement similaire aux approches de surveillance de SQL Server, basées sur une analyse multidimensionnelle des performances de la base de données.
La technologie prise en charge est RAC, Exadata, ASM et Data Guard.
Mon sql
Ma surveillance SQL couvre les principaux indicateurs (y compris la réplication en un à un et un à plusieurs) et suit les changements dans la configuration de la base de données de manière similaire à SQL Server et Oracle. Vous pouvez créer vos propres modèles de configuration, dont la conformité sera également contrôlée.
Foglight peut contrôler les paramètres d'exécution des requêtes dans la base de données. Le fait avec la méthode Explain. Il existe des vues spéciales sur les tables de diverses bases de données My SQL sur un seul écran. À partir d'un seul point, vous pouvez contrôler des centaines de bases de données avec une petite surcharge (pas plus de 2%).
Postgre sql
Dans le module de surveillance PostgreSQL, il y a des vues a'la vue en hélicoptère pour une vue d'ensemble des indicateurs clés de performance de la base de données, une vue d'ensemble des indicateurs de table.
La surveillance de la réplication et la surveillance de l'exécution WAL (Write-Ahead Logging) sont prises en charge à la fois côté émetteur et côté récepteur.
Dans la console Foglight, vous pouvez personnaliser la présentation avec des mesures de performances pour les requêtes critiques et les comparer sur un écran avec des mesures similaires sur une autre base de données. Pour chacune de ces requêtes, vous pouvez également effectuer une analyse d'explication et surveiller les métriques pertinentes.
La surveillance de la base de données PostgreSQL est également effectuée à distance et la surcharge ne dépasse pas 2%.
DB2
Une fois la surveillance configurée, les mesures DB2 de base peuvent être immédiatement vues sur le tableau de bord agrégé.
La surveillance de la base de données DB2 est effectuée à l'aide d'une méthode sans agent avec une surcharge qui ne dépasse pas 2% en moyenne.
Dans l'une des interfaces, vous pouvez contrôler la charge des agents par les applications qui fonctionnent via ces agents.
Dans la capture d'écran ci-dessous, un tableau de bord avec des verrous. Un rapport peut être établi à partir de chaque tableau de bord. Y compris régulièrement.
Si nécessaire, vous pouvez suivre les demandes lourdes.
À l'aide du module pour le SGBD DB2, vous pouvez contrôler la configuration et configurer automatiquement la surveillance des nouvelles bases de données.
SAP ASE
Pour chaque base de données SAP ASE surveillée, il existe une vue agrégée pour afficher les métriques d'intégrité de base.
Des données plus détaillées sont disponibles pour chaque moteur de base de données. En basculant entre les onglets, vous pouvez voir les processus associés et comparer les performances.
Dans la vue correspondante, vous pouvez suivre les indicateurs de performances sous une forme multidimensionnelle en fonction des demandes, des procédures, des utilisateurs, des verrous et d'autres éléments associés.
Le module pour SAP ASE prend en charge la surveillance à distance. Sur la base de toutes les données collectées, vous pouvez créer vos propres tableaux de bord et rapports.
Mongodb
Comme avec les SGBD précédents, la surveillance MongoDB est effectuée à distance. Après avoir configuré la surveillance, une vue agrégée avec des mesures de surveillance de base sera disponible.
En haut du tableau de bord, vous trouverez des liens vers des vues supplémentaires, sur lesquelles vous pouvez afficher les métriques des bases de données, des opérations, des journaux, etc. ... Par exemple, ci-dessous est une vue des opérations.
Lorsque le profilage est activé dans les paramètres du SGBD, vous pouvez sélectionner et afficher toutes les mesures pertinentes sur le tableau de bord. Si la base de données a une réplique, Foglight contrôlera également des choses comme le statut des membres, la santé et autres.
Une fonctionnalité supplémentaire utile est la surveillance de la configuration des nœuds, la comparaison avec le standard et l'alerte en cas de changements.
Cassandra
L'installation de l'agent sur les nœuds n'est pas requise, tout se passe à distance et avec un minimum de surcharge. Après avoir configuré la surveillance Cassandra dans Foglight, un ensemble de tableaux de bord avec des indicateurs de performances de base de données apparaît.
Foglight prend en charge le contrôle de l'espace des clés pour les nœuds d'un cluster, leur comparaison des performances (nombre d'accès aux objets, mesures de lecture / écriture, délai). Les nœuds peuvent également être comparés par configuration, nombre de messages traités, messages d'erreur, etc.
Dans la capture d'écran ci-dessous, l'interface Foglight pour Cassandra et la vue des performances JVM.
À partir de toutes les métriques collectées, vous pouvez concevoir vos propres tableaux de bord et rapports.
Conclusion
Merci d'avoir lu et regardé cet endroit. Pour résumer.
- Foglight for Databases prend en charge la surveillance de SQL Server, Oracle, MySQL, PostgreSQL, DB2, SAP ASE, MongoDB et Cassandra.
- En plus des performances des bases de données elles-mêmes, Foglight contrôle également leur configuration.
- Les données de différents SGBD peuvent être combinées sur un seul tableau de bord (et si vous en avez besoin?).
- La surveillance de tous les SGBD est effectuée à distance avec une surcharge qui ne dépasse pas 2%. D'un point, vous pouvez contrôler toutes les bases.
- Foglight pour bases de données dispose d'une API REST à partir de laquelle vous pouvez collecter des mesures ou des événements dans des systèmes externes pour le tableau de bord, les rapports ou les alertes. S'il existe un système de surveillance général, il peut également y être intégré.
- En plus du SGBD, Foglight peut également virtualiser (VMware, Hyper-V, Openstack), les systèmes de stockage, les serveurs, AD, Exchange.
Vous pouvez regarder de plus près Foglight for Databases. Vous pouvez laisser une candidature pour un projet pilote ou obtenir un kit de distribution et des licences de test (si vous voulez tout faire vous-même) via le
formulaire de feedback sur le site .