데이터 보존 보기 및 관리

New Relic의 Data Retention UI 페이지에서는 다양한 유형의 데이터가 New Relic 데이터베이스(NRDB)에 저장되는 기간을 검토하고 관리할 수 있습니다. 민감한 정보를 보호하고 쿼리를 더 빨리 반환하려면 데이터를 더 짧은 기간 동안 보관하고, 장기간에 걸쳐 데이터와 추세를 보고 분석할 수 있도록 더 장기간 보관합니다.

요구 사항

이 문서는 사용량 기반 가격 책정 모델을 사용 하는 조직에 적용됩니다. 원래 가격 모델에 대한 데이터 보존은 원래 데이터 보존 을 참조하십시오.

데이터 보존을 편집하려면 Pro 또는 Enterprise 에디션이 필요합니다.

권한 관련 요구 사항:

• 최신 사용자 모델 : 결제 사용자 역할 이 필요합니다.
• 원래 사용자 모델 : 관리자 , 소유자 및 데이터 보존 추가 기능 관리자 가 가지고 있는 Insights 이벤트 보존 기능이 필요합니다.

데이터 보존 UI 찾기

데이터 보존 UI 페이지는 데이터 관리 허브 에 있습니다.

기본 보관 기간

New Relic 데이터 보존을 이해하는 가장 좋은 방법은 데이터 보존 UI 페이지로 이동하는 것입니다. 이것이 권장되는 한 가지 이유는 조직에서 설정을 편집했으며 더 이상 여기에 설명된 기본 설정이 아닐 수 있기 때문입니다.

이 표는 사용량 기반 가격 책정 모델 에서 조직의 기본 네임스페이스 보존 설정을 보여줍니다.

다양한 데이터 유형에 대한 보존 세부정보

이 섹션에서는 변경할 수 없는 보존 설정이 있는 일부 데이터 유형을 포함하여 몇 가지 다른 유형의 데이터에 대한 세부 정보를 제공합니다.

보존 값 수정

요구 사항을 충족하는 경우 일부 데이터 유형의 보존 기간을 늘릴 수 있습니다. 예를 들어 APM 데이터의 보존 값을 줄여 해당 데이터 쿼리 성능을 최적화할 수 있습니다. 반대로, 더 긴 시간 범위에 걸쳐 보다 세분화된 분석을 수행하거나 데이터 규정 준수 요구 사항을 충족할 수 있도록 일부 데이터 유형에 대한 보존을 늘릴 수 있습니다.

네임스페이스의 기본 보존 기간 에 30일의 보존 기간이 추가될 때마다 비용은 매월 수집된 GB당 $0.05입니다.

보존 가치 감소

특정 데이터 원본이 유지되는 일 수를 줄이면 해당 원본 유형의 기존 데이터가 즉시 사라지지 않습니다. 해당 데이터는 최대 몇 주 동안 조회되고 쿼리에 반환될 수 있습니다. 실수로 데이터를 삭제하지 않도록 보호 장치가 마련되어 있지만, 이는 또한 보존 값을 줄이는 것이 데이터를 빠르게 제거 하는 좋은 전략이 아님을 의미합니다.

즉, 변경 사항은 12시간 이내에 시스템에 등록되고 조정된 소스 유형의 새 데이터는 새 기간 동안 유지됩니다.

계약된 보존 값 아래로 데이터 보존을 줄이면 New Relic 데이터 수집 비용이 줄어들지 않습니다. 반대로, 대상 원격 측정 데이터 유형에 대한 보존을 늘리면 데이터 수집 요금 조정에 대해 New Relic과의 대화가 촉발될 수 있습니다.

보존 값 복사

조직에 여러 계정이 있는 경우 한 계정에서 다른 계정으로 보존 값을 복사할 수도 있습니다. 이렇게 하려면 다른 계정에 설정 복사 링크를 선택한 다음 보존 값을 적용할 계정을 선택합니다.

데이터 삭제

원격 측정 데이터 (이벤트, 메트릭, 로그, 추적)가 New Relic에 보고되고 쿼리에 사용할 수 있게 되면 해당 데이터를 편집하거나 삭제할 수 없습니다. 이것은 New Relic의 속도와 성능을 최적화하는 의도적인 설계 결정입니다. 데이터 보유 기간 이 종료되면 데이터가 만료됩니다. 이미 보고된 데이터를 삭제해야 하는 경우 New Relic 담당자에게 문의하세요.

API를 통한 보존 관리

UI에서 보존 설정을 변경하는 것 외에도 NerdGraph API 를 사용할 수 있습니다. 몇 가지 예제 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 - 아톰

RSS 피드 를 구독하십시오.