Mettre à jour les règles d’alerte ou les règles de traitement des alertes lorsque la ressource cible est déplacée vers une autre région Azure
Cet article explique pourquoi les règles d’alerte et règles de traitement des alertes existantes peuvent être concernées lorsque vous déplacez d’autres ressources Azure entre les régions et comment identifier et résoudre ces problèmes. Pour plus d’informations sur les cas où le déplacement des ressources entre les régions est utile et pour obtenir une liste de vérification de la conception d’un processus de déplacement, consultez la documentation principale relative au déplacement de ressources.
Pourquoi le problème existe-il ?
Les règles d’alerte et les règles de traitement des alertes référencent d’autres ressources Azure, par exemple, des machines virtuelles Azure, Azure SQL et Stockage Azure. Quand vous déplacez les ressources auxquelles ces règles font référence, les règles risquent de cesser de fonctionner correctement, car elles ne peuvent pas trouver les ressources qu’elles référencent.
Il existe deux raisons principales pour lesquelles vos règles peuvent cesser de fonctionner après le déplacement des ressources cibles :
- L’étendue de votre règle fait explicitement référence à l’ancienne ressource.
- Votre règle d’alerte est basée sur des métriques
L’étendue de la règle référence explicitement l’ancienne ressource
Quand vous déplacez une ressource, son ID de ressource change dans la plupart des cas. En arrière-plan, le système réplique la ressource dans la nouvelle région avant de la supprimer de l’ancienne région. Ce processus nécessite deux ressources ; il existe donc deux ID de ressources différents pendant un laps de temps limité. Étant donné que les ID de ressources doivent être uniques, un nouvel ID doit être créé au cours du processus.
Comment le déplacement de la ressource affecte-t-il les règles existantes ?
Les règles d’alerte et les règles de traitement des alertes s’appliquent à une étendue de ressources spécifique. L’étendue peut être l’intégralité d’un abonnement, un groupe de ressources, ou une ou plusieurs ressources spécifiques. Voici par exemple une règle avec une étendue comportant deux ressources (deux machines virtuelles) :
Si l’étendue de la règle mentionne explicitement une ressource, et que cette ressource a été déplacée et n’a plus le même ID de ressource, cette règle recherche une ressource incorrecte ou inexistante, et par conséquent elle échoue.
Comment corriger le problème ?
Mettez à jour ou recréez la règle affectée pour qu’elle pointe vers la nouvelle ressource. Vous trouverez une description du processus de mise à jour de l’étendue plus loin dans cet article.
Le problème s’applique à ces types de règles :
- Règles d’alerte de journal d’activité
- Règles de traitement des alertes
- Alertes de métrique : pour plus d’informations, consultez la section suivante Règles d’alerte basées sur des métriques.
Notes
Les règles d’alerte de recherche dans les journaux et les règles d’alerte de détecteur intelligent ne sont pas affectées, car leur étendue est un espace de travail ou Application Insights. Aucune de ces étendues ne prend actuellement en charge les déplacements d’une région à une autre.
Règles d’alerte basées sur des métriques
Les métriques émises par les ressources Azure sont régionales. Chaque fois qu’une ressource est déplacée vers une nouvelle région, elle commence à émettre ses métriques dans cette nouvelle région. Par conséquent, toutes les règles d’alerte basées sur des métriques doivent être mises à jour ou recréées afin qu’elles pointent vers le flux de métriques actuel dans la région correcte.
Cette explication s’applique à la fois aux règles d’alerte de métrique et aux règles d’alerte de test de disponibilité.
Si toutes les ressources de l’étendue ont été déplacées, vous n’avez pas besoin de recréer la règle. Il vous suffit de mettre à jour n’importe quel champ de la règle d’alerte, par exemple sa description, et de l’enregistrer. Si seules certaines ressources de l’étendue ont été déplacées, vous devez supprimer les ressources déplacées de la règle existante et créer une nouvelle règle qui couvre uniquement les ressources déplacées.
Procédures de résolution des problèmes
Identification des règles associées à une ressource déplacée à partir du portail Azure
- Pour les règles d’alerte : accédez à Alertes > Gérer les règles d’alerte > filtrez en fonction de l’abonnement conteneur et de la ressource déplacée.
Notes
Les règles d’alerte de journal d’activité ne prennent pas en charge ce processus. Il n’est pas possible de mettre à jour l’étendue d’une règle d’alerte de journal d’activité et de la faire pointer vers une ressource d’un autre abonnement. Au lieu de cela, vous pouvez créer une nouvelle règle qui remplacera l’ancienne.
- Pour les règles de traitement des alertes : accédez à Alertes > Règles de traitement des alertes (préversion) > filtrez en fonction de l’abonnement conteneur et de la ressource déplacée.
Modifier l’étendue d’une règle à partir du portail Azure
- Ouvrez la règle que vous avez identifiée à l’étape précédente en cliquant dessus.
- Sous Ressources, cliquez sur Modifier et ajustez l’étendue.
- Ajustez les autres propriétés de la règle en fonction des besoins.
- Cliquez sur Enregistrer.
Modifier l’étendue d’une règle à l’aide de modèles Azure Resource Manager
- Récupérez le modèle Azure Resource Manager de la règle. Pour exporter le modèle d’une règle à partir du portail Azure :
- Accédez à la section Groupes de ressources dans le portail et ouvrez le groupe de ressources contenant la règle.
- Dans la section Vue d’ensemble, cochez la case Afficher les types masqués, puis filtrez en fonction du type de règle approprié.
- Sélectionnez la règle concernée pour afficher ses détails.
- Sous Paramètres, sélectionnez Exporter le modèle.
- Modifiez le modèle. Si nécessaire, fractionnez en deux règles (pertinent pour certains cas d’alertes de métrique, comme indiqué ci-dessus).
- Redéployez le modèle.
Modifier l’étendue d’une règle à l’aide de l’API REST
- Récupérez la règle existante (alertes de métrique, alertes de journal d’activité).
- Modifiez l’étendue (alertes de journal d’activité).
- Redéployez la règle (alertes de métrique, alertes de journal d’activité).
Modifier l’étendue d’une règle à l’aide de PowerShell
- Récupérez la règle existante (alertes de métrique, alertes de journal d’activité, règles de traitement des alertes).
- Modifiez l’étendue. Si nécessaire, fractionnez en deux règles (pertinent pour certains cas d’alertes de métrique, comme indiqué ci-dessus).
- Redéployez la règle (alertes de métrique, alertes de journal d’activité, règles de traitement des alertes).
Modifier l’étendue d’une règle à l’aide d’Azure CLI
- Récupérez la règle existante (alertes de métrique, alertes de journal d’activité).
- Mettez directement à jour l’étendue de la règle (alertes de métrique, alertes de journal d’activité).
- Si nécessaire, fractionnez en deux règles (pertinent pour certains cas d’alertes de métrique, comme indiqué ci-dessus).
Étapes suivantes
Découvrez comment résoudre d’autres problèmes liés aux notifications d’alerte, aux alertes de métrique et aux alertes de recherche dans les journaux.