データ保持の確認と管理

データ保持UIページを使用して、データがNew Relicデータベース（NRDB）に保存される期間を確認および管理します。機密情報を保護するためにデータを短期間保持するか、時間の経過に伴う傾向に気付くために長期間データを保持します。一目で、保存しているデータのソース、それらが最後に更新された日時、およびデータが保存されている長さを取得します。保持設定の範囲は、データソースと名前空間に応じて8〜395日です。

データ保持のUIを探す

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

保存期間

この表は、使用可能な名前空間のデフォルトの保持設定を示しています。

メトリックおよびインフラストラクチャデータの集約と保持の詳細

メトリックとインフラストラクチャデータがどのように保存および保持されるかについての詳細は次のとおりです。

保持値を編集する

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

保存期間が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
  }
}

アカウントの継承

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

RSS-Atom

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