タグパイプライン

ドキュメント > Cloud Cost Management > Cost Allocation > タグパイプライン

概要

タグは、Cloud Cost Management のすべての分析と割り当ての基盤となります。タグを使用すると、サービス、チーム、プロジェクト、環境のほか、ビジネスに関連するあらゆるディメンション別に支出を分類できます。タグパイプラインは、すべてのクラウドリソースに対して標準化されたタグの使用を強制し、組織全体で一貫した正確なコスト配分を保証するのに役立ちます。

タグパイプラインを使用すると、クラウドの請求で欠落したタグや誤ったタグに対処するためのタグルールを作成できます。また、特定のビジネスロジックに沿った新しい推論タグを作成して、コスト追跡の精度を高めることもできます。これらの標準化されたタグは、コンテナコスト割り当て、カスタム割り当てルール、コスト推奨事項など、すべてのコスト分析機能を強化します。

タグパイプラインは、すべてのプロバイダーの Cloud Cost メトリクスに適用されます。作成したルールはすべてのコストデータとコスト推奨事項に反映され、ダッシュボード、モニター、割り当てレポート全体で一貫性が確保されます。

タグパイプラインが変更されると、新しいルールが直近 3 か月分のデータに自動的に適用されます。ルールが追加または変更された後、過去のデータの更新が完了するまでに最大 24 時間かかる場合があります。

すべての新規ユーザーに対して、タグの正規化を有効にするための推奨ルールがデフォルトで有効になります。

ルールセットを作成する

タグパイプラインのルールセットは、API または Terraform を使用するか、次の手順に従って Datadog で直接管理できます。

ルールセットを作成するには、Cloud Cost > Settings > Tag Pipelines に移動します。

ルールは最大で 100 個まで作成できます。API ベースのリファレンステーブルはサポートされていません。

個別のルールを作成する前に、

New Ruleset

をクリックしてルールセット (ルール用のフォルダー) を作成します。

各ルールセット内で

Add New Rule

をクリックし、ルールタイプ (Add tag、Alias tag keys、または Map multiple tags) を選択します。これらのルールは、上から下の順に決定論的な順序で実行されます。

チーム、アカウント、サービス、部門、ビジネスユニットなど、さまざまなカテゴリを表示するタグパイプラインページのタグルールの一覧

ビジネスロジックに合わせて実行順序を確実に制御できるよう、ルールとルールセットを整理できます。

Add tag

Cloud Cost データに既存のタグがあるかどうかに基づいて、新しいタグ (キーと値) を追加します。

たとえば、リソースが属するサービスに基づいて、すべてのリソースにビジネスユニットのタグを付けるルールを作成できます。

service:process-agent または service:process-billing を持つリソースに businessunit タグを新たに追加

Additional options セクションには、次のオプションがあります。

Action when tag {tag} exists - 指定したタグ (上記の例では business-unit) がすでに存在する場合の動作を選択します。
- Don’t apply the rule - タグがすでに存在する場合はルールをスキップし、元の値を保持します。
- Append the tag - 元の値を削除せずに、新しい値を既存のタグに追加します。
- Replace the tag - 既存のタグの値を新しい値で置き換えます。
  タグを置き換えると、既存のデータが上書きされる可能性があります。このオプションは慎重に使用してください。
Apply case-insensitive matching to resource tags- To resources with tag(s)フィールドで定義されたタグとコストデータのタグを、大文字と小文字を区別せずに扱えるようにします。たとええば、UI のリソースタグが foo:bar で、コストデータのタグが Foo:bar である場合に、両者を照合することができます。

Alias tag keys

既存のタグの値を、より標準化されたタグにマッピングします。

たとえば、組織で標準の application タグキーを使用したいが、複数のチームでそのタグのバリエーション (app、webapp、apps など) を使用している場合、application を apps のエイリアスに設定できます。各エイリアスタグルールで、最大 25 個のタグキーのエイリアスとして新しいタグを設定できます。

app、webapp、または apps タグを持つリソースに application タグを追加します。各リソースについて、最初の一致が見つかった時点でルールの実行は停止します。たとえば、リソースにすでに app タグがある場合、ルールで webapp タグや apps タグの特定は行われません。

Additional options セクションには、次のオプションがあります。

Action when tag {tag} exists - 指定したタグ (上記の例では application) がすでに存在する場合の動作を選択します。
- Don’t apply the rule - タグがすでに存在する場合はルールをスキップし、元の値を保持します。
- Append the tag - 元の値を削除せずに、新しい値を既存のタグに追加します。
- Replace the tag - 既存のタグの値を新しい値で置き換えます。
  タグを置き換えると、既存のデータが上書きされる可能性があります。このオプションは慎重に使用してください。
Apply case-insensitive matching to resource tags- タグキーで定義されたタグとコストデータのタグを、大文字と小文字を区別せずに扱えるようにします。たとええば、UI のリソースタグが app:bar で、コストデータのタグが App:bar である場合に、両者を照合することができます。

Map multiple tags

複数のルールを作成する代わりに、リファレンステーブルを使用してコストデータに複数のタグを追加します。これにより、リファレンステーブルの主キー列の値がコストタグの値にマッピングされます。選択されたリファレンステーブルの列が見つかった場合、パイプラインはその列をコストデータにタグとして追加します。

たとえば、それぞれの AWS アカウントや Azure アカウントがどの VP、組織、ビジネスユニットに属しているかについての情報を追加する場合、テーブルを作成してタグをマッピングできます。

タグパイプラインのリファレンステーブルを使用して customer_name のようなアカウントメタデータを追加

[Alias tag keys] と同様に、各リソースについて、最初の一致が見つかった時点でルールの実行は停止します。たとえば、application が見つかった場合、そのルールは subscription_id を探そうとはしません。

Additional options セクションには、次のオプションがあります。

Action when column exists - 指定した列がすでに存在する場合の動作を選択します。
- Don’t apply the rule - 列がすでに存在する場合はルールをスキップし、元の値を保持します。
- Append the column - 元の値を削除せずに、新しい値を既存の列に追加します。
- Replace the column - 既存の列の値を新しい値で置き換えます。
  列を置き換えると、既存のデータが上書きされる可能性があります。このオプションは慎重に使用してください。
Apply case-insensitive matching for primary key values- リファレンステーブルの主キーの値と、タグキーが主キーと一致するコストデータ内のタグの値との間で、大文字と小文字を区別しない照合を有効にします。たとえば、UI の主キーの値のペアが foo:Bar で、コストデータのタグが foo:bar である場合に、両者を照合することができます。

予約済みタグ

env や host などの特定のタグは予約済みタグであり、統合サービスタグ付けの一部です。host タグは、タグパイプラインでは追加できません。

タグを使用すると、メトリクス、トレース、プロセス、ログの関連付けに役立ちます。host のような予約済みタグは、インフラストラクチャー全体にわたる可視性と効果的な監視を提供します。最適な関連付けと実用的なインサイトを得るために、Datadog のタグ付け戦略の一環としてこれらの予約済みタグを使用してください。