사용 데이터에 대한 쿼리 및 경고

New Relic 사용량 및 청구에 대한 이해를 돕기 위해 청구 관련 사용량을 이해할 수 있는 사용량 UI를 제공합니다. 또한 사용자 정의 NRQL 쿼리를 실행하여 추가 세부 정보를 얻을 수 있으며 사용량이 특정 수준에 도달했을 때 경고 알림을 만들 수 있습니다.

사용량 UI를 사용하거나 소비 쿼리를 수행할 때 다음 사항에 유의하세요.

• 결과는 대략적인 것이며 인보이스 금액을 계산하는 데 사용된 값과 정확히 일치하지 않습니다.

• 이러한 도구를 사용하여 사용량이 많은 영역을 찾고 추적하세요.

• 쿼리를 사용하여 만들기

  알림

  그러면 한계에 접근하고 있는지 알 수 있습니다.

데이터 수집 사용 쿼리

사용량 UI에는 시간 경과에 따른 데이터 수집이 표시됩니다. UI가 제공하는 것보다 더 자세한 내용이 필요한 경우 다양한 NRQL 쿼리를 사용할 수 있습니다. 아래 예에는 두 가지 데이터 유형이 포함되어 있습니다.

• NrConsumption: 시간별 사용량 세부정보를 자세히 알아보려면 이 기능을 사용하세요. 청구서를 대신하는 데에는 도움이 되지 않습니다.
• NrMTDConsumption: 이를 사용하면 월간 집계 사용량에 대한 대략적인 수치를 확인할 수 있습니다.

FROM NrConsumption SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' 
SINCE 3 months ago TIMESERIES 1 day

FROM NrConsumption SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' SINCE 3 months ago 
FACET usageMetric TIMESERIES 1 day

FROM Metric SELECT bytecountestimate()/10e8 as 'GB Estimate' 
SINCE 24 hours ago
FACET metricName LIMIT 10 TIMESERIES 1 hour

FROM NrMTDConsumption SELECT latest(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

데이터 수집 및 쿼리 제한

데이터 수집 제한 및 쿼리 제한에 대한 자세한 내용은 New Relic 데이터 제한을 참조하세요.

사용자 수 쿼리

사용자 수를 표시하려면 다음을 참조하세요. . 그보다 더 자세한 내용이 필요한 경우 아래의 NRQL 쿼리 예시를 사용할 수 있습니다. 사용자 계산 방법에 대한 자세한 내용은 청구 가능 사용자 계산을 참조하세요.

대부분의 New Relic 조직에는 핵심 사용자를 추가할 수 있는 기능이 있습니다. 이 섹션에는 해당 조직에 적합한 쿼리가 포함되어 있습니다. 핵심 사용자 잠금 해제를 선택하지 않은 이전 조직에 있는 경우 핵심 사용자 가 없는 조직에 대한 쿼리를 참조하십시오.

다음은 사용자 쿼리에 대한 몇 가지 규칙입니다.

• NrMTDConsumption 이벤트만 사용하십시오.
• 사용자 쿼리에 사용되는 속성은 CoreUsersBillable 및 FullPlatformUsersBillable 입니다.

다음은 사용자 수를 결정하기 위한 몇 가지 NRQL 쿼리의 예입니다.

월간 전체 플랫폼 사용자

이 쿼리는 해당 월에 청구 가능한 전체 플랫폼 사용자를 보여줍니다. 즉, 지금 청구된 경우 해당 월에 전체 플랫폼 사용자에 대해 청구될 금액을 보여줍니다.

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable)

월간 핵심 사용자

이 쿼리는 지금 청구된 경우 청구될 핵심 사용자 수를 보여줍니다.

FROM NrMTDConsumption 
SELECT latest(CoreUsersBillable)

예상 비용

다음은 전체 플랫폼 사용자에 대한 이번 달 비용을 가져오는 쿼리입니다. 조직의 전체 플랫폼 사용자 비용을 알아야 합니다.

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable) * YOUR_PER_FULL_PLATFORM_USER_COST

핵심 사용자가 없는 조직에 대한 사용자 쿼리

이러한 쿼리는 기본 사용자와 전체 플랫폼 사용자의 두 가지 사용자 유형만 사용할 수 있는 일부 이전 New Relic 조직에 적용됩니다.

합성 사용

각 에디션에는 특정 수의 합성 수표가 무료로 포함되어 있습니다. 이에 대한 자세한 내용은 합성 제한 을 참조하십시오.

NrMTDConsumption 이벤트는 사용 UI를 강화하며 사용 경고 에 사용해야 합니다.

NrDailyUsage 이벤트는 신세틱스 사용량을 더 자세히 분석하는 데 도움이 될 수 있지만 결과는 사용량 UI 및 NrMTDConsumption 이벤트 와 일치하지 않을 수 있습니다. 하루에 한 번씩 생성됩니다. 사용 타임스탬프는 New Relic이 신세틱 검사를 수신하고 처리하는 시간에 해당합니다. 이로 인해 신세틱 검사가 실행된 시점과 비교하여 사용량 데이터에 약간의 차이가 발생할 수 있습니다.

NrDailyUsage FACET이벤트 와 함께 사용하면 소비를 계정, 위치, 모니터 유형, 모니터 이름 등 여러 카테고리로 분류할 수 있습니다. 상위 계정 구조가 있는 경우 상위 계정에서 쿼리를 실행하여 해당 상위 계정과 하위 계정의 집계된 사용량을 확인하세요.

성공적인 확인과 실패한 확인 모두 전체 신세틱스 소비에 기여합니다. 다음은 두 가지 이벤트 유형을 적절하게 사용하여 신세틱스 소비를 확인하고 분석하기 위한 샘플 쿼리입니다.

SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
FROM NrMTDConsumption
WHERE metric='SyntheticChecks'
SINCE this month

SELECT latest(freeConsumption) AS 'Included checks', latest(billableConsumption) AS 'Extra checks'
FROM NrMTDConsumption
WHERE metric='SyntheticChecks'
SINCE 6 months ago 
FACET monthOf(timestamp)

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET consumingAccountName

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsTypeLabel

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsMonitorName

SELECT (sum(syntheticsFailedCheckCount) + sum(syntheticsSuccessCheckCount)) 
AS 'Total Checks' 
FROM NrDailyUsage 
WHERE syntheticsTypeLabel != 'Ping' 
SINCE 1 month ago 
FACET syntheticsLocationLabel

비용 관련 쿼리

다음은 이번 달의 예상 비용을 이해하는 데 도움이 되는 몇 가지 쿼리 권장 사항입니다.

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable)*YOUR_PER_GB_COST

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable)*.30

사용 알림 설정

결제 관리 를 돕기 위해 데이터 수집 또는 사용자 수의 예기치 않은 증가를 알리도록 알림을 설정할 수 있습니다.

사용 관련 경고 조건을 구축하기 전에 다음과 같은 몇 가지 팁이 있습니다.

• 경고를 설정하는 방법에 대한 기본 사항은 NRQL 경고 조건 을 참조하십시오.
• 이벤트 타이머 집계 방법 은 빈도가 낮은 데이터에 가장 적합하므로 권장됩니다.

다음은 몇 가지 NRQL 경고 조건의 예입니다.

FROM NrConsumption 
SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

FROM NrConsumption 
SELECT sum(GigabytesIngested) 
WHERE productLine = 'DataPlatform' 
AND consumingAccountId = YOUR_CHILD_ACCOUNT_ID

FROM NrMTDConsumption 
SELECT latest(GigabytesIngested) 
WHERE productLine = 'DataPlatform'

FROM NrMTDConsumption 
SELECT latest(FullPlatformUsersBillable)

FROM NrMTDConsumption 
SELECT latest(GigabytesIngestedBillable)*YOUR_PER_GB_COST

데이터 수집 제한 및 쿼리 제한과 관련된 경고를 설정하려면 데이터 제한 도달에 대한 경고 설정 을 참조하십시오.

계정 변경 사항 쿼리

계정의 변경 사항(예: 사용자 관리와 관련된 변경 사항)을 보려면 NrAuditEvent 를 쿼리할 수 있습니다.

사용 관련 이벤트 및 속성

사용량을 이해하기 위해 쿼리할 기본 이벤트는 다음과 같습니다.

• NrConsumption 매시간 사용량을 기록하며 "실시간" 사용량과 동일합니다. 이 이벤트를 사용하여 시간 경과에 따른 사용 추세를 관찰합니다.
• NrMTDConsumption NrConsumption 이벤트에서 집계 값을 생성합니다. 이 이벤트를 사용하여 월별 청구 기간별 사용량을 확인하십시오. 사용자 수 조회에 가장 적합한 이벤트입니다.

다음은 사용 관련 이벤트에 연결된 가장 중요한 속성 중 일부입니다.

바이트 수 추정

사용법에 대해 자세히 알아보기 위해 사용할 수 있는 한 가지 도구는 bytecountestimate() 함수입니다(예: 이 함수를 사용하는 이 쿼리참조).

bytecountestimate()사용에 대해 알아야 할 몇 가지 중요한 사항:

• 찾은 모든 데이터를 반환하고 해당 데이터 중 일부는 수집 및 청구에 포함되지 않기 때문에 실제 사용량의 추정치일 뿐입니다. 이러한 이유로 다양한 소스에서 보고된 데이터를 조사하거나 보고된 데이터의 상한선을 이해하는 데 주로 유용합니다.
• 주로 24시간 미만의 시간 범위를 쿼리하는 데 사용하고 원하는 경우 이를 추정하는 데 사용하는 것이 좋습니다. 많은 데이터를 쿼리해야 하는 기능이고, 보존 경계를 넘는 데이터는 찾지 않기 때문입니다.

사용량 예측에 대한 자세한 내용은 사용량 예측에 대한 블로그 게시물을참조하십시오.

다음은 bytecountestimate() 작동 방식에 대한 몇 가지 기술적 세부정보입니다.

• 수집에 포함되지 않지만 bytecountestimate() 함수에 의해 반환되는 여러 유형의 데이터가 있습니다. 이는 이 기능이 실제 사용량보다 더 많은 데이터를 표시하는 경우가 있음을 의미합니다. 적은 양을 표시하는 경우는 드물지만 표시되는 경우 약간만 표시됩니다.

• 엔터티에서 보고된 일부 원격 측정 데이터는 공통 속성(예: New Relic 계정에 대한 속성)을 공유합니다. 중복된 속성은 수집에 포함되지 않지만 bytecountestimate() 는) 이러한 속성을 포함합니다. 이로 인해 때때로 bytecountestimate() 쿼리와 실제 사용량 간에 큰 불일치가 발생할 수 있습니다.

• 우리의

  APM

  ,

  브라우저 모니터링

  , 그리고

  모바일 모니터링

  메트릭 타임슬라이스 데이터 라고 알려진 데이터 유형을 보고합니다. 이 데이터는 다른 데이터 유형처럼 NRDB에 저장되지 않으므로 이 데이터에 bytecountestimate() 을 사용하려고 하면 혼란스러운 결과가 발생할 수 있습니다. 이 데이터를 쿼리할 때 지표 이름이 아닌 애플리케이션 이름으로 패싯을 지정하는 것이 좋습니다.