Requêtes lentes
Savoir quelle requête, de quel service, retarde les réponses.
Database Monitoring.
Santé et performance de vos bases de données, et les requêtes lentes vues depuis les traces de l’application.
Le problème que nous résolvons.
Beaucoup d’incidents de performance finissent dans la base de données, mais se voient depuis l’application comme une lenteur générique. Sans métriques de la base de données ni visibilité sur la requête exécutée par chaque service, le diagnostic s’allonge.
Ce qui est inclus.
- Collecte des métriques de bases de données avec le collector
- Performance des requêtes depuis les traces APM
- Tableaux de bord par moteur de base de données
- Détecteurs de connexions, verrous et latence
- Corrélation avec les services qui les utilisent
Notre façon de travailler.
Cinq phases, toujours dans le même ordre. Sélectionnez-en une pour voir ce qui s’y passe. Dans les projets complets, elles s’inscrivent dans les étapes de notre méthode.
Nous examinons ce qui est surveillé aujourd’hui, avec quels outils, quels incidents sont passés inaperçus et ce que cela coûte.
Nous concevons la collecte avec OpenTelemetry : agents, gateways, chemins de sortie, attributs communs et échantillonnage.
Nous configurons les receivers de chaque moteur avec un utilisateur en lecture seule et relions les requêtes aux traces de l’APM.
Nous vérifions que les métriques arrivent et que les requêtes lentes sont identifiées avec le service qui les déclenche.
Nous ajustons cardinalité, échantillonnage et détecteurs selon l’usage réel pour contenir le coût et le bruit.
Compétences techniques.
- Receivers OpenTelemetry pour PostgreSQL, MySQL, SQL Server et Oracle
- Database Query Performance dans Splunk APM
- Métriques de connexions et de verrous
- Détecteurs
- Tableaux de bord par moteur
Cas d’usage.
Épuisement des connexions
Détecter les pools saturés avant que le service ne tombe.
Capacité
Anticiper la croissance des bases de données.
Bénéfices pour votre organisation.
- Cause localisée dans la base de données
- Moins de temps de diagnostic
- Visibilité partagée entre développement et DBA
- Alertes avec contexte
Livrables.
- Collectors configurés
- Tableaux de bord par moteur
- Détecteurs
- Guide d’exploitation
Questions fréquentes.
Quels moteurs couvrez-vous ?
Ceux disposant d’un receiver OpenTelemetry, dont PostgreSQL, MySQL, SQL Server et Oracle. Nous confirmons votre version exacte lors de l’assessment.
Les données des requêtes sont-elles capturées ?
Nous configurons ce qui est enregistré pour ne pas exposer de données sensibles.
Faut-il installer quelque chose sur le serveur de base de données ?
En général, un utilisateur en lecture seule suffit pour le collector.
Parlons de Database Monitoring ?
Décrivez-nous votre situation. Si ce service ne correspond pas à votre besoin, nous vous le dirons ; sinon, nous vous proposerons une première étape concrète.
Demander ce service