New Relic データベースエンティティの拡張タグ

New Relic 、 MySQLおよび Microsoft SQL Server のオンホストインテグレーションを介して、データベースエンティティモニター用に、より豊富でカスタマイズ可能なタグを提供するようになりました。この機能強化により、インサイトをより深く把握し、フィルタリングを改善し、特定の運用ニーズに基づいて監視データベースインスタンスをより適切に整理できるようになります。

以前は、オンホストインテグレーションを介したデータベースエンティティモニターは通常、 account 、 accountId 、 trustedAccountIdなどの基本的なタグのみを表示していました。 environment 、 owning_team 、 region 、 cellなどの貴重なコンテキストが豊富なタグや、セットアップに関連するその他のカスタムメタデータを統合設定から直接追加できるようになりました。

データベースエンティティにタグを適用する方法

データベースエンティティのタグは、テレメトリーで見つかった特定のプロパティから自動的に生成されます。設定ファイルを通じてこれらのタグに直接影響を与えることができます。

データベース統合設定より

データベース統合の設定ファイルのラベルセクション内で定義されたプロパティ (たとえば、 mysql-config.ymlやmssql-config.yml ) は、対応するデータベースエンティティのタグになります。

これらの設定ファイルへの変更は自動的に取得されるため、 New Relic Infrastructure エージェントやデータベースサービスのサービスを再起動する必要はありません。

データベース統合構成ファイルのスニペットの例 (例: mysql-config.yml ):

# /etc/newrelic-infra/integrations.d/mysql-config.yml
integrations:
  - name: nri-mysql
    config:
      # ... other configuration ...
      labels:
        environment: production
        owning_team: database-admins
        cell: us-east-1a
        app_version: v2.5.0

インフラストラクチャーエージェントよりカスタムアトリビュート

newrelic-infra.ymlファイルのcustom_attributesセクションで定義されたカスタムアトリビュートは、データベースインスタンスを含む、その特定のインフラストラクチャによるすべてのエンティエージェントティモニターのタグになることもできます。

インフラストラクチャエージェントカスタムアトリビュートをデータベースエンティティのタグに変換するには、そのキーが接頭辞label.で始まる必要があります。

newrelic-infra.ymlへの変更を有効にするには、インフラストラクチャエージェントを再起動する必要があります。

例newrelic-infra.ymlスニペット:

# /etc/newrelic-infra.yml
# ... other configuration ...
custom_attributes:
  region: 'APAC'
  host_type: 'production-server'
  label.data_center: 'Mumbai-DR'
  label.deployment_tier: 'backend'

この例では、 data_centerとdeployment_tierエンティティ上のデータベースとして表示されますが、 regionとhost_typeホスト自体にカスタムアトリビュートとして残ります。

New Relicにおけるタグの挙動を理解する

これらのテレメトリーベースのタグがNew Relic UIでどのように動作するかを理解することが重要です。

タグレイテンシ:タグは、テレメトリーではありません。取り込みパイプラインのキャッシュにより、新しく追加されたタグが UI に表示されるまでに最大5 分かかる場合があります。
タグ値の更新:既存のタグの値を変更すると (たとえば、 environment: stagingをenvironment: productionに変更すると)、新しいタグ値が追加されます。古いタグ値は、4 時間の Time To Live (TTL) が期限切れになるまでしばらく保持されます。これにより、古いタグが削除されるまで、UI に重複したタグが一時的に表示されることがあります。ただし、テレメトリーレベル ( NRQL書き込みなど) では、更新されたタグ値が以前のタグ値を上書きします。つまり、そのタグにはアクティブな値が 1 つだけ存在することになります。
タグの削除:設定からタグを削除した場合、TTL により最大4 時間UIにタグが表示され続けます。

ヒント

APMサービスマップにインストルメントされていないデータベースが表示される場合は、アプリケーションがインスツルメントされたデータベースインスタンスに直接ではなく、ロードバランサーやプロキシなどの中間エンドポイントを介して接続していることが原因である可能性があります。これに対処するには、 endpointをインストゥルメントされたインスタンスに手動でマッピングします。インストゥルメント化されていないエンドポイントのアドレスをタグ値として使用して、インストルメント化された各データベースインスタンスにendpointタグを追加します。

たとえば、インストルメントされていないエンティティがdb-lb.internal.example.comロードバランサである場合は、各バッキングデータベースインスタンスに次のタグを追加します。 endpoint:db-lb.internal.example.com

既存の設定への影響

請求に変更はありません:この更新は請求に影響しません。
既存のテレメトリに変更はありません:その他の動作に違いはなく、すでに収集している既存のテレメトリにも変更はありません。主な効果は、UI 内のエンティティに関連付けられたメタデータが充実することです。

これらの点を理解することで、拡張タグを効果的にカスタマイズして活用し、New Relic のデータベースインスタンスに対して、より整理された洞察に富んだ監視エクスペリエンスを実現できます。