データ保持の確認と管理

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

要件

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

データ保持を編集するには、ProまたはEnterpriseエディションが必要です。

許可関連の要件：

• 新しいユーザーモデル： 請求ユーザーの役割が必要です。
• 元のユーザーモデル：管理者、所有者、およびデータ保持アドオンマネージャーが持つInsightsイベント保持機能が必要です。

データ保持のUIを探す

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

デフォルトの保持期間

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

この表は、 使用量ベースの料金モデルでの組織のデフォルトの名前空間保持設定を示しています。

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

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

保持値を編集する

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

名前空間のデフォルトの保持期間に追加される30日間の保持ごとに、1か月に摂取されるGBあたり0.05ドルのコストがかかります。

リテンション値の低下

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

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

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

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

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

データの削除

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

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

UIで保持設定を変更することに加えて、 NerdGraphAPIを使用できます。 NerdGraphリクエストの例を以下に示します。データ保持の変更は、更新後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フィードを購読します。