Linux 호스트용 뉴렐릭 eBPF 에이전트 설치

Linux 호스트에 뉴렐릭 eBPF 에이전트를 설치하여 전체 시스템 상태를 모니터링할 수 있습니다. eBPF 에이전트는 코드 변경이나 구현, 배포할 필요 없이 언어별 에이전트에 대한 심층적인 가시성을 제공합니다.

뉴렐릭 eBPF 에이전트 설치

시작하기 전에

Linux 호스트에 대한 eBPF 호환성 및 요구 사항 문서에 설명된 전제 조건을 충족해야 합니다.

eBPF 에이전트 설치

eBPF 에이전트를 설치하려면:

New Relic 계정에 로그인하세요.
left navigation pane > + Integration & Agents > eBPF Agent 으)로 이동합니다.
Select an account 화면에서 eBPF 에이전트를 설치할 계정을 선택하고 Continue 클릭합니다.
Select an installation method 페이지에서 On a host 선택하고 Continue 클릭합니다.
Enter your user key 화면에서 다음 옵션 중 하나를 선택한 다음 Continue 클릭하십시오.
- Use an existing key이미 사용자 키가 있는 경우 사용자 키를 제공하십시오. 자세한 내용은 사용자 키를 참조하십시오.
- Create a new key사용자 키가 없으면 Create a new key 클릭하여 생성하세요.
Configure the host integration 화면에서 호스트에 대한 구현, 배포 이름을 입력한 다음 Continue 클릭합니다.
Install the agent 화면에서 터미널에 제공된 명령어를 실행하여 Debian 패키지를 통해 eBPF 에이전트를 설치하십시오.
1. 표시된 명령을 복사하여 붙여넣어 Debian 호스트에 eBPF 에이전트를 설치합니다.
2. 설치를 확인하려면 다음 명령을 실행하세요.
  bash
```
$sudo systemctl status newrelic-ebpf-agent
```
성공적으로 설치하면 이러한 서비스 상태가 활성(실행 중)으로 표시됩니다.
팁
/etc/newrelic-ebpf-agent/newrelic-ebpf-agent.yaml 에서 사용 가능한 newrelic-ebpf-agent.yaml 파일을 편집하여 eBPF 에이전트 설정을 사용자 정의할 수 있습니다. 설정 시위에 대한 자세한 내용은 설정 시위를 참조하세요.
중요
yum기반 호스트에서 이 설치 명령은 newrelic-ebpf-agent 패키지를 가져오는 데 사용되는 미리 보기 yum 채널을 가리키도록 /etc/yum.repos.d/newrelic-infra.repo을(를) 덮어씁니다. 이는 인프라 에이전트의 자체 저장소 파일이 일반적으로 사용하는 baseurl을(를) 대체하며, Amazon Linux(2, 2022 및 2023)뿐만 아니라 RHEL 계열 호스트(RHEL, CentOS, Rocky Linux, AlmaLinux 및 오라클 Linux)에도 영향을 미칩니다.
이 동일한 저장소 파일을 통해 인프라 에이전트 또는 온-호스트 통합(예: nri-elasticsearch)도 관리하는 경우, 미리 보기 채널에는 더 작고 다른 패키지 세트가 포함되어 있으므로 eBPF 에이전트를 설치하거나 업그레이드한 후 yum check-update에서 해당 새 버전을 더 이상 표시하지 않을 수 있습니다.
인프라 에이전트 및 해당 통합에 대한 표준 업데이트 경로를 복원하려면 인프라 에이전트 저장소 추가 (RHEL 제품군) 또는 Amazon Linux에서 OS에 맞는 저장소 설정 명령을 다시 실행한 다음 yum 캐시를 새로 고치십시오:
bash
```
$sudo yum clean all
$sudo yum -q makecache -y --disablerepo='*' --enablerepo='newrelic-infra'
```
이는 eBPF 에이전트가 인프라 에이전트의 apt 소스 목록 외부에 있는 .deb 패키지에서 설치되는 Debian 또는 Ubuntu 호스트에는 영향을 미치지 않습니다.

뉴렐릭에서 eBPF 데이터에 액세스

eBPF 에이전트가 설치되면 Linux 호스트에서 자동으로 데이터를 수집하기 시작합니다. 이 데이터는 뉴렐릭의 OpenTelemetry UI 에서 액세스할 수 있습니다. 뉴렐릭 OpenTelemetry UI 에 대한 자세한 내용은 OpenTelemetry APM UI 참조하세요.

뉴렐릭에서 eBPF 데이터를 보려면:

one.newrelic.com > APM & Services 으)로 이동합니다.
검색 배너에서 검색 기준을 instrumentation.name = nr_ebpf 으로 설정합니다.

eBPF 에이전트 업그레이드

Linux 호스트에서 eBPF 에이전트를 업그레이드하려면 뉴렐릭 UI 에서 설치 명령을 다시 실행하세요. 이 프로세스를 실행하면 새로운 에이전트 버전이 설치되고, 이전 버전은 자동으로 제거됩니다.

중요

패키지 매니저를 통한 업그레이드는 지원되지 않습니다. 성공적인 업그레이드를 위해서는 뉴렐릭 UI 에서 설치 명령을 사용해야 합니다.

중요

yum기반 호스트(RHEL 제품군 및 Amazon Linux)에서 설치 명령을 다시 실행하면 /etc/yum.repos.d/newrelic-infra.repo도 다시 덮어씁니다. yum을(를) 통해 인프라 에이전트 또는 해당 온-호스트 통합을 업데이트된 상태로 유지하기 위해 해당 파일에 의존하는 경우, 각 eBPF 에이전트 업그레이드 후 저장소 복원 단계를 반복하십시오.

최신 설치 명령을 받으려면:

one.newrelic.com > + Integration & Agents > eBPF Agent 으)로 이동합니다.
업데이트된 명령어를 얻으려면 설치 절차를 따르십시오.
호스트에서 해당 명령어를 실행하여 에이전트를 업그레이드하십시오.
아래 명령어를 사용하여 ebpf 에이전트 서비스를 다시 시작하십시오.
bash
```
$sudo systemctl restart newrelic-ebpf-agent
```

구성 매개변수

newrelic-ebpf-agent.yaml 파일에는 다음 설정 파라미터가 포함되어 있습니다:

팁

eBPF 에이전트는 환경에 따라 다음과 같이 이름을 자동으로 다르게 생성합니다.

호스트나 도커에서 이러한 이름은 프로세스 이름, 디렉토리 또는 컨테이너 ID, 수신 포트의 조합입니다. 예를 들어, ruby:/home/ubuntu/app:[5678] 또는 java:f4aead533895:[8080].
Kubernetes에서 이러한 이름은 mysql-database-service 과 같은 서비스 이름에서 파생됩니다.
애플리케이션에 사용자 정의 이름 지정:
Kubernetes 및 온호스트 제작 모두에 대해 NEW_RELIC_APP_NAME 환경 변수를 설정하여 맞춤 이름을 할당할 수 있습니다.

이러한 매개변수는 eBPF 에이전트의 핵심 ID와 데이터 대상을 제어합니다.

반응, 이름	설명	데이터 형식	예시 값
`licenseKey`	데이터를 전송하는 데 필요한 블루 클러스터 키를 지정합니다.	문자열	`"22387565c...FFFFNRAL"`
`deploymentName`	배포의 고유한 이름을 지정하여 뉴렐릭에서 해당 데이터를 식별하는 데 도움을 줍니다.	문자열	`"my-deployment"`
`region`	customSecretLicenseKey를 사용하는 경우 리전 `"US"` / `"EU"` / `"JP"` / `"GOV"` 을(를) 제공해야 합니다. 그렇지 않으면 이 값을 빈 문자열로 둡니다.	문자열	`""`
`customOtlpEndpoint`	사용자 지정 OTLP 엔드포인트 URL. 설정된 경우, 이는 리전 기반 정적 엔드포인트보다 우선합니다.	문자열	`""`
`customOtlpEndpointTlsEnabled`	커스텀 OTLP 엔드포인트에서 TLS가 활성화되어 있는지 여부입니다. `customOtlpEndpoint` 이 설정된 경우에만 적용됩니다.	부울	`true`
`customOtlpEndpointTlsCertPath`	OTLP 엔드포인트 TLS 유효성 검사를 위한 사용자 지정 CA 인증서의 경로입니다. 비어 있는 경우, 시스템 기본 CA 인증서가 사용됩니다.	문자열	`""`
`otlpProxy.host`	기업 프록시를 통해 OTLP 텔레메트리 데이터를 라우팅하기 위한 HTTP/HTTPS 프록시 호스트명입니다. 비어 있는 경우, 프록시가 사용되지 않습니다.	문자열	`"proxy.example.com"`
`otlpProxy.port`	OTLP 프록시용 프록시 포트입니다.	정수	`""`
`otlpProxy.scheme`	프록시 URL 스킴. 허용되는 값: `http` , `https` .	문자열	`"http"`
`otlpProxy.user`	프록시 기본 인증을 위한 사용자 이름. 비어 있는 경우 인증이 사용되지 않습니다.	문자열	`""`
`otlpProxy.password`	프록시 기본 인증 비밀번호. `otlpProxy.user` 와(과) 함께만 사용됩니다.	문자열	`""`
`otlpProxy.url`	전체 프록시 URL. 설정 시 이는 개별 `otlpProxy.host` , `port` , `scheme` , `user` 및 `password` 설정을 재정의합니다. 포맷: `http://[user:pass@]host:port` .	문자열	`""`
`logLevel`	에이전트의 로그 레벨을 설정합니다. 옵션은 자세한 순서대로 `OFF` , `FATAL` , `ERROR` , `WARNING` , `INFO` , `DEBUG` 입니다.	문자열	`"INFO"`
`logFilePath`	에이전트 로그의 파일 경로를 지정합니다. 비어 있거나 경로가 유효하지 않으면 로그가 표준 출력(stdout)으로 전송됩니다.	문자열	`"/var/log/newrelic-ebpf-agent"`
`reportApmData`	APM 데이터 보고를 제어합니다. 허용되는 값: `"true"` (항상 보냄), `"false"` (절대 보내지 않음), `"auto"` (APM이나 OTel 에이전트가 모두 연결되지 않은 경우에만 보냄).	문자열	`"auto"`
`reportNetworkMetrics`	네트워크 메트릭 보고를 제어합니다. 활성화되면 에이전트는 TCP 통계를 포함한 네트워크 메트릭을 수집하고 보고합니다. 허용되는 값: `"true"` (항상 보냄), `"false"` (보내지 않음), `"auto"` .	문자열	`"auto"`
`reportLogs`	애플리케이션 로그 보고를 제어합니다. 허용되는 값: `"true"` (항상 전송), `"false"` (전송 안 함), `"auto"` (연결된 APM 에이전트가 자체적으로 로그를 적극적으로 수집하거나 OTel 에이전트가 연결되어 있는 경우를 제외하고 전송). 자세한 내용은 자동 감지 및 백오프 를 참조하십시오.	문자열	`"false"`
`agentMetadataReporting`	에이전트 및 엔티티 메타데이터 보고를 활성화합니다. 기본적으로 에이전트는 HTTP를 통해 에이전트 및 엔티티 메타데이터를 뉴렐릭으로 내보냅니다. 메타데이터 보고 HTTP 내보내기 경로를 완전히 비활성화하려면 이를 `false` (으)로 설정하십시오.	부울	`true`
`ai_monitoring.enabled`	생성형 AI 텔레메트리 보고를 제어합니다. 허용되는 값: `"true"` (항상 전송), `"false"` (전송 안 함), `"auto"` (언어 APM 또는 OTel 에이전트가 엔티티에 대한 AI 모니터링 데이터를 아직 보고하지 않은 경우에만 전송).	문자열	`"false"`
`ai_monitoring.samplingLatency`	생성형 AI 스팬을 내보내기 위한 지연시간 기반 샘플링 임계값을 정의합니다. `p0` 에서 `p99` 까지의 값을 지원합니다.	문자열	`"p50"`
`ai_monitoring.samplingErrorRate`	생성형 AI 라우트에 대한 오류율 임계값을 정의하며, 이를 초과하면 라우트의 해당 스팬이 내보내집니다. 옵션: `1` - `100` .	문자열	`""`
`ai_monitoring.genAICaptureMessageContent`	`true` 인 경우, 생성형 AI 상호작용에 대한 전체 프롬프트 및 완료 콘텐츠를 캡처합니다. `ai_monitoring.enabled` 이(가) `true` 또는 `auto` 인 경우에만 적용됩니다. 주의해서 사용하십시오.	부울	`false`
`httpPathNormalizationPatterns`	HTTP 경로 정규화 패턴을 정의합니다. 각 패턴에는 하나 이상의 `*` 와일드카드가 포함되어야 합니다. 경로를 있는 그대로 유지(자동 클러스터링 건너뛰기)하려면 제외 패턴에 `!` 접두사를 사용하십시오. 에이전트는 자동 클러스터링 전에 이러한 패턴을 적용하며, 이 패턴이 우선 적용됩니다.	목록	`["/api/users/", "/api/orders/", "!/health/*"]`
`httpBodyLimitBytes`	HTTP 요청/응답 본문에서 캡처되는 최대 바이트 수를 설정합니다. 기본값: `ai_monitoring.enabled` 이(가) `true` 또는 `auto` 인 경우 `1048576` (1 MB), 그렇지 않으면 `1024` (1 KB). 뉴렐릭이 AI 모니터링 페이로드를 자르는 경우 이 값을 늘리십시오.	정수	`2097152`
`includePortInServerEntityIdentification`	이 설정을 통해 자동 검색되는 엔티티 이름에 포트를 포함하거나 제외할 수 있습니다. 일반적으로 이름은 `processName:cwd/container_name:[port]` 과 같이 표시됩니다(예: `python:frosty_merkle:[80]` ). 포트 세부 정보를 제외하려면 `python:frosty_merkle` 과 같은 이름의 경우 이 옵션을 `false` 로 설정하세요.	부울	`true`
`entityLabels`	eBPF 에이전트가 보고하는 모든 엔티티에 추가할 사용자 지정 레이블입니다. 이 레이블은 뉴렐릭에서 `tags.*` 속성으로 표시됩니다(예: `tags.environment` , `tags.datacenter` ).	지도	`{datacenter: "us-east-1", environment: "production"}`
`downloadedPackagedHeadersPath`	eBPF 에이전트가 사용할 필수 Linux 헤더를 수동으로 다운로드하여 배치하는 전체 디렉토리의 절대 경로를 설정합니다. 이 기능은 에이전트가 필요한 Linux 헤더를 다운로드할 수 없는 제한된 환경에서 유용합니다. 필수 헤더는 커널 버전을 기반으로 에이전트에 의해 식별됩니다. NR 지원 권장 이후에만 사용하세요.	문자열	`""`
`distroKernelHeadersPath`	eBPF 에이전트가 사용할 Linux 헤더가 있는 전체 디렉토리의 절대 경로를 설정합니다. 이 기능은 필요한 Linux 헤더를 설치할 수 없거나 경로를 결정할 수 없는 경우에 유용합니다. NR 지원 권장 이후에만 사용하세요.	문자열	`""`

중요

eBPF agent 은(는) http:// 스킴만 사용하는 HTTP CONNECT 프록시를 지원합니다. gRPC 제한으로 인해 https:// 스킴(프록시로 직접 연결되는 TLS 암호화 연결)은 지원되지 않습니다. 그러나 텔레메트리 데이터는 에이전트와 뉴렐릭 OTLP 엔드포인트 간에 항상 엔드투엔드 로 TLS 암호화됩니다. http:// 접두사는 에이전트가 터널을 설정하기 위해 프록시와 통신하는 방법만 지시합니다. 프록시 자체는 암호화된 트래픽만 볼 수 있으며 사용자의 데이터에는 절대 접근할 수 없습니다. 전체 설정 지침은 eBPF agent용 프록시 구성을 참조하세요.

제공된 설정에 따라 모든 유형의 데이터(네트워크 메트릭 및 APM 데이터)를 삭제하도록 필터를 설정합니다.

반응, 이름	설명	데이터 형식	예시 값
`allDataFilters.dropServiceNameRegex`	모든 데이터(네트워크 메트릭+APM 데이터)를 삭제하기 위해 엔티티 이름과 일치하는 정규 표현식 패턴입니다. 예: `"java-app\|otel-collector\|\\bservice1\\b"` . 서비스 이름을 필터링하려면 dropServiceNameRegex 또는 keepServiceNameRegex 중 하나만 사용하고 둘 다 사용하지는 마십시오. 둘 다 제공되는 경우, keepServiceNameRegex가 우선합니다.	문자열	`""`
`allDataFilters.keepServiceNameRegex`	모든 데이터를 항상 유지하기 위해 엔티티 이름과 일치하는 정규 표현식 패턴입니다. 이렇게 하면 모든 드롭 필터가 우회됩니다. 예: `"critical-service\|important-app\|\\bmust-monitor\\b"` . 서비스 이름을 필터링하려면 dropServiceNameRegex 또는 keepServiceNameRegex 중 하나만 사용하고 둘 다 사용하지는 마십시오. 둘 다 제공되는 경우, keepServiceNameRegex가 우선합니다.	문자열	`""`
`allDataFilters.dropApmAgentEnabledEntity`	NewRelic/OpenTelemetry APM 에이전트가 실행 중인 애플리케이션/엔티티의 모든 데이터를 삭제합니다.	부울	`false`

반응, 이름

설명

데이터 형식

예시 값

allDataFilters.dropServiceNameRegex

모든 데이터(네트워크 메트릭+APM 데이터)를 삭제하기 위해 엔티티 이름과 일치하는 정규 표현식 패턴입니다. 예:

"java-app|otel-collector|\\bservice1\\b"

. 서비스 이름을 필터링하려면 dropServiceNameRegex 또는 keepServiceNameRegex 중 하나만 사용하고 둘 다 사용하지는 마십시오. 둘 다 제공되는 경우, keepServiceNameRegex가 우선합니다.

문자열

""

allDataFilters.keepServiceNameRegex

모든 데이터를 항상 유지하기 위해 엔티티 이름과 일치하는 정규 표현식 패턴입니다. 이렇게 하면 모든 드롭 필터가 우회됩니다. 예:

"critical-service|important-app|\\bmust-monitor\\b"

문자열

""

allDataFilters.dropApmAgentEnabledEntity

NewRelic/OpenTelemetry APM 에이전트가 실행 중인 애플리케이션/엔티티의 모든 데이터를 삭제합니다.

부울

false

제공된 설정에 따라 eBPF APM 데이터를 삭제하도록 필터를 구성합니다.

반응, 이름	설명	데이터 형식	예시 값
`apmDataFilters.dropEntityName`	eBPF APM 데이터를 삭제할 엔티티 이름 목록입니다. 예: `["kube-dns", "otel-collector", "service1"]` .	목록	`[]`
`apmDataFilters.keepEntityName`	eBPF APM 데이터를 항상 유지하기 위한 엔티티 이름 목록입니다. 기본적으로 모든 엔티티가 유지/활성화됩니다. 이는 `apmDataFilters.dropEntityName` 필터를 우회합니다. 예: `["critical-service", "important-app"]` .	목록	`[]`
`apmDataFilters.jvmMetricsReporting`	JVM 메트릭 보고를 활성화합니다. 활성화되면 에이전트는 인스턴스에 대한 JVM 지표를 수집하고 보고합니다.	부울	`true`

반응, 이름

설명

데이터 형식

예시 값

apmDataFilters.dropEntityName

eBPF APM 데이터를 삭제할 엔티티 이름 목록입니다. 예:

["kube-dns", "otel-collector", "service1"]

[]

apmDataFilters.keepEntityName

eBPF APM 데이터를 항상 유지하기 위한 엔티티 이름 목록입니다. 기본적으로 모든 엔티티가 유지/활성화됩니다. 이는

apmDataFilters.dropEntityName

필터를 우회합니다. 예:

["critical-service", "important-app"]

[]

apmDataFilters.jvmMetricsReporting

JVM 메트릭 보고를 활성화합니다. 활성화되면 에이전트는 인스턴스에 대한 JVM 지표를 수집하고 보고합니다.

부울

true

제공된 설정에 따라 네트워크 메트릭 데이터를 삭제/유지하도록 필터를 구성합니다.

반응, 이름	설명	데이터 형식	예시 값
`networkMetricsDataFilter.dropEntityName`	네트워크 메트릭 데이터를 삭제할 엔티티 이름 목록. 예: `["kube-dns", "otel-collector", "service1"]` .	목록	`[]`
`networkMetricsDataFilter.keepEntityName`	네트워크 메트릭 데이터를 항상 유지하기 위한 엔티티 이름 목록입니다. 기본적으로 모든 엔티티가 유지/활성화됩니다. 이는 `networkMetricsDataFilter.dropEntityName` 필터를 우회합니다. 예: `["critical-service", "important-app"]` .	목록	`[]`

반응, 이름

설명

데이터 형식

예시 값

networkMetricsDataFilter.dropEntityName

네트워크 메트릭 데이터를 삭제할 엔티티 이름 목록. 예:

["kube-dns", "otel-collector", "service1"]

[]

networkMetricsDataFilter.keepEntityName

네트워크 메트릭 데이터를 항상 유지하기 위한 엔티티 이름 목록입니다. 기본적으로 모든 엔티티가 유지/활성화됩니다. 이는

networkMetricsDataFilter.dropEntityName

필터를 우회합니다. 예:

["critical-service", "important-app"]

[]

eBPF 에이전트가 수집하고 보고하는 애플리케이션 로그를 제어하도록 필터를 구성합니다. 이 설정은 reportLogs 이(가) "true" 또는 "auto"(으)로 설정된 경우에만 적용됩니다.

반응, 이름	설명	데이터 형식	예시 값
`logDataFilters.applicationLogReporting.enabled`	아래 필터와 일치하는 엔티티에서 로그 수집을 활성화합니다.	부울	`true`
`logDataFilters.applicationLogReporting.fileRegex`	포함할 로그 파일 이름과 일치하는 정규 표현식입니다.	문자열	`".*.log$"`
`logDataFilters.applicationLogReporting.logLevelThreshold`	보고할 최소 로그 레벨입니다(예: `TRACE` , `DEBUG` , `INFO` , `WARN` , `ERROR` ).	문자열	`"INFO"`
`logDataFilters.applicationLogReporting.maxSamplesPerMinute`	엔티티에서 분당 수집할 최대 로그 샘플 수입니다. 이 한도에 도달하면 하베스트 주기 전체에 걸쳐 균등한 분포를 유지하기 위해 이벤트가 샘플링됩니다.	정수	`10000`
`logDataFilters.applicationLogReporting.keepStdStreamEntityRegex`	STDOUT 및 STDERR에서 로그를 유지하기 위해 엔티티 이름과 일치하는 정규 표현식입니다. 모든 엔티티의 로그를 전달하려면 `.*` 을(를) 사용하십시오.	문자열	`".*"`
`logDataFilters.applicationLogReporting.keepFileEntityRegex`	로그 파일에서 로그를 유지하기 위해 엔티티 이름과 일치하는 정규 표현식입니다. 모든 엔티티의 로그를 전달하려면 `.*` 을(를) 사용하십시오.	문자열	`".*"`

이 섹션에서는 특정 네트워크 프로토콜에 대한 모니터링을 활성화하고 트레이스 데이터(span)가 수집되는 방식을 구성할 수 있습니다. HTTP, MySQL 등과 같은 프로토콜에 대해 모니터링을 활성화 또는 비활성화하고 지연 시간 또는 오류율을 기반으로 범위 수집에 대해 파장을 설정할 수 있습니다. 다음 프로토콜이 지원됩니다.

HTTP
절약
MySQL
MariaDB
Aurora MySQL
PostgreSQL
MongoDB
아파치 카산드라
Redis
다이나모DB
MSSQL
카프카
AMQP

DNS

두 엔진 모두 MySQL과 동일한 와이어 프로토콜을 사용하므로 MySQL 프로토콜 추적(protocols.mysql)은 MariaDB 및 Aurora MySQL도 포함합니다. 설정에는 별도의 mariadb 또는 aurora_mysql 섹션이 필요하지 않으며, protocols.mysql을(를) 활성화하거나 비활성화하면 지원되는 모든 엔진에 대한 추적을 제어합니다. 에이전트는 서버 핸드셰이크 중에 연결당 특정 데이터베이스 종류를 자동으로 감지하고 각 레코드에 보고합니다. 이 감지는 수동으로 설정할 수 없습니다.

반응, 이름	설명	데이터 형식	예시 값
`protocols.global.max_unlinked_spans`	프로토콜당 보고되는 연결되지 않은 스팬의 최대 수를 제어합니다. 제한을 비활성화하려면 0으로 설정합니다. 연결되지 않은 스팬은 eBPF 에이전트가 캡처하지만 상위 스팬과 연결할 수 없는 스팬입니다.	정수	`100`
`protocols.global.unlinked_spans_error_quota_percentage`	연결되지 않은 스팬 할당량의 구성 가능한 백분율을 오류 스팬을 위해 예약하여, 정상 스팬이 먼저 도착하더라도 오류 가시성을 보장합니다.	정수	`30`
`protocols.<protocol-name>.enabled`	`true` 인 경우, 지정된 프로토콜(예를 들어 `http` , `mysql` 및 기타)에 대한 모니터링을 활성화합니다.	부울	`true`
`protocols.<protocol-name>.spans.enabled`	`true` 인 경우, 활성화된 프로토콜에 대한 트레이스 스팬을 내보냅니다.	부울	`true`
`protocols.<protocol-name>.spans.samplingLatency`	스팬 내보내기에 대한 지연시간 기반 샘플링 임계값을 정의합니다. `p0` 에서 `p99` 까지의 값을 지원합니다.	문자열	`"p50"`
`protocols.<protocol-name>.spans.samplingErrorRate`	HTTP 및 Thrift에서만 사용 가능합니다. 수출은 오류율이 지정된 백분율(1-100%)을 초과하는 모든 경로에서 발생합니다.	문자열	`""`

eBPF 에이전트 제거

Linux 호스트에서 eBPF 에이전트를 제거하려면 시스템의 패키지 관리 도구를 사용하세요.

bash

$sudo apt-get purge newrelic-ebpf-agent

팁

제거 명령을 실행하기 전에 서비스를 중지할 필요는 없습니다.

eBPF Kubernetes 설치

쿠버네티스 클러스터에 뉴렐릭 eBPF 에이전트를 설정하는 방법을 알아보세요.

문제 해결, eBPF 해결

뉴렐릭 eBPF 에이전트 관련 문제를 해결하는 방법을 알아보세요.

eBPF 모범 사례

뉴렐릭 eBPF 에이전트 사용 우수 우수 사례에 대해 알아보세요.

사용자의 편의를 위해 제공되는 기계 번역입니다.

Linux 호스트용 뉴렐릭 eBPF 에이전트 설치

뉴렐릭 eBPF 에이전트 설치

시작하기 전에

eBPF 에이전트 설치

팁

중요

뉴렐릭에서 eBPF 데이터에 액세스

eBPF 에이전트 업그레이드

중요

중요

구성 매개변수

팁

일반 설정

중요

모든 데이터 필터

APM 데이터 필터

네트워크 지표 데이터 필터

로그 데이터 필터

프로토콜 추적 설정

eBPF 에이전트 제거

팁

eBPF Kubernetes 설치

문제 해결, eBPF 해결

eBPF 모범 사례

사용자의 편의를 위해 제공되는 기계 번역입니다.

Linux 호스트용 뉴렐릭 eBPF 에이전트 설치

뉴렐릭 eBPF 에이전트 설치 .css-21sua1{background:none;border:none;width:0;padding:0;}

시작하기 전에

eBPF 에이전트 설치

팁

중요

뉴렐릭에서 eBPF 데이터에 액세스

eBPF 에이전트 업그레이드

중요

중요

구성 매개변수

팁

모든 데이터 필터

APM 데이터 필터

네트워크 지표 데이터 필터

로그 데이터 필터

프로토콜 추적 설정

eBPF 에이전트 제거

팁

eBPF Kubernetes 설치

문제 해결, eBPF 해결

eBPF 모범 사례

뉴렐릭 eBPF 에이전트 설치