Présentation

Les tags sont la base de toute analyse et allocation dans Cloud Cost Management. Ils vous permettent de ventiler les dépenses par service, équipe, projet, environnement ou toute dimension pertinente pour votre entreprise. Les pipelines de tags imposent l’utilisation de tags standardisés sur vos ressources cloud et aident à garantir une attribution des coûts cohérente et précise dans toute votre organisation.

Avec les pipelines de tags, vous pouvez créer des règles de tag pour corriger les tags manquants ou incorrects sur vos factures cloud. Vous pouvez également créer de nouveaux tags déduits qui s’alignent sur une logique métier spécifique pour améliorer la précision de votre suivi des coûts. Ces tags standardisés alimentent toutes les capacités d’analyse des coûts, y compris l’allocation des coûts des conteneurs, les règles d’allocation personnalisées et les recommandations de coûts.

Les pipelines de tags s’appliquent aux métriques Cloud Cost de tous les fournisseurs. Les règles que vous créez affectent toutes les données de coût et les recommandations de coût, garantissant ainsi la cohérence entre les dashboards, les monitors et les rapports d’allocation.

Lorsque les pipelines de tags changent, les nouvelles règles sont automatiquement appliquées aux trois derniers mois de données. La mise à jour des données historiques peut prendre jusqu’à 24 heures après l’ajout ou la modification de règles.

Tous les nouveaux utilisateurs ont la règle recommandée pour activer la normalisation des tags activée par défaut.

Créer un ensemble de règles

Vous pouvez gérer les ensembles de règles de pipeline de tags via l’API, Terraform, ou directement dans Datadog en suivant les instructions ci-dessous.

Pour créer un ensemble de règles, accédez à Cloud Cost > Settings > Tag Pipelines.

Avant de créer des règles individuelles, créez un ensemble de règles (un dossier pour vos règles) en cliquant sur + New Ruleset.

Au sein de chaque ensemble de règles, cliquez sur + Add New Rule et sélectionnez un type de règle : Add tag, Alias tag keys ou Map multiple tags. Ces règles s’exécutent dans un ordre séquentiel et déterministe, de haut en bas.

Vous pouvez organiser les règles et les ensembles de règles pour vous assurer que l’ordre d’exécution correspond à votre logique métier.

Ajouter un tag

Ajoutez un nouveau tag (clé + valeur) en fonction de la présence de tags existants sur vos données de coûts Cloud.

Vous pouvez par exemple créer une règle qui applique à toutes les ressources un tag, dont la valeur correspond à l’unité commerciale liée aux services dont ces ressources font partie.

Sous la section Additional options, vous disposez des options suivantes :

• Action when tag {tag} exists - Choisissez quoi faire si le tag spécifié (business-unit dans l’exemple ci-dessus) existe déjà :
  • Don’t apply the rule - Ignorez le tag si celui-ci existe déjà, en préservant la valeur d’origine.
  • Append the tag - Ajoutez la nouvelle valeur au tag existant sans supprimer la valeur d’origine.
  • Replace the tag - Remplacez la valeur du tag existant par la nouvelle valeur.
    Le remplacement des tags peut écraser les données existantes. Utilisez cette option avec précaution.
• Apply case-insensitive matching to resource tags - Permet aux tags définis dans le champ To resources with tag(s) et aux tags issus des données de coût d’être insensibles à la casse. Par exemple, si les tags de ressource de l’interface utilisateur sont : foo:bar et que le tag issu des données de coût est Foo:bar, alors les deux peuvent être mis en correspondance.

Alias de clés de tag

Mappez des valeurs de tags existants à un tag plus standard.

Par exemple, si votre organisation souhaite utiliser la clé de tag standard application, mais que plusieurs équipes utilisent une variante de ce tag (comme app, webapp ou apps), vous pouvez créer un alias de apps vers application. Chaque règle de tag d’alias vous permet de créer un alias pour un maximum de 25 clés de tag vers un nouveau tag.

Ajoutez le tag d’application aux ressources avec les tags app, webapp ou apps. La règle cesse de s’exécuter pour chaque ressource après la première correspondance trouvée. Par exemple, si une ressource possède déjà un tag app, alors la règle ne tente plus d’identifier un tag webapp ou apps.

Sous la section Additional options, vous disposez des options suivantes :

• Action when tag {tag} exists - Choisissez quoi faire si le tag spécifié (application dans l’exemple ci-dessus) existe déjà :
  • Don’t apply the rule - Ignorez le tag si celui-ci existe déjà, en préservant la valeur d’origine.
  • Append the tag - Ajoutez la nouvelle valeur au tag existant sans supprimer la valeur d’origine.
  • Replace the tag - Remplacez la valeur du tag existant par la nouvelle valeur.
    Le remplacement des tags peut écraser les données existantes. Utilisez cette option avec précaution.
• Apply case-insensitive matching to resource tags - Permet aux tags définis dans les clés de tag d’alias et aux tags issus des données de coût d’être insensibles à la casse. Par exemple, si les tags de ressource de l’interface utilisateur sont : app:bar et que le tag issu des données de coût est App:bar, alors les deux peuvent être mis en correspondance.

Mapper plusieurs tags

Utilisez les Tables de référence pour ajouter plusieurs tags aux données de coût sans créer plusieurs règles. Ceci mappe les valeurs de la colonne de clé primaire de votre Reference Table aux valeurs des tags de coût. Si elle est trouvée, le pipeline ajoute les colonnes de Reference Table sélectionnées en tant que tags aux données de coût.

Par exemple, si vous souhaitez ajouter des informations sur les vice-présidents, les organisations et les business_units auxquels appartiennent différents comptes AWS et Azure, vous pouvez créer un tableau et mapper les tags.

Similaire aux clés de tag d’alias, la règle cesse de s’exécuter pour chaque ressource après la première correspondance trouvée. Par exemple, si un application est trouvé, alors la règle ne tente plus de trouver un subscription_id.

Sous la section Additional options, vous disposez des options suivantes :

• Action when column exists - Choisissez quoi faire si les colonnes spécifiées existent déjà :
  • Don’t apply the rule - Ignore la règle si les colonnes existent déjà, en préservant les valeurs d’origine.
  • Append the column - Ajoute les nouvelles valeurs aux colonnes existantes sans supprimer les valeurs d’origine.
  • Replace the column - Remplace les valeurs de colonne existantes par les nouvelles valeurs.
    Le remplacement de colonnes peut écraser les données existantes. Utilisez cette option avec précaution.
• Apply case-insensitive matching for primary key values - Active la correspondance insensible à la casse entre la valeur de la clé primaire de la Reference Table et la valeur du tag dans les données de coût lorsque la clé de tag correspond à la clé primaire. Par exemple, si la paire de valeurs de clé primaire de l’interface utilisateur est foo:Bar et que le tag des données de coût est foo:bar, alors les deux peuvent être mis en correspondance.

Tables de référence basées sur l’API

Vous pouvez également utiliser des tables de référence basées sur l’API dans Tag Pipelines. Certaines tables plus anciennes peuvent nécessiter une mise à jour des données pour se synchroniser avec Cloud Cost Management avant que vous puissiez les utiliser dans une règle.

Dépannage des erreurs de synchronisation

Si vous recevez une erreur indiquant qu’une Reference Table ne s’est pas synchronisée avec Cloud Cost Management lors de l’enregistrement d’une règle :

1. Attendez la propagation : Si vous avez récemment créé ou mis à jour la table, attendez quelques minutes que les modifications se propagent, puis enregistrez à nouveau la règle.
2. Déclencher la synchronisation : Si l’erreur persiste, téléchargez à nouveau le fichier de données de la table ou mettez à jour une ligne pour déclencher la synchronisation avec Cloud Cost Management.

Tags réservés

Certains tags tels que env et host sont des tags réservés et font partie du Unified Service Tagging. Le tag host ne peut pas être ajouté dans les pipelines de tags.

L’utilisation de tags aide à corréler vos métriques, traces, processus et logs. Les tags réservés comme host offrent une visibilité et une surveillance efficace sur l’ensemble de votre infrastructure. Pour une corrélation optimale et des informations exploitables, utilisez ces tags réservés dans le cadre de votre stratégie de tagging dans Datadog.

Supprimer des tags

Pour supprimer un tag créé à l’aide des pipelines de tags, supprimez la règle qui l’a créé. Dans les 24 heures, le tag est automatiquement supprimé des données des trois derniers mois. Pour supprimer le tag des anciennes données, contactez le support Datadog.

Pour aller plus loin

Documentation, liens et articles supplémentaires utiles:

Découvrez Cloud Cost Management.DOCUMENTATION Débuter avec les tagsDOCUMENTATION En savoir plus sur les tables de référenceDOCUMENTATION Répartissez les coûts de l'IA entre les fournisseurs avec Datadog Cloud Cost ManagementBLOG Gérez et optimisez vos coûts OCI avec Datadog Cloud Cost ManagementBLOG