Partager via

Alertes de surveillance de base de données (aperçu)

S’applique à :Azure SQL DatabaseAzure SQL Managed Instance

Après avoir créé et configuré un observateur, vous pouvez configurer des alertes Azure Monitor pour recevoir des notifications sur l’utilisation élevée des ressources, les modèles de charge de travail notables et d’autres conditions dans votre patrimoine Azure SQL qui peuvent nécessiter une attention particulière. Pour ce faire, vous créez une règle d’alerte de recherche dans les journaux qui interroge le magasin de données d’un observateur selon une planification.

Pour vous aider à créer des règles d’alerte, l’observateur de base de données inclut des modèles pour les conditions d’alerte courantes. Une fois qu’une règle d’alerte est créée à partir d’un modèle, vous pouvez la gérer comme n’importe quelle autre règle d’alerte dans les alertes Azure Monitor. Vous pouvez utiliser toutes les fonctionnalités d’alerte Azure : e-mail, SMS et notifications téléphoniques, intégration aux produits ITSM, webhooks, hubs d’événements, etc. Vous pouvez personnaliser les règles d’alerte créées à partir de modèles d’observateur de base de données ou créer vos propres règles d’alerte.

Pour en savoir plus sur les alertes Azure Monitor, consultez :

Pour en savoir plus sur les limitations qui s’appliquent aux alertes dans l’observateur de base de données, consultez Limitations.

Glossaire

Lorsque vous utilisez des alertes Azure Monitor dans l’observateur de base de données, il est important de comprendre les termes couramment utilisés :

  • Règle d’alerte

    Ressource Azure dans les alertes Azure Monitor qui définit une logique d’alerte telle que la fréquence d’évaluation, la gravité, la requête KQL, etc. Une règle d’alerte effectue également le suivi de l’historique des alertes.

  • Alerte

    Se produit lorsqu’une évaluation d’une requête KQL de règle d’alerte déclenche la logique pour déclencher une alerte. Par exemple, la requête détermine que l’utilisation du processeur dépasse un seuil.

  • Modèle de règle d’alerte

    Blueprint d’une règle d’alerte intégrée à l’observateur de base de données. Un modèle de règle d’alerte définit les propriétés de règle d’alerte suivantes :

    • Nom
    • Descriptif
    • Sévérité
    • Fréquence d’évaluation
    • Requête KQL à exécuter dans le stockage des données pour évaluer la règle d’alerte.

Modèles de règle d’alerte

Vous trouverez tous les modèles de règle d’alerte disponibles sur la page Modèles d’alerte d’un observateur.

Au fil du temps, les modèles existants peuvent être modifiés et de nouveaux modèles peuvent être ajoutés en réponse aux commentaires des clients. Chaque modèle de la page Modèles d’alerte d’un observateur a une version au format year-month-day.number pour vous permettre de voir quand il a été modifié pour la dernière fois.

Si vous avez créé une règle d’alerte à partir d’un modèle dans le passé et que vous voyez qu’un modèle plus récent est disponible, vous pouvez supprimer et recréer la règle. Utilisez le modèle plus récent pour tirer parti des correctifs et des améliorations de la définition de règle d’alerte.

Les tableaux suivants décrivent les modèles de règle d’alerte actuellement disponibles pour chaque type cible SQL.

Remarque

Pendant la préversion, les modèles de règle d’alerte peuvent être ajoutés, modifiés et supprimés.

Catégorie Nom Sévérité Fréquence Descriptif
Disponibilité Sondes de connectivité ayant échoué 2 - Avertissement 5 minutes Alertes si le nombre de sondes de connectivité ayant échoué dépasse un seuil.
Disponibilité Géoréplication non saine 1 - Erreur 5 minutes Alerte si la réplication de données vers des géoréplicas pourrait être en retard ou interrompue.
Utilisation de la ressource Utilisation élevée du processeur 3 - Informatif 5 minutes Alerte si l’utilisation de la base de données ou de l’UC de l’instance dépasse un seuil.
Utilisation de la ressource Utilisation élevée des travailleurs 2 - Avertissement 5 minutes Alerte si l’utilisation des ressources dans une base de données dépasse un seuil.
Utilisation de la ressource Stockage de données faible 2 - Avertissement 30 minutes Alerte si le stockage de données utilisé est proche de la taille maximale de la base de données et que le taux de croissance des données est élevé.
Utilisation de la ressource Stockage du journal des transactions faible 1 - Erreur 5 minutes Alertes si le stockage du journal des transactions utilisé est élevé et que le taux de croissance du journal est également élevé.
Utilisation de la ressource Événements de mémoire insuffisante 3 - Informatif 5 minutes Alerte s’il existe des événements hors mémoire dans une base de données.
Modèles de charge de travail Pic de processus bloqué 2 - Avertissement 5 minutes Alerte si le nombre de processus bloqués dans une base de données dépasse un seuil.
Modèles de charge de travail Demandes bloquées 1 - Erreur 5 minutes Alertes s’il existe un nombre minimal de requêtes bloquées dans une base de données qui attendent plus longtemps qu’une certaine durée.
Modèles de charge de travail Pic de blocage 3 - Informatif 5 minutes Alerte si le nombre d’interblocages dans une base de données dépasse un seuil.
Modèles de charge de travail Pic d’attente de verrouillage 2 - Avertissement 5 minutes Alerte si le temps d’attente cumulé pour les verrous d’une base de données dépasse un seuil.
Modèles de charge de travail Transactions actives longues 3 - Informatif 5 minutes Signale s’il existe des transactions actives où la durée de transaction dépasse un seuil.
Modèles de charge de travail Pic d’attente de mémoire 3 - Informatif 5 minutes Alerte si le temps d’attente cumulé de la mémoire dans une base de données dépasse un seuil.
Modèles de charge de travail Pic d’attente d’E/S réseau 3 - Informatif 5 minutes Alerte si le temps d’attente cumulé pour les E/S réseau dans une base de données dépasse un seuil.
Modèles de charge de travail Baisse du taux de requête 3 - Informatif 5 minutes Alerte si le taux de requêtes dans une base de données a diminué de manière significative.
Modèles de charge de travail Pic d’expiration des requêtes 1 - Erreur 5 minutes Alerte si le nombre de délais d’expiration et d’annulation de requête dans une base de données dépasse un seuil.
Modèles de charge de travail Pic d’erreur utilisateur 3 - Informatif 5 minutes Alerte si le nombre d’erreurs utilisateur dans une base de données dépasse un seuil.

Conseil / Astuce

Vous n’avez peut-être pas besoin d’utiliser tous les modèles inclus. Passez en revue les descriptions des modèles et tenez compte de vos besoins avant de créer des règles d’alerte.

Les règles d’alerte inutiles augmentent la charge sur votre cluster Azure Data Explorer et le coût mensuel des alertes.

Ajouter l'identité de règle d'alerte par défaut

Pour accéder au magasin de données d’un observateur, chaque règle d’alerte de recherche dans les journaux doit avoir une identité managée. Avant de pouvoir créer des règles d’alerte à partir de modèles d’observateur de base de données, vous devez configurer l’identité de règle d’alerte par défaut pour l’observateur en procédant comme suit.

Important

Pour suivre le principe du privilège minimum, utilisez une identité distincte pour les règles d’alerte. Ne réutilisez pas l’identité de l’observateur.

  1. Créez une identité managée affectée par l’utilisateur ou recherchez une identité affectée par l’utilisateur existante avec l’accès minimum requis.
  2. Dans le portail Azure, accédez à votre observateur et sélectionnez la page Modèles d’alerte .
  3. Sélectionnez Gérer l’identité de règle d’alerte, puis sélectionnez Ajouter.
  4. Recherchez l’identité affectée par l’utilisateur à partir de la première étape, sélectionnez Ajouter, puis Fermez.

L’observateur de base de données attribue automatiquement l’identité que vous sélectionnez à chaque nouvelle règle d’alerte. Il accorde également l’accès d’identité au magasin de données si l’utilisateur actuel dispose de l’attribution de rôle RBAC propriétaire sur le cluster Azure Data Explorer hébergeant le magasin de données.

Dans le cas contraire, un utilisateur disposant de l’attribution propriétaire sur le cluster Azure Data Explorer doit accorder l’accès suivant à l’identité de règle d’alerte par défaut sélectionnée pour un observateur :

Si vous modifiez l’identité de règle d’alerte par défaut d’un observateur, la nouvelle identité est utilisée pour toute nouvelle règle d’alerte que vous créez à l’aide d’un modèle. Pour modifier l’identité d’une règle d’alerte existante, consultez Configurer les détails de la règle d’alerte.

Créer une règle d’alerte à partir d’un modèle

Pour créer une règle d’alerte à partir d’un modèle observateur de base de données :

  1. Dans la page Modèles d’alerte d’un observateur, recherchez le modèle que vous souhaitez utiliser. Les modèles sont regroupés par catégorie, tels que l’utilisation des ressources, les modèles de charge de travail, etc.

    Important

    Il existe différents modèles pour différents types de cibles SQL. Par exemple, il existe un autre modèle d’utilisation élevée du processeur pour la base de données SQL, le pool élastique SQL et l’instance managée SQL.

    Lors de la création d’une règle d’alerte, veillez à sélectionner le type de cible SQL qui correspond au type de cibles SQL que vous avez ajoutées à votre observateur. Si vous surveillez plusieurs types de cibles SQL, vous devez créer des règles d’alerte distinctes pour chaque type de cible SQL.

  2. Sélectionnez Créer une règle d’alerte.

  3. Sélectionnez l’abonnement Azure, le groupe de ressources, le nom, la région, la gravité et la fréquence d’évaluation de la règle d’alerte. Nous vous recommandons de faire correspondre la région de la règle d’alerte à la région du cluster Azure Data Explorer utilisée comme magasin de données pour l’observateur.

    Avertissement

    Si une règle d’alerte portant le même nom existe déjà dans le même abonnement, groupe de ressources et région, elle est remplacée par la règle d’alerte créée à partir du modèle. Toutes les personnalisations des règles d’alerte que vous avez effectuées sont remplacées par les valeurs du modèle.

    Si une règle d’alerte portant le même nom existe déjà dans le même abonnement et le même groupe de ressources, mais qu’elle se trouve dans une autre région, la validation du déploiement échoue et la règle d’alerte n’est pas créée.

    Pour vous assurer qu’une nouvelle règle d’alerte est créée, utilisez un nom de règle d’alerte unique.

  4. Sélectionnez Suivant, puis sélectionnez éventuellement un ou plusieurs groupes d’actions. Si vous ne sélectionnez pas de groupe d’actions, vous voyez une alerte déclenchée sur la page Alertes Azure Monitor dans le portail Azure, mais ne recevez pas de notification. Pour plus d’informations et pour savoir comment créer un groupe d’actions, consultez Groupes d’actions.

  5. Sélectionnez Suivant ou Vérifier + créer. Une fois la validation terminée, passez en revue les détails et sélectionnez Créer.

Gérer les règles d’alerte

Une fois qu’une règle d’alerte est créée, vous pouvez la gérer comme n’importe quelle autre règle d’alerte dans les alertes Azure Monitor. Par exemple, vous pouvez modifier la description de la règle d’alerte, la gravité, la fréquence d’évaluation et ajouter ou supprimer des groupes d’actions. Vous pouvez également modifier la requête KQL pour ajuster les seuils d’alerte, exclure certaines cibles SQL de l’alerte ou rendre la règle d’alerte fonctionner uniquement pour des cibles SQL spécifiques.

Dans le portail Azure, accédez à Surveiller, Alertes, Règles d’alerte, puis sélectionnez une règle d’alerte. Vous pouvez modifier la règle, la dupliquer, la désactiver temporairement ou la supprimer définitivement.

Pour plus d’informations, consultez Gérer les règles d’alerte et configurer les détails de la règle d’alerte.

Utiliser des alertes d’observateur de base de données

Lorsqu'une règle d'alerte se déclenche, elle crée une instance d'alerte. Si la règle d’alerte comporte des groupes d’actions, leurs actions sont exécutées. Par exemple, vous recevez une notification indiquant qu’une alerte a été déclenchée.

L’alerte reste dans l’état Déclenché jusqu’à ce qu’une exécution périodique de la règle d’alerte détecte que la condition n’est plus présente et modifie l’état de l’alerte à Résoudre. À ce stade, vous recevez une autre notification indiquant que l’alerte est résolue. Pour plus d’informations, consultez Alertes avec état.

Lorsqu’une alerte se déclenche ou est résolue, et si vous avez ajouté un groupe d’actions configuré pour envoyer des notifications par e-mail, vous recevez un e-mail pour chaque cible SQL où la condition d’alerte se produit. Par exemple, si une règle d’alerte détecte que l’utilisation du processeur est élevée sur deux instances managées SQL, vous recevez deux e-mails distincts.

Vous pouvez voir toutes les instances d’alerte et leur état dans la page Alertes Azure Monitor dans le portail Azure. Vous pouvez ajouter des filtres pour vous concentrer sur les alertes pour des ressources ou des types de ressources Azure SQL spécifiques. Pour plus d’informations, consultez Gérer les instances d’alerte.

Contenu connexe

  • Last updated on