データ保持の確認と管理

New Relicのデータ保持UIページを使用すると、さまざまなタイプのデータがNew Relicデータベース（NRDB）に保存されている期間を確認および管理できます。機密情報を保護してクエリをより迅速に返すためにデータを短期間保持するか、長期間にわたってデータと傾向を表示および分析できるようにデータを長期間保持します。

要件

このドキュメントは、 NewRelicOneの価格設定モデルの組織に適用されます。元の価格モデルのデータ保持については、 元のデータ保持を参照してください。

データ保持を表示および編集する機能は、ユーザーが使用しているユーザーモデルによって影響を受けます。

• New Relic One ユーザーモデル: Billing ユーザー ロール が必要です。
• 元のユーザーモデル：管理者、所有者、およびデータ保持アドオンマネージャーが持つInsightsイベントマネージャー機能が必要です。

データ保持のUIを探す

データ保持UIページは、データ管理ハブにあります。

保存期間

New Relicのデータ保持を理解する最良の方法は、データ保持UIページに移動することです。これが推奨される理由の1つは、組織が設定を編集した可能性があり、ここに記載されているデフォルト設定ではなくなっている可能性があるためです。

この表は、NewRelicOneの価格設定モデルにおける組織のデフォルトの名前空間保持設定を示しています。

さまざまなデータ型の保持の詳細

このセクションでは、変更できない保持設定を持ついくつかのデータタイプを含む、いくつかの異なるタイプのデータについて詳しく説明します。

保持値を編集する

一部の種類のデータの保存期間を調整できます。たとえば、APMデータの保持値を減らして、そのデータのクエリのパフォーマンスを最適化することができます。逆に、一部のデータタイプの保持を増やして、より長い時間範囲でより詳細な分析を実行したり、データコンプライアンス要件を満たすことができます。

New Relic Oneの価格設定モデルを使用している組織の場合：保持期間が1か月（30日）増えるごとに、1か月あたりの摂取量1GBあたり0.05ドルの費用がかかります。

要件については、要件を参照してください。

リテンション値の低下

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

とはいえ、お客様の変更は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
  }
}

アカウントの継承

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

RSS-Atom

RSSフィードを購読します。