사용자 쿼리에 사용되는 속성은 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 또는 NrConsumption 이벤트를 사용할 수 있습니다.
사용자 유형별로 쿼리하는 데 사용되는 속성은 BasicUsersBillable 및 FullUsersBillable 입니다.
해당 월에 청구 가능한 전체 플랫폼 사용자
이 쿼리는 해당 월에 청구 가능한 전체 플랫폼 사용자를 보여줍니다. 즉, 해당 시점에 청구된 경우 이번 달에 사용자에게 청구될 금액을 보여줍니다.
FROM NrMTDConsumption
SELECT latest(FullUsersBillable)
이 쿼리는 시간별로 계산된 전체 플랫폼 사용자 수를 보여줍니다. 이는 전체 플랫폼 사용자 수가 시간에 따라 어떻게 변했는지 확인하는 데 유용합니다.
FROM NrConsumption
SELECTmax(FullUsers)
SINCE 10 days ago TIMESERIES 1hour
예상 월간 전체 플랫폼 사용자 수
이 쿼리는 월간 전체 플랫폼 사용자의 예상 수를 보여줍니다. 이 쿼리는 대시보드에서 사용하기에 적합하지 않습니다. a) 해당 월의 남은 일수, b) 해당 월의 시작을 기반으로 하는 값이 필요합니다. 다음은 해당 월에 10일이 남은 예상 월말 수를 쿼리하는 예입니다.
FROM NrMTDConsumption
SELECT predictLinear(FullUsers,10 days)
SINCE '2020-09-01'
전체 플랫폼 사용자 및 기본 사용자 수
사용 UI 는 전체 플랫폼 사용자와 기본 사용자의 수를 보여줍니다. 사용된 쿼리는 다음과 같습니다.
FROM NrUsage SELECTmax(usage) SINCE 10 days ago
WHERE productLine='FullStackObservability'
WHERE metric in('FullUsers','BasicUsers')
FACET metric
시간 경과에 따른 전체 플랫폼 사용자 및 기본 사용자 수를 보려면:
FROM NrUsage SELECT max(usage) SINCE 10 days ago
WHERE productLine='FullStackObservability'
WHERE metric in ('FullUsers', 'BasicUsers') FACET metric TIMESERIES 1 hour
예상 비용
다음은 전체 플랫폼 사용자에 대한 이번 달 비용을 가져오는 쿼리입니다. 조직의 전체 플랫폼 사용자 비용을 알아야 합니다.
FROM NrMTDConsumption
SELECT latest(FullPlatformUsersBillable)* YOUR_PER_FULL_PLATFORM_USER_COST
다음은 핵심 사용자에 해당하는 항목입니다.
FROM NrMTDConsumption
SELECT latest(CoreUsersBillable)* YOUR_PER_CORE_USER_COST
합성 사용
각 에디션에는 특정 수의 합성 수표가 무료로 포함되어 있습니다. 이에 대한 자세한 내용은 합성 제한 을 참조하십시오.
NrDailyUsage 이벤트는 합성 사용을 이해하는 데 가장 도움이 되는 이벤트 유형입니다. 하루에 한 번 생성됩니다. 사용 타임스탬프는 New Relic이 합성 검사를 수신하고 처리하는 시간에 해당합니다. 이로 인해 합성 확인이 실행된 시간과 비교하여 사용량 데이터에 약간의 차이가 발생할 수 있습니다.
FACET사용하여 소비를 계정, 위치, 모니터 유형 및 모니터 이름을 포함한 여러 범주로 나눌 수 있습니다. 상위 계정 구조가있는 경우 상위 계정에서 쿼리를 실행하여 해당 상위 및 하위 계정에 대한 집계 사용량을 확인하십시오.
성공적인 검사와 실패한 검사 모두 전체 합성 소비에 기여합니다. 다음은 합성 소비를 보고 패싯하기 위한 샘플 쿼리입니다.
데이터 수집 제한 및 쿼리 제한과 관련된 경고를 설정하려면 데이터 제한 도달에 대한 경고 설정 을 참조하십시오.
계정 변경 사항 쿼리
계정의 변경 사항(예: 사용자 관리와 관련된 변경 사항)을 보려면 NrAuditEvent 를 쿼리할 수 있습니다.
사용 관련 이벤트 및 속성
팁
복잡한 조직에서 데이터 수집 관리에 대한 고급 심층 정보는 데이터 수집 거버넌스 를 참조하세요.
사용량을 이해하기 위해 쿼리할 기본 이벤트는 다음과 같습니다.
NrConsumption 매시간 사용량을 기록하며 "실시간" 사용량과 동일합니다. 이 이벤트를 사용하여 시간 경과에 따른 사용 추세를 관찰합니다.
NrMTDConsumptionNrConsumption 이벤트에서 집계 값을 생성합니다. 이 이벤트를 사용하여 월별 청구 기간별 사용량을 확인하십시오. 사용자 수 조회에 가장 적합한 이벤트입니다.
다음은 사용 관련 이벤트에 연결된 가장 중요한 속성 중 일부입니다.
기인하다
설명
productLine
사용 범주입니다. DataPlatform , FullStackObservability 및 ProactiveDetection 의 세 가지 옵션이 있습니다. (2021년 11월 1일부터 IncidentIntelligence 은(는) 더 이상 청구 요소가 아닙니다.) 이러한 범주에 대한 자세한 내용은 New Relic 플랫폼 을 참조하십시오.
metric
이는 여러 범주의 사용량을 단일 메트릭으로 통합합니다. productLine 을(를) 패싯할 때 유용합니다. 가능한 값이 BasicUsers , FullPlatformUsers 및 GigabytesIngested 인 열거형입니다. 핵심 사용자 릴리스 의 값에는 FullPlatformUsers 및 CoreUsers 가 포함됩니다.
consumingAccountId
저장된 이벤트를 직접 담당하는 New Relic 계정의 ID로, 사용된.
바이트 수 추정
사용법에 대해 자세히 알아보기 위해 사용할 수 있는 한 가지 도구는 bytecountestimate() 함수입니다(예: 이 함수를 사용하는 이 쿼리참조).
bytecountestimate()사용에 대해 알아야 할 몇 가지 중요한 사항:
찾은 모든 데이터를 반환하고 해당 데이터 중 일부는 수집 및 청구에 포함되지 않기 때문에 실제 사용량의 추정치일 뿐입니다. 이러한 이유로 다양한 소스에서 보고된 데이터를 조사하거나 보고된 데이터의 상한선을 이해하는 데 주로 유용합니다.
주로 24시간 미만의 시간 범위를 쿼리하는 데 사용하고 원하는 경우 이를 추정하는 데 사용하는 것이 좋습니다. 많은 데이터를 쿼리해야 하는 기능이고, 보존 경계를 넘는 데이터는 찾지 않기 때문입니다.
다음은 bytecountestimate() 작동 방식에 대한 몇 가지 기술적 세부정보입니다.
수집에 포함되지 않지만bytecountestimate() 함수에 의해 반환되는 여러 유형의 데이터가 있습니다. 이는 이 기능이 실제 사용량보다 더 많은 데이터를 표시하는 경우가 있음을 의미합니다. 적은 양을 표시하는 경우는 드물지만 표시되는 경우 약간만 표시됩니다.
엔터티에서 보고된 일부 원격 측정 데이터는 공통 속성(예: New Relic 계정에 대한 속성)을 공유합니다. 중복된 속성은 수집에 포함되지 않지만 bytecountestimate() 는) 이러한 속성을 포함합니다. 이로 인해 때때로 bytecountestimate() 쿼리와 실제 사용량 간에 큰 불일치가 발생할 수 있습니다.
APM, 브라우저 모니터링 및 모바일 모니터링은 메트릭 타임슬라이스 데이터로 알려진 데이터 유형을 보고합니다. 이 데이터는 다른 데이터 유형처럼 NRDB에 저장되지 않으므로 이 데이터에 bytecountestimate() 를 사용하려고 하면 혼란스러운 결과가 발생할 수 있습니다. 이 데이터를 쿼리할 때 메트릭 이름이 아닌 애플리케이션 이름으로 패싯을 만드는 것이 좋습니다.