Partager via

Corriger les erreurs courantes pour Datadog

  • Article

Ce document contient des informations sur le dépannage de vos solutions qui utilisent Datadog.

Erreurs d’achat de la Place de marché

  • Le RP Microsoft.SaaS n’est pas inscrit sur l’abonnement Azure.

  • Ce plan ne peut pas être acheté avec un abonnement gratuit, mettez à niveau votre compte.

  • L’achat a échoué, car nous n’avons pas trouvé de mode de paiement valide associé à votre abonnement Azure.

    • Utilisez un autre abonnement Azure, ou ajoutez ou mettez à jour les informations actuelles de carte de crédit ou de mode de paiement pour cet abonnement. Pour plus d’informations, consultez Acheter une offre SaaS dans le portail Azure.

  • Le serveur de publication ne met pas l’offre à disposition, planifiez votre abonnement/région de compte Azure.

    • L’offre ou le plan spécifique n’est pas disponible pour le marché du compte de facturation connecté à l’abonnement Azure.

  • L’inscription à la Place de marché Azure est définie sur des références SKU gratuites/BYOL uniquement, l’achat pour le produit Azure n’est pas autorisé. Contactez l’administrateur en charge de votre inscription pour modifier les paramètres EA.

  • Place de marché n’est pas activée pour l’abonnement Azure.

  • Le plan de l’éditeur n’est pas disponible pour l’achat en raison des paramètres de la Place de marché privée effectués par l’administrateur informatique de votre locataire.

    • Le client utilise la place de marché privée pour limiter l’accès de son organisation à des offres et plans spécifiques. L’offre spécifique ou le plan n’ont pas été configurés pour être disponibles sur la place de marché privée du locataire. Contactez l’administrateur informatique de votre locataire.

  • L’abonnement EA n’autorise pas les achats de la Place de marché.

Si ces options ne résolvent pas le problème, contactez le support Datadog.

Impossible de créer Datadog

Pour configurer l’intégration de Datadog à Azure, vous devez disposer d’un accès Propriétaire sur l’abonnement Azure. Vérifiez que vous disposez de l’accès approprié avant de commencer l’installation.

Erreurs d’authentification unique

  • Impossible d’enregistrer les paramètres d’authentification unique

    • Cette erreur se produit quand une autre application d’entreprise utilise l’identificateur SAML Datadog. Pour rechercher l’application qui l’utilise, sélectionnez Modifier dans la section Configuration SAML de base.

    Pour résoudre ce problème, vous pouvez soit désactiver l’autre application, soit utiliser l’autre application en tant qu’application d’entreprise pour configurer l’authentification unique SAML avec Datadog. Si vous décidez d’utiliser l’autre application, assurez-vous que l’application possède les paramètres requis.

  • L’application ne s’affiche pas dans la page des paramètres d’authentification unique

    • Tout d’abord, recherchez l’ID de l’application. Si aucun résultat ne s’affiche, vérifiez les paramètres SAML de l’application. La grille affiche uniquement les applications dont les paramètres SAML sont corrects.

      L’URL de l’identificateur doit être https://us3.datadoghq.com/account/saml/metadata.xml.

      L’URL de réponse doit être https://us3.datadoghq.com/account/saml/assertion.

      L’image suivante montre les valeurs correctes.

  • Les utilisateurs invités au locataire ne peuvent pas accéder à l’authentification unique

    • Certains utilisateurs ont deux adresses e-mail dans le portail Azure. En règle générale, l’une des adresses e-mail est le nom d’utilisateur principal (UPN) et l’autre adresse e-mail est une adresse secondaire.

    Quand vous invitez un utilisateur, utilisez le nom d’utilisateur principal du locataire d’accueil. En utilisant le nom d’utilisateur principal, vous conservez l’adresse e-mail synchronisée pendant le processus d’authentification unique. Vous pouvez trouver le nom d’utilisateur principal en recherchant l’adresse e-mail en haut à droite sur le portail Azure de l’utilisateur.

Journaux non émis

  • Seules les ressources répertoriées dans les catégories de journaux de ressources Azure Monitor émettent des journaux vers Datadog.

    Pour vérifier si la ressource émet des journaux à Datadog :

    1. Accédez au paramètre de diagnostic Azure pour la ressource spécifique.

    2. Vérifiez qu’il existe un paramètre de diagnostic Datadog.

  • La ressource ne prend pas en charge l’envoi de journaux. Seuls les types de ressource avec des catégories de journaux de supervision peuvent être configurés pour envoyer des journaux. Pour plus d’informations, consultez catégories prises en charge.

  • Limite de cinq paramètres de diagnostics atteints. Chaque ressource Azure peut avoir un maximum de cinq paramètres de diagnostic. Pour plus d’informations, consultez Paramètres de diagnostic.

  • L’exportation de données de métriques n’est actuellement pas prise en charge par les solutions partenaires sous les paramètres de diagnostic Azure Monitor.

Métriques non émises

Un rôle de Lecteur d’analyse est attribué à la ressource Datadog dans l’abonnement Azure approprié. Ce rôle permet à la ressource Datadog de collecter les métriques et de les envoyer à Datadog.

Pour vérifier que la ressource dispose de l’attribution de rôle appropriée, ouvrez le portail Azure et sélectionnez l’abonnement. Dans le volet gauche, sélectionnez Contrôle d’accès (IAM). Recherchez le nom de la ressource Datadog. Vérifiez que le rôle de Lecteur d’analyse est attribué à la ressource Datadog.

Échec de l’installation de l’agent Datadog

L’intégration de Datadog dans Azure vous permet d’installer l’agent Datadog sur une machine virtuelle ou une instance App Service. Pour configurer l’agent Datadog, la clé API sélectionnée en tant que Clé par défaut dans l’écran des clés API est utilisée. Si une clé par défaut n’est pas sélectionnée, l’installation de l’agent Datadog échoue.

Si l’agent Datadog est configuré avec une clé incorrecte, accédez à l’écran des clés API et modifiez la Clé par défaut. Vous devez désinstaller l’agent Datadog et le réinstaller pour configurer la machine virtuelle avec les nouvelles clés API.

Les paramètres de diagnostic sont actifs même après avoir désactivé la ressource Datadog ou appliqué les règles d’étiquette nécessaires

Si des journaux d’activité sont émis et que les paramètres de diagnostic restent actifs sur les ressources analysées, même après la désactivation de la ressource Datadog ou la modification des règles d’étiquette pour exclure certaines ressources, il est probable qu’il existe un verrou de suppression appliqué aux ressources ou au groupe de ressources contenant la ressource. Ce verrou empêche le nettoyage des paramètres de diagnostic et, par conséquent, les journaux continuent d’être transférés pour ces ressources. Pour résoudre ce problème, supprimez le verrou de suppression de la ressource ou du groupe de ressources. Si le verrou est supprimé une fois la ressource Datadog supprimée, les paramètres de diagnostic doivent être nettoyés manuellement pour arrêter le transfert de journal.

Paramètres de diagnostic non créés comme prévu après le déplacement d’une ressource

Si vous devez supprimer une ressource, renommer ou déplacer une ressource, ou la migrer parmi des groupes de ressources ou des abonnements, supprimez d’abord ses paramètres de diagnostic. Sinon, si vous recréez cette ressource, les paramètres de diagnostic de la ressource supprimée peuvent être inclus avec la nouvelle ressource, en fonction de la configuration de la ressource pour chaque ressource. Si les paramètres de diagnostic sont inclus avec la nouvelle ressource, cela reprend la collecte des journaux de ressources tel que défini dans le paramètre de diagnostic et envoie les données de métrique et de journal applicables à la destination configurée précédemment. En outre, il est recommandé de supprimer les paramètres de diagnostic d’une ressource que vous allez supprimer et de ne pas planifier d’utiliser à nouveau pour garder votre environnement propre. En savoir plus

Mises à jour manuelles des paramètres de diagnostic créés via des règles d’étiquette

Les paramètres de diagnostic sont créés en fonction de règles d’étiquette. Actuellement, la modification des catégories de journaux via la page des paramètres de diagnostic n’est pas autorisée. Bien que vous puissiez décocher des catégories de journaux et les enregistrer, les paramètres par défaut seront rétablis (conformément aux règles d’étiquette).

Si les détails de destination sont modifiés, un nouveau paramètre de diagnostic avec la configuration d’origine est recréé. Ceci est soumis à la limitation d’un maximum de cinq paramètres de diagnostic par ressource. En savoir plus

Étapes suivantes