Python 에이전트 를 사용하면 구성 옵션을 사용하여 기본 에이전트 동작 에이전트를 변경할 수 있습니다.
유일한 필수 Python 에이전트 구성 설정은 입니다. 볼륨 키는 에이전트가 애플리케이션 데이터를 보고하는 계정을 식별합니다. 애플리케이션을 호스팅하는 방법에 따라 라이센스 키는 설정 파일이나 환경 변수를 통해 제공될 수 있습니다.
구성 방법 및 우선 순위
Python 에이전트를 구성하는 기본 방법은 표준 설치 프로세스 의 일부로 생성되는 구성 파일 을 사용하는 것입니다. UI에서 서버 측 구성을 사용하거나 환경 변수 를 사용하여 제한된 수의 구성 옵션을 설정할 수도 있습니다. WSGI 요청 환경 사전 을 사용하여 설정을 전달하여 요청별로 일부 설정을 지정할 수도 있습니다.
Python 에이전트는 구성에 대해 다음과 같은 우선 순위를 따릅니다.

Python 에이전트를 사용하면 요청별 옵션이 서버 측 구성을 재정의합니다. 활성화된 경우 서버 측 구성은 서버 측 값이 비어 있는 경우에도 에이전트 구성 파일의 all 해당 값을 재정의합니다. 에이전트 구성 파일은 환경 변수를 재정의합니다. 환경 변수는 에이전트 기본값을 재정의합니다.
각 구성 방법에 대한 자세한 설명은 다음과 같습니다.
일반적으로 에이전트의 호스트 시스템에 있는 로컬 구성 파일에서 Python 에이전트를 구성합니다. 다음 방법 중 하나를 사용하여 시작 시 구성 파일의 경로를 제공합니다.
newrelic.agent.initialize()을 호출할 때 구성 파일의 경로를 첫 번째 인수로 제공하십시오.또는
NEW_RELIC_CONFIG_FILE환경 변수를 설정합니다.newrelic-admin래퍼 스크립트를 사용하는 경우 래퍼 스크립트가 에이전트를 자동으로 호출하므로 환경 변수를 사용해야 합니다.에이전트는 두 가지 유형의 설정 파일을 지원합니다. 에이전트 v10.2.0 이상은
.ini구문을 사용해야 하며, Python 버전 3.11 이상에서 실행되는 에이전트 버전 v10.3.0 이상은.toml파일도 지원합니다.설정 파일은 Microsoft Windows
.ini파일과 유사한 구조를 사용합니다. 자세한 내용은 Python ConfigParser 모듈의 파일 형식 설명서를 참조하세요.기본 구조는 다음과 같습니다.
[newrelic]license_key = <license key>app_name = Python Application팁
Python 3.11부터 설정을 위한 새로운
.toml구문이 표준 라이브러리 에 추가되었습니다. 에이전트 버전10.3.0이 새로운 형식을 사용할 수 있는 지원이 추가되었습니다.설정 파일은 Tom의 Obvious Minimal Language
.toml파일을 사용합니다. 자세한 내용은 공식 파일 형식 문서를 참조하세요..toml구문을 사용하려면 설정 파일 이름이 구문 유형을 나타내기 위해.toml로 끝나야 합니다. 표준pyproject.toml다른 라이브러리의 설정과 함께 사용될 수도 있고,newrelic.toml과 같은 보다 구체적인 파일을 사용할 수도 있습니다.기본 구조는 다음과 같습니다.
[tool.newrelic]license_key = <license key>app_name = Python Application팁
샘플 구성 파일은 Python 에이전트에
newrelic/newrelic.ini으로 포함되어 있습니다.generate-config명령을 사용하여newrelic-admin스크립트에서 생성하거나 다운로드 저장소 에서 사본을 다운로드할 수도 있습니다.
서버 측 설정을 사용 하면 뉴렐릭 UI의 특정 설정을 구성할 수 있습니다. 이렇게 하면 여러 호스트에서 실행되는 경우에도 모든 에이전트에 변경 사항이 자동으로 적용됩니다. 사용 가능한 경우 이 문서에는 개별 구성 옵션 아래에 서버 측 구성에 대한 UI 레이블이 Server-side label 으로 포함되어 있습니다.
중요
서버 측 구성이 활성화된 경우 에이전트는 UI에 설정된 could 구성 파일의 모든 값을 무시합니다. UI 값이 비어 있어도 에이전트는 이를 빈 문자열로 처리하고 에이전트 구성 파일을 사용하지 않습니다.
환경 변수를 사용하면 특정 핵심 설정에 대한 기본값을 재정의할 수 있습니다. 동등한 설정이 에이전트 구성 파일에 명시적으로 나열되어 있는 경우 구성 파일 설정이 환경 변수보다 우선합니다. 사용 가능한 경우 환경 변수는 아래 개별 구성 옵션 아래에 Environ variable 으로 설명되어 있습니다.
간단한 구성의 경우 서버 측 구성 과 함께 환경 변수를 사용하고 에이전트 구성 파일을 완전히 피할 수 있습니다. 이것은 New Relic 애드온을 설치하면 필요한 환경 변수가 자동으로 채워지는 Heroku 의 기본 설정입니다.
IDE에서 성능을 모니터링하기 위해 뉴렐릭 CodeStream 사용하는 경우 , 저장소를 서비스와 연결 하고 빌드 SHA 또는 릴리스 태그를 오류와 연결할 수도 있습니다.
Environment variable | Configuration setting |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
특정 WSGI 서버의 경우 요청별로 앱 이름 을 재정의하고 속성 설정을 캡처 할 수 있습니다. 이는 요청당 WSGI 환경 사전에 전달되는 추가 키/값 쌍을 정의할 수 있는 WSGI 서버에서 가능합니다.
on , off , true , false , 1 및 0 문자열을 사용하여 이러한 값을 설정합니다. Python 코드를 사용하여 구현된 구성 메커니즘에서 설정하는 경우 True 또는 False로 평가되는 Python 객체도 허용됩니다.
Apache/mod_wsgi 서버에서 SetEnv 지시문을 사용하여 구성 설정을 재정의할 수 있습니다(선택적으로 Location 또는 Directory 블록 내부). 예를 들어 완전한 가상 호스트 또는 해당 가상 호스트에 대해 WSGI 애플리케이션에서 처리하는 URL의 하위 집합에 대해 앱 이름 을 재정의할 수 있습니다.
특정 에이전트 구성 설정을 재정의할 수 있는 것 외에도 WSGI 환경 키로 다른 요청별 구성 설정을 지정할 수 있습니다.
true 으로 설정하면 이 웹 트랜잭션은 대신 웹이 아닌 트랜잭션으로 보고됩니다.
true 으로 설정하면 이 웹 트랜잭션이 보고되지 않습니다.
true 으로 설정하면 이 웹 트랜잭션에 대해 Apdex 측정항목이 생성되지 않습니다.
true 으로 설정하면 이 웹 트랜잭션을 트랜잭션 추적 에 기록할 수 없습니다.
true 으로 설정하면 페이지 로드 타이밍에 대한 JavaScript 머리글/바닥글 자동 삽입이 비활성화됩니다(실제 사용자 모니터링 또는 RUM이라고도 함). 웹 프레임워크에 자동 삽입을 사용할 수 있는 경우에만 적용됩니다.
중요
WSGI 미들웨어를 사용하여 이러한 값을 설정하는 것은 Python 에이전트의 자체 WSGI 애플리케이션 래퍼가 외부 범위에서 적용된 경우 작동하지 않습니다. 이러한 경우 동일한 결과를 얻으려면 에이전트 API를 호출해야 합니다.
다중 환경 구성
에이전트는 ini 파일의 경우 [newrelic] , .toml 파일의 경우 [tool.newrelic] 라는 에이전트 구성 섹션에서 기본 설정을 읽습니다. 추가 섹션에서 특정 배포 환경(예: 개발, 스테이징, 프로덕션)에 대한 재정의를 제공할 수 있습니다. .ini 파일의 경우 [newrelic:environment] , .toml 파일의 경우 [tool.newrelic.env.environment] 으로 이 섹션을 시작합니다(여기서 environment 환경 이름으로 바뀝니다).
에이전트가 환경 기반 구성을 사용하도록 지정하려면 다음 방법 중 하나를 사용하십시오.
newrelic.agent.initialize()을 호출할 때 환경 이름을 두 번째 인수로 제공하십시오.또는
NEW_RELIC_ENVIRONMENT환경 변수를 환경 이름으로 설정합니다.
환경을 지정하지 않으면 에이전트는 newrelic 에이전트 구성 섹션에 지정된 기본 설정을 사용합니다.
구성 파일의 기본 구조는 다음과 같습니다.
[newrelic]... default settings
[newrelic:development]... override settings
[newrelic:staging]... override settings
[newrelic:production]... override settings[tool.newrelic]... default settings
[tool.newrelic.env.development]... override settings
[tool.newrelic.env.staging]... override settings
[tool.newrelic.env.production]... override settings일반 구성 설정
이러한 설정은 에이전트 구성 파일에서 사용할 수 있습니다.
true 일 때 에이전트는 웹 앱을 계측하지만 실제 데이터는 보내지 않습니다. 이 오프라인 모드에서는 활성 에이전트에 대해 비용이 청구되지 않습니다.
개발자 모드를 사용하여 새 버전의 에이전트 를 테스트하거나 개발자 환경에서 타사 패키지에 대해 에이전트를 테스트합니다. 에이전트가 수집하는 메트릭이 어디에도 보고되지 않기 때문에 오프라인 모드는 APM을 로컬로 실행하는 방법이 아닙니다.
에이전트 문제를 디버깅하는 데 유용한 로그 파일의 이름을 설정합니다. 에이전트는 웹 앱 프로세스의 상위 사용자 또는 해당 프로세스에 쓰기 권한이 있는 디렉터리를 모르기 때문에 기본적으로 설정되지 않습니다. 자세한 내용은 Python 에이전트 로깅 을 참조하세요.
무엇으로 설정하든지 포함하는 디렉토리와 파일 자체에 대한 권한이 올바른지, 웹 애플리케이션이 실행되는 사용자가 파일에 쓸 수 있는지 확인하십시오.
팁
시작 시 애플리케이션의 작업 디렉토리가 무엇인지 확실하지 않은 경우 절대 경로를 사용하십시오. 로그 파일을 작성할 수 없는 경우 stderr 을 사용하여 표준 오류 출력으로 출력할 수도 있습니다. 그러면 일반적으로 웹 서버 로그에 출력이 나타납니다.
로그 파일 위치 를 설정한 경우 로그 메시지의 세부 수준을 설정합니다. 이 log_level 은 Python 로깅 모듈 로그 수준에 영향을 주지 않습니다. 가능한 값은 세부정보의 오름차순으로 critical , error , warning , info 및 debug 입니다.
에이전트 문제를 보고하는 데 가장 유용한 설정은 debug 입니다. 그러나 debug 은(는) 많은 정보를 매우 빠르게 생성하므로 문제를 재현하는 데 걸리는 시간 이상으로 에이전트를 이 수준으로 유지하지 마십시오.
유형 | 문자열 |
|---|---|
기본값 | (없음) |
구성 파일, 환경 변수 | |
환경 변수 |
|
기본적으로 Python 에이전트는 서버에 직접 연결을 시도합니다. 호스트와 수집기 사이에 HTTP 프록시를 사용해야 하는 방화벽이 있는 경우 proxy_host 및 proxy_port 을 HTTP 프록시에 필요한 값으로 설정합니다. 프록시 인증이 HTTP 프록시에 의해 구현되는 경우 proxy_user 및 proxy_pass 도 설정합니다.
proxy_scheme 설정은 HTTP 프록시와 통신하는 데 사용되는 프로토콜 체계를 지정합니다. http 로 설정하면 에이전트는 종단 간 암호화를 위해 HTTP 프록시를 통해 SSL 터널을 사용합니다.
proxy_scheme , proxy_host 및 proxy_port 설정을 지정하는 대신 proxy_host 설정을 프록시에 대한 유효한 URI로 지정할 수도 있습니다. 체계, 호스트 및 포트를 포함합니다. 예: http://proxy-host:8000 . 이는 NEW_RELIC_PROXY_HOST 환경 변수를 사용하여 HTTP 프록시의 세부정보를 설정하는 경우에도 작동합니다.
감사 로그 파일의 이름을 설정합니다. 설정된 경우 에이전트는 모니터링되는 프로세스와 수집기 간에 전달되는 메시지의 세부 정보를 기록합니다. 이를 통해 Python 에이전트의 보안을 평가할 수 있습니다.
시작 시 앱의 작업 디렉터리가 무엇인지 확실하지 않은 경우 절대 경로를 사용하세요. 무엇으로 설정하든지 포함하는 디렉토리와 파일 자체에 대한 권한이 올바른지 확인하십시오. 또한 웹 앱의 상위 사용자가 파일에 쓸 수 있는지 확인하십시오.
주의
특히 프로덕션 환경에서 지속적으로 감사 로깅을 사용하지 마십시오. 에이전트는 로그 파일을 자르거나 회전하지 않기 때문에 로그 파일이 매우 빠르게 커질 수 있습니다.
APM UI에 표시 할 호스트 이름을 설정합니다. 설정하면 에이전트가 자동으로 캡처하는 기본 호스트 이름을 무시합니다.
newrelic-admin record-deploy 와 함께 사용할 api_key 를 설정합니다.
속성
속성은 프로세서 트레이스, 트레이스 오류, 및 트랜잭션 이벤트에 대한 정보를 제공하는 핵심 가치 쌍입니다. 아래의 일반 속성 설정을 사용하여 4개 대상 모두에 대한 속성을 구성하는 것 외에도 대상별로 구성할 수도 있습니다.
자세한 내용은 Python 에이전트 속성 , 속성 활성화 및 비활성화 및 속성 예제 를 참조하십시오.
속성이 활성화되면 이 목록에 있는 속성 키가 저희에게 전송됩니다. 목록의 키는 아래와 같이 공백으로 구분되어야 합니다.
key1 key2 key3속성에 대한 규칙 은 에이전트 속성 페이지에서 찾을 수 있습니다.
이 목록에 있는 모든 속성 키는 당사로 전송되지 않습니다. 목록의 키는 아래와 같이 공백으로 구분되어야 합니다.
key1 key2 key3속성에 대한 규칙 은 에이전트 속성 페이지에서 찾을 수 있습니다.
AI 모니터링
이 섹션에는 AI 모니터링을 설정하기 위한 Python 에이전트 구성이 포함되어 있습니다.
중요
AI 데이터를 캡처하려면 분산 추적을 활성화해야 합니다. Python 에이전트 버전 7.0.0.166 이상에서는 기본적으로 켜져 있습니다.
중요
AI 모니터링을 활성화하면 모니터링하기로 선택한 모델에서 송수신하는 입력 및 출력의 스트리밍 사본이 기록되며, 여기에는 여기에 포함된 모든 개인 정보도 포함됩니다. AI 모니터링 기능을 제공할 목적으로 제3자(뉴렐릭)가 자신의 모델 사용자의 복합체 합성을 기록할 수 있다는 점에 대해 모델 사용자의 동의를 얻을 책임은 귀하에게 있습니다.
트랜잭션 추적기 구성
중요
거래 이름 끝에 대괄호 [suffix] 를 사용하지 마십시오. 에이전트는 자동으로 이름에서 대괄호를 제거합니다. 대신 필요한 경우 괄호 (suffix) 또는 기타 기호를 사용하십시오.
트랜잭션 추적에 대한 자세한 내용은 트랜잭션 추적 을 참조하십시오.
활성화된 경우 트랜잭션 추적 프로그램 은 느린 트랜잭션에 대한 자세한 정보를 캡처합니다 .
트랜잭션 추적 프로그램이 활성화 되면 에이전트는 SQL 문을 기록할 수 있습니다. 레코더에는 off (SQL을 전송하지 않음), raw (SQL 문을 원래 형식으로 전송) 및 obfuscated (숫자 및 문자열 리터럴 제거)의 세 가지 모드가 있습니다.
대부분의 웹 프레임워크(Django 포함)는 SQL 쿼리를 매개변수화하므로 쿼리를 채우는 데 사용되는 값이 실제로 포함되지 않습니다. 이러한 프레임워크 중 하나에서 raw 모드를 사용하는 경우 Python 에이전트는 값을 삽입하기 전에 SQL만 보게 됩니다. 매개변수화된 SQL은 obfuscated 모드와 매우 유사합니다.
중요
높은 보안 모드가 활성화되면 이 설정이 비활성화됩니다.
이 임계값을 초과하는 트랜잭션 추적의 쿼리는 느린 쿼리 데이터 와 사용 가능한 모든 설명 계획을 보고합니다. transaction_tracer.explain_enabled 이 false 인 경우 계획 수집이 발생하지 않습니다.
트랜잭션 추적에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키가 트랜잭션 추적으로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 모든 속성 키는 트랜잭션 추적으로 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
유형 | 문자열 |
|---|---|
기본값 | (없음) |
구성 파일 |
지정된 기능 또는 메서드에 대해 에이전트는 추가 기능 타이밍 계측을 캡처합니다. module:function 또는 module:class.function 형식으로 이러한 이름을 지정합니다.
fnmatch 모듈에서 지원하는 패턴을 사용하여 함수 및 클래스 이름에 대한 와일드카드 지정(글로빙)이 가능합니다. 모듈 경로는 와일드카드에서 지원되지 않습니다. module:function* 또는 module:class.* 형식으로 패턴을 지정합니다.
예를 들어 아래 파일의 모든 유효성 검사 함수에 함수 추적을 추가하려는 경우:
my-app/common/utils.py
def validate_credentials():…def validate_status():…def format_message():…와일드카드를 사용하여 my-app/common/utils.py 의 모든 유효성 검사 함수에 대한 함수 추적을 포함하도록 에이전트 구성 파일에 다음 줄을 추가합니다.
my-app/newrelic.ini
[newrelic]...transaction_tracer.function_trace = common.utils:validate*중요
Wilcarding에는 Python 에이전트 버전 6.4.4.161 이상 이 필요합니다.
트랜잭션 세그먼트 구성
다음은 에이전트 구성 파일을 통해 사용할 수 있는 트랜잭션 세그먼트 설정입니다.
트랜잭션 추적의 세그먼트에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키는 트랜잭션 추적의 세그먼트로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 모든 속성 키는 트랜잭션 추적 세그먼트로 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
오류 수집기 구성
다음은 에이전트 구성 파일을 통해 사용할 수 있는 오류 수집기 설정입니다.
팁
APM의 오류 구성에 대한 개요는 APM에서 오류 관리를 참조하십시오.
특정 오류 수집을 중지하려면 무시할 Python 예외 유형 이름의 공백으로 구분된 목록으로 설정합니다. 예외 이름에 module:class 형식을 사용합니다.
주의
error_collector.ignore_errors 버전 11.0.0에서 제거되었습니다. 에이전트 버전 6.4.0 이전에는 이 설정의 이름이 error_collector.ignore_errors 이었습니다. 설정 파일이 여전히 ignore_errors 사용하는 경우 에이전트를 업데이트하여 ignore_classes 사용하세요.
에이전트가 오류로 기록하지 않고 무시해야 하는 HTTP 상태 코드를 나열합니다. 추가 상태 코드를 공백으로 구분된 정수로 나열하고 시작 값과 끝 값 사이에 하이픈 - 구분 기호로 범위를 지정합니다. 기본 코드 중 하나를 허용 목록에 추가하려면 코드 앞에 느낌표 ! 를 붙입니다.
일부 프레임워크는 예외를 사용하여 HTTP 응답을 반환하지 않기 때문에 이 설정은 일부 웹 프레임워크와만 호환됩니다.
팁
이 구성 옵션은 Python 에이전트 버전 6.4.0 이상의 서버 측 구성에서만 설정할 수 있습니다.
APM에 오류를 보고하는 동안 지정된 HTTP 상태 코드가 오류율 또는 Apdex 점수에 영향을 미치지 않도록 합니다. 상태 코드를 공백으로 구분된 정수로 나열하고 시작 값과 끝 값 사이에 하이픈 - 구분 기호를 사용하여 범위를 지정합니다. 목록에 있는 코드 중 하나를 부정하려면 코드 앞에 느낌표 ! 를 붙입니다.
일부 프레임워크는 예외를 사용하여 HTTP 응답을 반환하지 않기 때문에 이 설정은 일부 웹 프레임워크와만 호환됩니다.
팁
이 구성 옵션은 Python 에이전트 버전 6.4.0 이상에서만 사용할 수 있습니다.
추적된 오류에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키는 추적된 오류로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 속성 키는 추적된 오류로 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
브라우저 모니터링 설정
다음은 에이전트 구성 파일을 통해 사용할 수 있는 브라우저 모니터링 설정입니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
브라우저 모니터링을 활성화합니다. 자세한 내용 은 Python의 페이지 로드 타이밍을 참조하세요.
중요
구성 파일에서 브라우저 모니터링을 활성화하기 전에 브라우저 모니터링 UI의 애플리케이션 설정에서 활성화하십시오 .
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
지원되는 Python 웹 프레임워크 의 경우 이 설정은 JavaScript 조각을 모니터링하는 브라우저의 자동 삽입을 활성화합니다.
유형 | 문자열 |
|---|---|
기본값 |
|
구성 파일 |
브라우저 모니터링 에이전트가 자동 계측해야 하는 HTML Content-Type 을 지정합니다. 공백으로 구분된 목록에 추가 항목을 추가합니다.
HTML 페이지 응답을 생성하고 application/xhtml+xml 의 Content-Type 를 사용하는 경우 다음을 사용하여 이 콘텐츠 유형과 기본 text/html 를 모두 나열하도록 허용된 콘텐츠 유형을 재정의할 수 있습니다.
browser_monitoring.content_type = text/html application/xhtml+xml중요
브라우저 모니터링 JavaScript 스니펫은 페이지가 최종 사용자 브라우저에서 로드 및 렌더링되어야 하지만 application/xhtml+xml (으)로 유효성을 검사하는 것을 방지합니다.
속성이 browser_monitoring 에 대해 활성화된 경우 이 목록에 있는 모든 속성 키가 페이지 보기로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 모든 속성 키는 페이지 보기에서 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
거래 이벤트 설정
다음은 에이전트 구성 파일을 통해 사용할 수 있는 트랜잭션 이벤트 설정입니다.
팁
이러한 구성 설정은 analytic_events 이라고 했습니다. 구성 파일이 여전히 analytic_events 을 사용하는 경우 transaction_events 를 사용하도록 에이전트를 업데이트하십시오.
트랜잭션 이벤트에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키가 트랜잭션 이벤트로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 모든 속성 키는 트랜잭션 이벤트로 전송되지 않습니다. 트랜잭션 이벤트에서 속성을 제외해도 스팬 이벤트에서 제외되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
맞춤 이벤트 설정
다음은 에이전트 구성 파일을 통해 사용할 수 있는 사용자 지정 이벤트 설정입니다.
데이터 저장소 추적기 설정
다음 데이터 저장소 추적 프로그램 설정은 에이전트 구성 파일을 통해 사용할 수 있습니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
활성화된 경우 에이전트는 일부 데이터베이스 드라이버에 대한 데이터 저장소 인스턴스 메트릭(예: 호스트 및 포트)을 수집합니다. 이는 느린 쿼리 추적 및 트랜잭션 추적에서도 보고됩니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
활성화되면 에이전트는 일부 데이터베이스 드라이버에 대한 데이터베이스 이름을 수집합니다. 데이터베이스 이름은 느린 쿼리 추적 및 트랜잭션 추적에서 보고됩니다.
분산 추적 설정
분산 추적을 사용하면 분산 시스템을 통해 이동하는 요청의 경로를 볼 수 있습니다.Python 에이전트 버전 7.0.0.166 이상 부터 분산 추적이 기본적으로 활성화됩니다.
중요
분산 추적을 활성화하면 애플리케이션 간 추적이 비활성화되고 APM 기능에 다른 영향을 미칩니다. 교차 애플리케이션 추적에서 마이그레이션하는 경우 전환 가이드를 읽어보세요.
자세한 내용 은 Python 서비스에 대한 분산 추적을 참조하십시오.
설정에는 다음이 포함됩니다.
이는 트래픽에 샘플링된 원격 부모(즉, 트래픽이 상위 서비스에서 시작된 경우)가 있는 경우에 적용되는 샘플러입니다. 샘플러 옵션은 다음과 같습니다.
adaptive기본 동작이며, 트레이스를 샘플링할지 여부를 결정하기 위해 샘플링 결정을 적응 샘플링 알고리즘에 위임합니다.trace_id_ratio_based샘플링 결정을 트레이스 ID 비율 기반 샘플링 알고리즘에 위임하여 트레이스를 샘플링할지 여부를 결정합니다. 이 옵션을 사용하는 경우 비율이 필수이므로 distributed_tracing.sampler.remote_parent_sampled.trace_id_ratio_based.ratio를 대신 사용하십시오.always_on: 샘플링된 원격 상위 항목이 있는 트레이스를 항상 샘플링합니다.always_off원격 부모가 샘플링된 트레이스는 절대 샘플링하지 않습니다.
유형 | 문자열 |
|---|---|
적응형 |
|
구성 파일, 환경 변수 | |
|
이는 트래픽에 샘플링되지 않은 원격 부모(즉, 트래픽이 상위 서비스에서 시작된 경우)가 있는 경우에 적용되는 샘플러입니다. 샘플러 옵션은 다음과 같습니다.
adaptive기본 동작이며, 트레이스를 샘플링할지 여부를 결정하기 위해 샘플링 결정을 적응 샘플링 알고리즘에 위임합니다.trace_id_ratio_based샘플링 결정을 트레이스 ID 비율 기반 샘플링 알고리즘에 위임하여 트레이스를 샘플링할지 여부를 결정합니다. 이 옵션을 사용하는 경우 비율이 필수이므로 distributed_tracing.sampler.remote_parent_not_sampled.trace_id_ratio_based.ratio를 대신 사용하십시오.always_on: 샘플링되지 않은 원격 부모가 있는 트레이스를 항상 샘플링합니다.always_off: 샘플링되지 않은 원격 부모가 있는 트레이스를 샘플링하지 않습니다.
이것은 트레이스의 시작 부분에 적용되는 샘플러입니다. 기본적으로 어댑티브 샘플러는 루트 샘플러로 구성됩니다. 샘플러 옵션은 다음과 같습니다.
adaptive기본 동작이며, 트레이스를 샘플링할지 여부를 결정하기 위해 샘플링 결정을 적응 샘플링 알고리즘에 위임합니다.trace_id_ratio_based샘플링 결정을 트레이스 ID 비율 기반 샘플링 알고리즘에 위임하여 트레이스를 샘플링할지 여부를 결정합니다. 이 옵션을 사용하는 경우 비율이 필수이므로 distributed_tracing.sampler.root.trace_id_ratio_based.ratio를 대신 사용하십시오.always_on현재 서비스에서 발생하고 진입 호출에 분산 추적 헤더가 없는 트랜잭션만 샘플링합니다.always_off현재 서비스에서 발생하고 진입 호출에 분산 추적 헤더가 없는 트랜잭션은 절대 샘플링하지 않습니다.
스팬 이벤트 구성
분산 추적 을 위해 스팬 이벤트 가 수집됩니다. 스팬 이벤트를 보고하려면 분산 추적을 활성화해야 합니다. 구성 옵션에는 다음이 포함됩니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
이 설정은 Python 에이전트가 스팬을 보낼지 여부를 켜거나 끄는 데 사용할 수 있습니다.
이 설정을 사용하여 스팬 이벤트의 모든 속성 을 켜거나 끌 수 있습니다. 루트 수준의 attributes.enabled 이 false 이면 이 구성 설정( span_events.attributes.enabled )이 설정되는 방식에 관계없이 스팬 이벤트에 속성이 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
스팬 이벤트에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키가 스팬 이벤트로 전송됩니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이 목록에 있는 모든 속성 키는 범위 이벤트에서 전송되지 않습니다. 자세한 내용은 에이전트 속성 규칙 을 참조하십시오.
이벤트 수확 구성
이벤트 수집 설정은 New Relic으로 전송되는 이벤트 유형 데이터의 양을 제한합니다. 이러한 설정을 사용할 때 다음과 같은 중요한 사항을 고려하십시오.
- 이벤트 수집 설정은 전체 애플리케이션이 아니라 에이전트의 단일 인스턴스에 대한 제한에 영향을 줍니다. 전체 애플리케이션에서 제한을 설정하는 방법은 아래 사용 예를 참조하십시오.
- 실시간 스트리밍은 5초마다(분당 12회) 데이터를 전송하지만 이벤트 수집 설정은 여전히 minute 당 이벤트 속도에 영향을 미칩니다. 실시간 스트리밍을 활성화하거나 비활성화하기 위해 이러한 설정을 변경할 필요는 없습니다.
- 실시간 스트리밍(기본적으로 활성화됨)을 사용하면 New Relic은 5초 간격으로 엔터티에 대한 이벤트 수집 제한을 표시합니다. 예를 들어 구성 파일에서 제한 값을 1200으로 설정하면 New Relic에서 100으로 표시됩니다.
사용 예
애플리케이션이 10개의 호스트에 배포되고 각각 호스트당 4개의 프로세스를 실행한다고 가정해 보겠습니다. 전체 애플리케이션에 대해 스팬 이벤트 수를 분당 10,000개 이벤트로 제한하려면 해당 수를 10개의 호스트로 나눕니다. 그런 다음 호스트당 4개의 프로세스로 다시 나눕니다.
10000 / (10 * 4) = 250
해당 계산에 따라 최종 설정은 다음과 같습니다.
span_events.max_samples_stored = 250
팁
New Relic이 데이터를 수집하는 방식(분당 12회) 때문에 이벤트 데이터 수가 12개 미만이면 New Relic에서 0으로 표시됩니다.
이벤트 수집 구성 설정은 다음과 같습니다.
callout.warning
이 설정은 버전 11.0.0부터 더 이상 사용되지 않습니다. 대신 transaction_events.max_samples_stored 사용하세요.
Python 에이전트의 인스턴스에서 New Relic으로 보낸 분당 분석 이벤트에 대한 제한입니다.
callout.warning
이 설정은 버전 11.0.0부터 더 이상 사용되지 않습니다. 대신 custom_insights_events.max_samples_stored 사용하세요.
끌어 당기는 에이전트의 분당 커스텀 대시보드 수를 뉴렐릭으로 보낼 수 있는 한도입니다.
callout.warning
이 설정은 버전 11.0.0부터 더 이상 사용되지 않습니다. 대신 span_events.max_samples_stored 사용하세요.
- Python 에이전트의 인스턴스가 New Relic으로 보낸 분당 스팬 이벤트에 대한 제한입니다.
- AI 감시 용 에이전트를 구성할 때 에이전트가 에이전트 트레이스의 최대량을 캡처하도록 최대값
10000으로 설정합니다.
callout.warning
이 설정은 버전 11.0.0부터 더 이상 사용되지 않습니다. 대신 error_collector.max_event_samples_stored 사용하세요.
Python 에이전트의 인스턴스가 New Relic으로 전송한 분당 오류 이벤트에 대한 제한입니다.
이벤트 루프 가시성 설정
중요
Python 에이전트 버전 5.0.0.124 이상이 필요합니다.
이벤트 루프 가시성은 이벤트 루프를 차단하는 트랜잭션에 대한 정보를 표시합니다. 에이전트는 이벤트 루프의 제어를 획득하기 위해 상당한 시간을 기다린 트랜잭션에 대한 정보를 생성합니다. 설정에는 다음이 포함됩니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
이벤트 루프 정보를 비활성화하려면 이것을 false 으로 설정합니다.
유형 | 뜨다 |
|---|---|
기본값 |
|
구성 파일 |
트랜잭션이 이벤트 루프 정보를 생성하기 전에 이벤트 루프를 차단해야 하는 시간에 대한 임계값(초)입니다.
물리적 메모리에 대한 런타임 지표
중요
Python 에이전트 버전 9.9.0 이상이 필요합니다.
이러한 런타임 지표 설정은 에이전트 설정 파일을 통해 사용할 수 있습니다.
가비지 컬렉션 런타임 메트릭 설정
중요
Python 에이전트 버전 6.2.0.156 이상이 필요합니다.
이러한 가비지 수집 런타임 메트릭 설정은 에이전트 구성 파일을 통해 사용할 수 있습니다.
유형 | 부울 |
|---|---|
기본값 | 잘못된 |
구성 파일 |
활성화되면 에이전트는 가비지 수집 메트릭을 생성하고 보냅니다.
유형 | 정수 |
|---|---|
기본값 | 5 |
구성 파일 |
에이전트는 가비지 수집기가 수집하는 가장 일반적인 개체 유형에 대한 개체 수 메트릭을 보고합니다. 각 개체 유형에 대해 이 설정을 사용하면 샘플링할 개별 메트릭의 최대 수를 설정할 수 있습니다.
코드 수준 메트릭 설정
다음 설정은 에이전트의 코드 수준 메트릭 구성에 사용할 수 있습니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
코드 수준 메트릭에 대한 에이전트 속성 수집을 비활성화하려면 이를 false 로 설정합니다.
받은편지함 구성 오류
다음 태그 중 하나를 설정하면 오류를 생성하는 소프트웨어 버전을 식별하는 데 도움이 됩니다.
NEW_RELIC_METADATA_SERVICE_VERSION배포된 코드 버전(대부분의 경우 1.2.3과 같은 의미 버전)이 포함된 이벤트 데이터에 대한 tagged.service.version을 생성하지만 항상 그런 것은 아닙니다.NEW_RELIC_METADATA_RELEASE_TAG릴리스 태그(예: v0.1.209)가 포함된 이벤트 데이터에 tagged.releaseTag를 생성합니다. 또는 릴리스-209).NEW_RELIC_METADATA_COMMIT커밋 샤를 포함하는 이벤트 데이터에 대한 tagged.commit을 생성합니다. 전체 sha를 사용하거나 처음 7자만 사용할 수 있습니다(예: 734713b).
향후 릴리스된 오류 받은 편지함에서는 오류를 생성하는 소프트웨어 버전을 자동으로 추적합니다. 모든 버전 데이터는 CodeStream 에도 표시됩니다.
애플리케이션 로깅 설정
에이전트에서 애플리케이션 로깅을 구성하기 위해 다음 설정을 사용할 수 있습니다.
Python 에이전트에 대한 로그 구성에 대한 몇 가지 팁 은 컨텍스트에서 Python 로그 구성 을 참조하십시오.
중요
true 인 경우 에이전트는 애플리케이션에서 내보낸 로그 레코드를 캡처하여 New Relic에 전달합니다. 이 설정을 적용하려면 application_logging.enabled 도 true 여야 합니다.
중요
높은 보안 모드가 활성화되면 이 설정이 비활성화됩니다.
주의
기존 로그 전달 솔루션을 사용하여 이미 애플리케이션의 로그를 New Relic에 보내고 있는 경우 에이전트에서 로그 전달을 활성화하기 전에 이를 비활성화해야 중복 로그 데이터에 대한 요금이 청구되지 않습니다.
context_data 에 대해 속성이 활성화된 경우 이 목록에 있는 모든 속성 키가 트랜잭션 추적을 통해 당사로 전송됩니다. 자세한 내용은 상담원 속성 규칙을 참조하세요.
중요
컨텍스트 속성을 추가할 때 에이전트는 로깅 프레임워크 컨텍스트의 속성에 대해서는 context. , 사전 메시지 컨텍스트의 속성에 대해서는 message. 키 접두사를 붙입니다.
포함/제외 필터링 규칙과 일치할 때 이러한 접두사는 포함되지 않습니다 .
이 목록에 있는 모든 속성 키는 context_data로 전송되지 않습니다. 자세한 내용은 상담원 속성 규칙을 참조하세요.
중요
컨텍스트 속성을 추가할 때 에이전트는 로깅 프레임워크 컨텍스트의 속성에 대해서는 context. , 사전 메시지 컨텍스트의 속성에 대해서는 message. 키 접두사를 붙입니다.
포함/제외 필터링 규칙과 일치할 때 이러한 접두사는 포함되지 않습니다 .
New Relic에 분당 보낼 로그 레코드 수입니다. 이 설정은 로그 전달 기능을 사용할 때 전체 메모리 소비를 제어합니다.
전송되는 로그 라인의 양을 줄이려면 이 값을 더 낮게 설정하십시오(로그 샘플링이 발생할 수 있음). 더 많은 로그 라인을 보내려면 이 값을 더 높게 설정하십시오.
각 로그는 연결된 트랜잭션과 동일한 우선 순위를 받습니다. 트랜잭션 외부에서 발생하는 로그는 임의의 우선 순위를 받습니다. 일부 로그는 max_samples_stored 에 의해 제한되기 때문에 포함되지 않을 수 있습니다. 예를 들어, 로깅 max_samples_stored 이 10,000으로 설정되고 트랜잭션 1에 10,000개의 로그 항목이 있는 경우 트랜잭션 1에 대한 로그 항목만 기록됩니다. 트랜잭션 1에 10,000개 미만의 로그가 있는 경우 트랜잭션 1에 대한 모든 로그를 수신합니다. 여전히 공간이 있으면 트랜잭션 2에 대한 모든 로그를 받는 식입니다.
샘플링된 트랜잭션에 대한 모든 로그가 기록된 후 max_samples_stored 의 한도에 도달하지 않은 경우 샘플링에 없는 트랜잭션에 대한 로그 메시지가 전송됩니다. 남아있는 경우 트랜잭션 외부의 로그 메시지가 기록됩니다.
callout.warning
이 설정은 버전 11.0.0부터 더 이상 사용되지 않습니다. 대신 application_logging.forwarding.max_samples_stored 사용하세요.
New Relic에 분당 보낼 로그 레코드 수입니다. 이 설정은 로그 전달 기능을 사용할 때 전체 메모리 소비를 제어합니다.
전송되는 로그 라인의 양을 줄이려면 이 값을 더 낮게 설정하십시오(로그 샘플링이 발생할 수 있음). 더 많은 로그 라인을 보내려면 이 값을 더 높게 설정하십시오.
각 로그는 연결된 트랜잭션과 동일한 우선 순위를 받습니다. 트랜잭션 외부에서 발생하는 로그는 임의의 우선 순위를 받습니다. 일부 로그는 max_samples_stored 에 의해 제한되기 때문에 포함되지 않을 수 있습니다. 예를 들어, 로깅 max_samples_stored 이 10,000으로 설정되고 트랜잭션 1에 10,000개의 로그 항목이 있는 경우 트랜잭션 1에 대한 로그 항목만 기록됩니다. 트랜잭션 1에 10,000개 미만의 로그가 있는 경우 트랜잭션 1에 대한 모든 로그를 수신합니다. 여전히 공간이 있으면 트랜잭션 2에 대한 모든 로그를 받는 식입니다.
샘플링된 트랜잭션에 대한 모든 로그가 기록된 후 max_samples_stored 의 한도에 도달하지 않은 경우 샘플링에 없는 트랜잭션에 대한 로그 메시지가 전송됩니다. 남아있는 경우 트랜잭션 외부의 로그 메시지가 기록됩니다.
계측 설정
중요
Python 에이전트 버전 8.7.1 이상이필요합니다.
이러한 계측 패키지별 설정은 에이전트 구성 파일을 통해 사용할 수 있습니다.
미들웨어 측정, 로그 필터
중요
끌어당김 버전 10.17.0 이상이 필요합니다.
미들웨어 측정, 로그 전환에 사용할 수 있는 측정값, 로그 패키지별 설정은 다음과 같습니다.
유형 | 문자열 목록 |
|---|---|
기본값 | (없음) |
구성 파일 |
미들웨어 측정, 계측이 활성화된 경우, 이 목록에서 찾은 미들웨어 이름이 전송됩니다. 목록에 있는 이름은 아래와 같이 공백으로 구분해야 합니다.
middleware1 middleware2 middleware3미들웨어 측정 및 과학적 필터링에 대한 규칙은 미들웨어 필터링 페이지에서 확인할 수 있습니다.
유형 | 문자열 목록 |
|---|---|
기본값 | (없음) |
구성 파일 |
이 목록에서 발견된 미들웨어 이름은 전송되지 않습니다. 목록에 있는 이름은 아래와 같이 공백으로 구분해야 합니다.
middleware1 middleware2 middleware3미들웨어 측정 및 과학적 필터링에 대한 규칙은 미들웨어 필터링 페이지에서 확인할 수 있습니다.
머신러닝 설정
중요
Python 에이전트 버전 9.1.0 이상이 필요합니다.
에이전트에서 기계 학습 데이터를 구성하는 데 다음 설정을 사용할 수 있습니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
record_ml_event() 을 통해 Event API에 기계 학습 이벤트 기록을 허용합니다.
중요
높은 보안 모드가 활성화되면 이 설정이 비활성화됩니다.
기타 구성 설정
다음은 에이전트 구성 파일을 통해 사용할 수 있는 다양한 설정입니다.
유형 | 부울 |
|---|---|
기본값 |
|
true 인 경우 에이전트는 AWS 환경에서 실행 중임을 자동으로 감지합니다.
유형 | 문자열 |
|---|---|
기본값 |
|
설정된 경우 에이전트는 측정, 리소스에 의해 계정 ID를 자동으로 확인할 수 없는 경우 이 AWS account_id 를 사용하여 AWS 부분을 연결합니다. 유효한 AWS 계정 ID의 예와 이를 찾는 방법은 AWS 계정 식별자 관리 문서를 참조하세요.
유형 | 부울 |
|---|---|
기본값 |
|
true 인 경우 에이전트는 Azure 환경에서 실행 중임을 자동으로 감지합니다.
유형 | 부울 |
|---|---|
기본값 |
|
true 인 경우 에이전트는 Google Cloud Platform 환경에서 실행 중임을 자동으로 감지합니다.
유형 | 부울 |
|---|---|
기본값 |
|
true 인 경우 에이전트는 Pivotal Cloud Foundry 환경에서 실행 중임을 자동으로 감지합니다.
유형 | 부울 |
|---|---|
기본값 |
|
true 인 경우 에이전트는 Docker에서 실행 중임을 자동으로 감지합니다.
스레드 프로파일링 세션 을 예약할 수 있습니다. 스레드 프로파일러는 통계적으로 대표적인 호출 트리를 구성하기 위해 애플리케이션의 각 활성 스레드에 대한 호출 스택의 스냅샷을 주기적으로 캡처합니다.
유형 | 부울 |
|---|---|
기본값 |
|
구성 파일 |
서비스 지향 아키텍처 내에서 앱과 서비스를 연결하는 교차 애플리케이션 추적 을 활성화합니다.
주의
11.0.0 버전에서는 스티치 추적(CAT)이 완전히 제거되었습니다.
유형 | 문자열 |
|---|---|
기본값 | (없음) |
구성 파일 |
허용 목록에 나열된 예외는 strip_exception_messages.enabled 이 true 인 경우에도 메시지가 제거되지 않습니다. 허용 목록은 공백으로 구분된 예외 유형 문자열이며 각각 module:exception_name 형식입니다. 기본 제공 예외를 exception_name 으로 나열합니다. 앞에 module: 를 붙일 필요가 없습니다.
Example: Built-in exception and user-defined exception
KeyError my_module:MyException기본적으로 에이전트는 첫 번째 트랜잭션(웹 또는 비웹)을 수신할 때 시작됩니다. 그런 다음 에이전트는 병렬로 시작하여 이 초기 요청이 지연되지 않도록 합니다. 그러나 에이전트는 등록이 완료될 때까지 데이터를 수집할 수 없기 때문에 이 초기 요청의 세부 정보를 기록하지 않습니다. 이것은 New Relic이 시작되는 동안 첫 번째 커플 트랜잭션을 지연시키지 않기 위해 대부분의 웹 애플리케이션에 권장되는 구성입니다.
이를 재정의하려면 시작 제한 시간을 초 단위로 설정할 수 있습니다. 그런 다음 에이전트는 초기 트랜잭션을 일시 중지하고 등록이 완료될 때까지 기다립니다. 이는 프로세스가 한 번 실행되고 즉시 종료되는 단일 프로그램 실행 또는 작업을 계측할 때 유용할 수 있습니다.
중요
startup_timeout 은 앱 시작을 지연시키므로 웹 애플리케이션이 아닌 백그라운드 작업 대기열 시스템에 대해서만 시작 시간 제한을 설정하는 것이 좋습니다.
프로세스 종료 시 에이전트는 수집기 에 대한 최종 업로드를 한 번 시도합니다. 문제 발생 시 에이전트가 무기한 실행되는 것을 방지하기 위해 shutdown_timeout 임계값에 도달하면 프로세스가 정상적으로 종료됩니다. 이 종료로 인해 데이터가 손실될 수 있지만 에이전트는 업로드 프로세스 동안 주요 메트릭 데이터의 우선 순위를 지정합니다.
백그라운드 작업 대기열 시스템, 특히 프로세스당 적은 수의 작업을 실행하는 시스템의 경우 에이전트가 프로세스 종료 시 모든 데이터를 업로드할 수 있도록 종료 시간 초과를 늘릴 수 있습니다.
팁
Apache 및 기타 많은 웹 서버에는 3.0초의 프로세스 종료 시간 초과가 있으므로 에이전트의 기본값은 2.5초입니다. 에이전트는 프로세스가 실행되도록 등록된 atexit 정리 코드를 허용하기 위해 2.5초 후에 종료됩니다.
유형 | 문자열 |
|---|---|
기본값 |
|
구성 파일 |
페이로드에서 데이터 압축 임계값에 도달하면 에이전트는 기본적으로 gzip 압축을 사용하여 데이터를 압축합니다. 수축 압축을 사용하려면 구성 옵션 compression_content_encoding 을 deflate 로 설정할 수 있습니다.
이 설정을 활성화하면 에이전트가 시작 스크립트에서 자세한 문제 해결 메시지를 직접 콘솔(STDOUT)로 보냅니다. 이는 newrelic-admin 시작 스크립트, 대체 bootstrap/sitecustomize.py 시작 스크립트 또는 Kubernetes APM 자동 연결의 시작 시퀀스에서 충돌을 디버깅하는 데 도움이 될 수 있습니다.
주의
이 환경 변수 설정에는 해당 구성 파일 설정이 없습니다. 관련 코드는 구성 파일을 읽기 전에 실행되기 때문입니다. 에이전트 시작 후 포괄적인 디버그 로깅을 위해서는 로그 레벨을 debug 으로 설정하세요.
헤로쿠
유형 | 부울 |
|---|---|
기본값 |
|
환경 변수 |
|
true 인 경우 에이전트는 Heroku dyno 이름을 호스트 이름으로 사용합니다.
유형 | 정렬 |
|---|---|
기본값 |
|
환경 변수 |
|
일반적으로 에이전트는 뒤에 점과 프로세스 ID가 있는 dyno 이름을 보고합니다(예: worker.3 ). 후행 데이터 없이 보고할 접두사를 지정하여 이 후행 데이터를 제거할 수 있습니다(예: worker ).
내장 계측
Python 에이전트는 다양한 Python 패키지/모듈을 계측합니다. 이 계측은 대상 Python 패키지/모듈을 애플리케이션에서 가져올 때만 발생합니다.
기본 계측을 비활성화하려면 계측을 트리거한 모듈의 이름에 해당하는 특수 import-hook 섹션을 제공합니다. 그런 다음 enabled 설정을 false 로 설정하여 해당 모듈의 계측을 비활성화합니다.
.ini 설정 파일에 다음을 추가합니다.
[import-hook:MySQLdb]enabled = false또는 .toml 설정 파일의 경우 다음을 추가합니다.
[tool.newrelic.import-hook.MySQLdb]enabled = false