Associez votre solution Google Cloud Platform pour visualiser tous vos hosts Google Compute Engine (GCE) dans Datadog. Vos hosts apparaissent dans l’aperçu de l’infrastructure de Datadog. Vous pouvez les trier grâce aux tags de host GCE et aux libellés GCE qui leur sont automatiquement attribués par Datadog.
L'intégration GCP de Datadog est conçue pour recueillir toutes les métriques Google Cloud. Datadog s'efforce de mettre régulièrement à jour sa documentation afin d'inclure chaque sous-intégration. Toutefois, les métriques et les services proposés par les différents services cloud étant en permanente évolution, il est possible que la liste ne soit pas à jour.
Configurez lʼintégration Datadog/Google Cloud pour recueillir des métriques et des logs à partir de vos services Google Cloud.
Prérequis
Si votre organisation restreint les identités en fonction de leur domaine, vous devez ajouter l’identité client Datadog à la liste blanche de votre stratégie. L’identité client de Datadog est C0147pk0i.
Pour utiliser les fonctionnalités d’emprunt d’identité de compte de service et de découverte automatique des projets, et ainsi surveiller vos projets, il est nécessaire d’attribuer certains rôles et d’activer certaines API. Avant de commencer, vérifiez que les API suivantes sont activées pour les projets à surveiller :
Cette méthode vous permet de surveiller tous les projets visibles par un compte de service en attribuant des rôles IAM dans les projets pertinents. Vous pouvez attribuer ces rôles à des projets de façon individuelle ou configurer Datadog pour surveiller des groupes de projets en attribuant ces rôles au niveau de lʼorganisation ou du dossier. Cette méthode dʼattribution des rôles permet à Datadog de découvrir et surveiller automatiquement tous les projets dʼune certaine sélection, y compris tous les nouveaux projets pouvant être ajoutés au groupe à lʼavenir.
Accédez à lʼonglet Permissions et cliquez sur Grant Access.
Collez votre principal Datadog dans la zone de texte New principals.
Attribuez le rôle de Service Account Token Creator et cliquez sur Save.
Remarque : si vous avez déjà configuré un accès à lʼaide dʼun principal Datadog partagé, vous pouvez révoquer lʼautorisation de ce principal après avoir terminé ces étapes.
3. Terminer la configuration de lʼintégration dans Datadog
Dans votre console Google Cloud, accédez à lʼonglet Service Account > Details. Vous pourrez y trouver lʼe-mail associé à ce compte de service Google. Il ressemble à ceci <sa-name>@<project-id>.iam.gserviceaccount.com.
Copiez cet e-mail.
Revenez au carré de configuration de lʼintégration dans Datadog (où vous avez copié votre principal Datadog lors de la section précédente).
Dans la zone située sous Add Service Account Email, collez lʼe-mail que vous avez copié plus tôt.
Cliquez sur Verify and Save Account.
Une quinzaine de minutes après environ, les métriques sʼaffichent dans Datadog.
4. Attribuer des rôles à dʼautres projets (facultatif)
La découverte automatique de projets permet de simplifier le processus dʼajout de projets à surveiller. Si vous permettez à votre compte de service dʼaccéder à dʼautres projets, dossiers ou organisations, Datadog découvre ces projets (et tous les projets imbriqués dans les dossiers ou organisations) et les ajoute automatiquement à votre carré dʼintégration.
Assurez-vous de posséder les autorisations adéquates pour attribuer des rôles au niveau désiré :
Project IAM Admin (or higher)
Folder Admin
Organization Admin
Dans la console Google Cloud, accédez à la page IAM.
Sélectionnez un projet, un dossier ou une organisation.
Pour attribuer un rôle à un principal qui ne possède pas encore dʼautres rôles dans la ressource, cliquez sur Grant Access, puis saisissez lʼe-mail du compte de service que vous avez créé plus tôt.
Attribuez les rôles suivants :
Compute Viewer
Monitoring Viewer
Cloud Asset Viewer
Remarque : le rôle Browser est uniquement requis dans le projet par défaut du compte de service.
Cliquez sur Save.
Configuration
Vous pouvez aussi choisir de limiter les instances GCE qui sont alimentées à Datadog en saisissant des tags dans la zone de texte Limit Metric Collection situés dans le menu déroulant dʼun certain projet. Seuls les hosts correspondants à lʼun des tags définis sont importés dans Datadog. Vous pouvez utiliser des wildcards (? pour un seul caractère, * pour plusieurs caractères) pour faire correspondre de nombreux hosts, ou ! pour en exclure certains. Cet exemple comprend toutes les instances de taille c1*, mais exclut les hosts en staging :
Transférez des logs de vos services Google Cloud à Datadog à lʼaide de Dataflow de Google Cloud et du modèle Datadog. Cette méthode permet à la fois la compression et la mise en lot dʼévénements avant leur transfert vers Datadog. Suivez les instructions de cette section pour :
1. Créez une rubrique Pub/Sub et des abonnements pull pour recevoir des logs provenant dʼun récepteur de log configuré 2. Créez un compte de service de worker dataflow personnalisé afin de fournir le minimum de privilèges aux workers de vos pipelines Dataflow 3. Créez un récepteur de log pour publier des logs dans la rubrique Pub/Sub 4. Créez une tâche Dataflow à lʼaide du modèle Datadog pour diffuser des logs à partir de lʼabonnement Pub/Sub auprès de Datadog
Vous bénéficiez dʼun contrôle total sur les logs qui sont envoyés à Datadog via les filtres de logs que vous créez dans le récepteur de log, y compris les logs GCE et GKE. Référez-vous à la page relative au langage des requêtes de création de logs de Google pour en savoir plus sur la rédaction de filtres.
Remarque : vous devez activer lʼAPI Dataflow pour utiliser Dataflow de Google Cloud. Consultez la section Activer des API de la documentation de Google Cloud pour en savoir plus.
Pour récupérer des logs dʼapplications exécutées en GCE ou GKE, vous pouvez aussi utiliser lʼAgent Datadog.
est en train de devenir obsolète pour les raisons suivantes :
Lʼabonnement Push ne peut pas accéder aux endpoints qui se situent en dehors dʼun VPC Google Cloud
Lʼabonnement Push ne fournit aucune fonctionnalité de compression ni de regroupement des événements, et ne convient donc que pour un très petit nombre de logs
La documentation relative à lʼabonnement Push sert uniquement à dépanner ou modifier des configurations obsolètes. Préférez un abonnement Pull avec le Dataflow Datadog pour transférer vos logs Google Cloud à Datadog.
1. Créer une rubrique et un abonnement Cloud Pub/Sub
Accédez à la console Cloud Pub/Sub et créez une nouvelle rubrique et un nouveau topic. Sélectionnez lʼoption Add a default subscription pour simplifier la configuration.
Remarque : vous pouvez aussi configurer un abonnement Cloud Pub/Sub manuellement avec le type de livraison Pull. Si vous créez manuellement votre abonnement Pub/Sub, ne cochez pas la case Enable dead lettering. Pour en savoir plus, référez-vous à la section Fonctionnalités Pub/Sub non prises en charge.
Donnez un nom clair à ce sujet, comme export-logs-to-datadog, et cliquez sur Create.
Créez un autre sujet et un autre abonnement par défaut pour gérer tous les messages de logs rejetés par lʼAPI Datadog. Le nom de ce sujet est utilisé dans le modèle Dataflow Datadog, où il fait partie de la configuration du chemin pour le paramètre de modèleoutputDeadletterTopic. Une fois que vous avez inspecté et corrigé tous les problèmes des messages dʼéchec, renvoyez-les au sujet export-logs-to-datadog dʼorigine en exécutant une tâche Modèle Pub/Sub vers Pub/Sub.
Datadog recommande de créer un secret dans Secret Manager avec la valeur de votre clé dʼAPI Datadog valide, afin de lʼutiliser plus tard dans le modèle Dataflow Datadog.
Avertissement : les Pub/Sub Cloud sont inclus dans les quotas et limitations de Google Cloud. Si votre nombre de logs dépasse ces limites, Datadog vous conseille de les répartir sur plusieurs sujets. Consultez la rubrique Surveiller la redirection de logs Pub/Sub pour découvrir comment configurer des notifications de monitor si vous vous approchez de ces limites.
2. Créer un compte de service de worker Dataflow personnalisé
Par défaut, les workers de pipelines Dataflow utilisent le compte de service Compute Engine par défaut de votre projet, qui accorde des autorisations pour toutes les ressources du projet. Si vous transmettez des logs dʼun environnement Production, il est conseillé de privilégier la création dʼun compte de service de worker personnalisé nʼincluant que les rôles et les autorisations nécessaires, et dʼattribuer ce compte de service à vos workers de pipeline Dataflow.
Accédez à la page Comptes de service de la console Google Cloud et sélectionnez votre projet.
Cliquez sur CREATE SERVICE ACCOUNT et attribuez un nom descriptif au compte de service. Cliquez sur CREATE AND CONTINUE.
Ajoutez les rôles dans le tableau des autorisations correspondant et cliquez sur DONE.
Autoriser ce compte de service à lire et écrire sur le compartiment de Cloud Storage indiqué pour les fichiers en staging
Remarque : si vous ne créez par de compte de service pour les workers de pipeline Dataflow, assurez-vous que le compte de service Compute Engine par défaut possède les autorisations requises ci-dessus.
3. Exporter des logs depuis le sujet Pub/Sub Google Cloud
Depuis lʼonglet Log Router, sélectionnez Create Sink.
Nommez le récepteur.
Choisissez Cloud Pub/Sub comme destination et sélectionnez le sujet Cloud Pub/Sub créé à cette fin. Remarque : le sujet Cloud Pub/Sub peut se situer dans un autre projet.
Choisissez les logs que vous souhaitez inclure dans le récepteur avec un filtre dʼinclusion ou dʼexclusion facultatif. Vous pouvez filtrer les logs avec une requête de recherche, ou utiliser lʼexemple de fonction. Par exemple, si vous souhaitez inclure seulement 10 % des logs avec ERROR comme niveau de severity, créez un filtre dʼinclusion avec severity="ERROR" AND sample(insertId, 0.01).
Cliquez sur Create Sink.
Remarque : il est possible de créer plusieurs exportations depuis Google Cloud Logging vers le même sujet Cloud Pub/Sub en utilisant plusieurs récepteurs.
Donnez un nom à la tâche et sélectionnez un endpoint régional Dataflow.
Sélectionnez Pub/Sub to Datadog dans la liste déroulante Dataflow template, et la section Required parameters apparaît. a. Sélectionnez l’abonnement en entrée dans la liste déroulante Pub/Sub input subscription. b. Saisissez les informations suivantes dans le champ Datadog logs API URL :
https://
Remarque : assurez-vous que le sélecteur de site Datadog à droite de la page est défini sur votre site Datadog avant de copier l’URL ci-dessus.
c. Sélectionnez le sujet créé pour recevoir les échecs de messages dans la liste déroulante Output deadletter Pub/Sub topic. d. Indiquez un chemin d’accès pour les fichiers temporaires dans votre compartiement de stockage dans le champ Temporary location.
Si vous avez créé un secret dans Secret Manager avec la valeur de votre clé API Datadog comme indiqué dans étape 1), entrez le nom de la ressource du secret dans le champ Google Cloud Secret Manager ID.
Consultez la section Paramètres de modèle dans le modèle Dataflow pour en savoir plus sur lʼutilisation des autres options disponibles :
apiKeySource=KMS avec apiKeyKMSEncryptionKey défini sur votre clé dʼID de Cloud KMS et apiKey défini sur la clé dʼAPI chiffrée
Non conseillé : apiKeySource=PLAINTEXT avec apiKey défini sur la clé dʼAPI en texte brut
Si vous avez créé un compte service de worker personnalisé, sélectionnez-le dans le menu déroulant Service account email.
Cliquez sur RUN JOB.
Remarque : si vous possédez un VPC partagé, consultez la page Spécifier un réseau et un sous-réseau de la documentation Dataflow pour obtenir des instructions sur la spécification des paramètres Network et Subnetwork.
Validation
Les nouveaux événements de logs envoyés au sujet Cloud Pub/Sub apparaissent dans le Log Explorer de Datadog.
gcp.pubsub.subscription.num_undelivered_messages pour le nombre de messages en attente de livraison
gcp.pubsub.subscription.oldest_unacked_message_age pour l’âge du plus ancien message non acquitté dans un abonnement
Utilisez les métriques ci-dessus avec un monitor de métriques pour recevoir des alertes pour les messages dans vos abonnements en entrée et de messages non aboutis.
Surveiller le pipeline Dataflow
Utilisez lʼintégration Google Cloud Dataflow de Datadog pour surveiller tous les aspects de vos pipelines Dataflow. Vous pouvez voir toutes vos métriques Dataflow principales sur le dashboard prêt à l’emploi, doté de données contextuelles telles que des informations sur les instances GCE qui exécutent vos workloads Dataflow, et votre débit Pub/Sub.
Vous pouvez également utiliser un monitor recommandé préconfiguré pour configurer des notifications pour les augmentations du temps de backlog dans votre pipeline. Pour en savoir plus, lisez la section Monitor your Dataflow pipelines with Datadog (en anglais) dans le blog de Datadog.
Données collectées
Métriques
Consultez les différentes pages des intégrations Google Cloud pour en savoir plus sur les métriques associées.
Métriques cumulatives
Les métrique cumulatives sont importées dans Datadog avec une métrique .delta chaque nom de métrique. Une métrique cumulative est une métrique dont la valeur augmente constamment au fil du temps. Par exemple, une métrique pour sent bytes peut être cumulative. Chaque valeur enregistre le nombre total d’octets envoyés par un service à ce moment-là. La valeur delta représente la différence avec la mesure précédente.
Exemple :
gcp.gke.container.restart_count est une métrique CUMULATIVE. Lors de l’importation de cette métrique en tant que métrique cumulative, Datadog ajoute la métrique gcp.gke.container.restart_count.delta, qui inclut les valeurs delta (par opposition à la valeur agrégée émise dans le cadre de la métrique CUMULATIVE). Référez-vous à a section types de métriques Google Cloud pour en savoir plus.
Événements
Tous les événements de service générés par Google Cloud Platform sont transférés vers votre Events Explorer Datadog.
Checks de service
L’intégration Google Cloud Platform n’inclut aucun check de service.
Récupérer l’utilisation horaire pour les invocations tracées lambda
Les tags sont automatiquement attribués en fonction d’un ensemble d’options de configuration Google Cloud Platform et Google Compute Engine. Toutes les métriques bénéficient du tag project_id. Des tags supplémentaires sont recueillis à partir de la plateforme Google Cloud, le cas échéant. Les tags recueillis dépendent du type de métrique.
En outre, Datadog recueille les éléments suivants en tant que tags :
Les hosts avec les libellés <key>:<value>
Les libellés personnalisés de Google Pub/Sub, GCE, Cloud SQL et Cloud Storage
Dépannage
Mes métadonnées sont incorrectes pour les métriques gcp.logging définies par l’utilisateur
Pour les métriques gcp.logging non standard, comme les métriques qui ne correspondent pas aux métriques de journalisation Datadog par défaut, les métadonnées appliquées peuvent différer de celles de Google Cloud Logging.
Dans ce cas, les métadonnées doivent être définies manuellement sur la page de résumé de la métrique : recherchez et sélectionnez la métrique en question, puis cliquez sur l’icône en forme de crayon à côté des métadonnées.
