データ保持の確認と管理

Data retention UI ページを使用して、データが New Relic データベース (NRDB) に保存される期間を確認、管理します。機密情報を保護するためにデータを短期間保存したり、長期的な傾向を把握するためにデータを長期間保存したりすることができます。保存しているデータのソース、最終更新日、データの保存期間を一目で把握することができます。保存期間の設定は、New Relic におけるデータの ソース と 名前空間 の分類に応じて、8 日から 395 日の範囲で設定できます。

データ保持のUIを探す

Data retention タブは、 Data management hub にあります。

保存期間

次の表は、 New Relic One の料金モデル のデフォルトの保持設定を示しています。

リテンション値の調整

お客様は、データのニーズに合わせて保存期間を調整することができます。たとえば、クエリのパフォーマンスを最適化するために、契約上の保持期間を短くすることができます。逆に、データタイプによっては保持期間を長くして、長期間にわたるより詳細な分析をサポートしたり、データのコンプライアンス要件を満たしたりすることもできます。

保存期間が1ヶ月（30日）延長されるごとに、1ヶ月に取り込まれるGBあたり0.05ドルとなります。

リテンション調整の要件

価格設定モデル-関連する要件。

• New Relic Oneの価格モデル：リテンションの編集にはProまたはEnterpriseエディションが必要です。
• オリジナル価格モデル：リテンションの編集にはInsights Proが必要です。

データ保持を編集する機能は、ユーザーがどのユーザーモデルにいるかによって影響を受けます。

• New Relic One ユーザーモデル: Billing ユーザー ロール が必要です。
• オリジナルのユーザーモデル: オーナー、管理者、または データ保持管理者 アドオンの役割.

リテンション値の低下

特定のデータソースの保持日数を短縮しても、そのソースタイプの既存データはすぐには消えません。そのデータは数週間は表示され、クエリで返される可能性があります。誤ってデータを削除してしまわないようにセーフガードを設けていますが、このことは、保持日数を減らすことが、データを素早く 削除するための良い戦略ではないことを意味しています 。

とはいえ、お客様の変更は12時間以内にシステムに登録され、調整されたソースタイプの新しいデータは新しい期間保持されます。

データ保持量を契約した保持値よりも減らしても、New Relic のデータ取り込み料金は減らないことに注意してください。逆に、対象となる遠隔測定データタイプの保持量を増やすと、New Relic との間でデータ取り込み料金の調整に関する会話が発生する可能性があります。

コピー・リテンション・バリュー

組織内に複数のアカウントがある場合は、保持の値をあるアカウントから他のアカウントにコピーすることもできます。これを行うには、 Copy settings to other accounts リンクを選択して、保持値を適用するアカウントを選択します。

データの削除

テレメトリーデータ (イベント、メトリクス、ログ、トレース) が New Relic に報告され、問い合わせが可能になると、そのデータを編集したり削除したりすることはできません。これは、New Relic のスピードとパフォーマンスを最適化するための意図的な設計上の決定です。データは、その データ保持期間 が終了すると失効します。すでに報告されているデータを削除する必要がある場合は、New Relic の担当者にお問い合わせください。

APIによるリテンション管理

保持の設定は、UIだけでなく、 NerdGraph で変更することができます。以下の例では、必要な情報を提供し、 NerdGraph GraphiQL explorer でコードを実行してください。

お客様の保持の変更は、更新後24時間以内に有効になります。

query {
 actor {
   account(id: YOUR_ACCOUNT_ID) {
     dataManagement {
       customizableRetention {
         eventNamespaces {
           namespace
         }
       }
     }
   }
 }
}

query {
 actor {
   account(id: YOUR_ACCOUNT_ID) {
     dataManagement {
       eventRetentionRules {
         id
         deletedAt
         deletedById
         createdAt
         createdById
         retentionInDays
         namespace
       }
     }
   }
 }
}

query {
 actor {
   account(id: YOUR_ACCOUNT_ID) {
     dataManagement {
       eventRetentionRule(namespace: "APM") {
         id
         deletedById
         deletedAt
         createdById
         createdAt
         retentionInDays
         namespace
       }
     }
   }
 }
}

mutation {
 dataManagementCreateEventRetentionRule(accountId: YOUR_ACCOUNT_ID, namespace: "APM", retentionInDays: 8) {
   id
   deletedById
   deletedAt
   createdById
   createdAt
   retentionInDays
   namespace
 }
}

mutation {
 dataManagementDeleteEventRetentionRule(accountId: YOUR_ACCOUNT_ID, namespace: "APM") {
   id
   deletedById
   deletedAt
   createdById
   createdAt
   retentionInDays
   namespace
 }
}

mutation {
  dataManagementCopyRetentions(
    sourceAccountId: SOURCE_ACCOUNT_ID,
    destinationAccountIds: [DESTINATION_ACCOUNT_ID_1, DESTINATION_ACCOUNT_ID_2, DESTINATION_ACCOUNT_ID_3])
  {
    success
    failure
  }
}

メートルのタイムスライスデータ

メトリックのタイムスライスデータ は、APM（カスタムメトリクスとデフォルトメトリクスの両方）、モバイル、およびブラウザエージェントによって生成されます。メトリックのタイムスライスは、メトリック名、メトリックが表す時間のセグメント（"タイムスライス" ）、および数値（測定値）の3つの部分から構成されます。APM、ブラウザ、モバイルエージェントは、エラーレート、帯域幅の使用量、ガベージコレクションの時間など、さまざまなパフォーマンス指標について、1分間に数千個のメトリックタイムスライスを収集することができます。

メートル単位のタイムスライスデータは、このように集計されます。

• 8日間保存される1分間のロールアップへの最初の
• 1分間のロールアップは、90日間保持される1時間のロールアップにも追加されます。

キーメトリックデータは無期限に保存されます。最初の1分間のロールアップのサイズを計測し、その後のロールアップは計測しません。製品別の主要な測定値については、こちらをご覧ください。

ここでは、無期限に保存される主要な指標タイムスライスデータを紹介します。

生の次元メトリックデータ

生の 次元メートル法 データは、メートル法のタイムスライスデータとは扱いが異なります。生のサブミニッツディメンショナルメトリックデータは30日間保存されます。30日以降は、1分解像度のロールアップイベントが作成され、13ヶ月間保存されます。タイムスライスデータと同様に、後続のロールアップではなく、生のインジェストのサイズで計測・請求を行います。

メトリクスの保存期間は編集できません。

Infrastructureデータ

インフラストラクチャ モニタリングは、生成されたデータをダウンサンプリングします。すべてのインフラストラクチャ モニタリング メトリック データ タイプ (ホスト上の統合からのメトリクスを含む) は、データの年代と時間ウィンドウのサイズに応じて異なる粒度を表示します。次の表は、インフラストラクチャ UI とクエリの両方で、ダウンサンプルされた異なるバケットが使用される場合を示しています。

アカウントの継承

親アカウント のデータ保持設定は、その子アカウントに継承されます。ここでは、組織の最初のアカウントが親アカウントとして扱われ、組織に追加された他のアカウントはそのアカウントの設定を継承します。また、これらの設定を上書きして、アカウント固有のデータ保持設定を行うオプションもあります。