Kubernetes에서 eBPF 문제 해결

문제

Kubernetes 환경에서 eBPF 에이전트와 관련된 문제(예: 파일 디스크립터 제한, 권한 오류 또는 성능 문제)가 발생하고 있습니다.

해결책

파일 디스크립터 제한 오류가 발생하는 경우, 자세한 해결 단계는 파일 디스크립터 제한 문제 진단 및 해결 가이드를 참조하십시오.

문제

eBPF 에이전트가 권한 부족으로 인해 시작되지 않습니다.

해결책

1. eBPF 에이전트 DaemonSet에 필요한 권한이 있는지 확인하십시오. Helm 차트는 필요한 권한을 자동으로 구성해야 합니다.

2. 구현, 배포에서 파드 보안 컨텍스트를 확인하세요.

   bash

   카피

   $
   kubectl describe pod <ebpf-agent-pod> -n newrelic

3. 클러스터가 eBPF를 지원하는지 확인하십시오. 노드에서 커널 버전을 확인하세요.

   bash

   카피

   $
   kubectl get nodes -o wide
   $
   # Kernel version should be 5.4 or later

문제

eBPF 에이전트가 과도한 리소스를 소비하거나 성능 저하를 유발합니다.

해결책:

1. 리소스 사용량을 모니터링합니다.

   bash

   카피

   $
   kubectl top pods -n newrelic

2. Helm 값에서 메모리 제한을 조정하세요.

   agent:
   resources:
      limits:
         memory: "2Gi"  # Increase if needed
      requests:
         memory: "512Mi"

   카피

3. 부하를 줄이려면 데이터 필터링을 구성하십시오.

   dropDataForNamespaces: ["kube-system", "monitoring"]
   dropDataServiceNameRegex: "kube-dns|otel-collector"

   카피

4. 모든 프로토콜이 필요하지 않은 경우 프로토콜 모니터링을 제한하십시오.

   protocols:
   http:
      enabled: true
   mysql:
      enabled: false  # Disable if not needed

   카피

문제

eBPF 에이전트 파드가 시작되지 않거나 데이터를 보낼 수 없습니다.

해결책

1. 패드 상태 확인:

   bash

   카피

   $
   kubectl get pods -n newrelic
   $
   kubectl describe pod <ebpf-agent-pod> -n newrelic

2. 패드 로그 검토:

   bash

   카피

   $
   kubectl logs <ebpf-agent-pod> -n newrelic

3. 네트워크 연결 상태를 확인하십시오.

   bash

   카피

   $
   # Test from within the cluster
   $
   kubectl run test-connectivity --image=busybox --rm -it --restart=Never -- \
   >
   nslookup otlp.nr-data.net

4. 서비스 계정 및 RBAC를 확인하세요:

   bash

   카피

   $
   kubectl get serviceaccount -n newrelic
   $
   kubectl get clusterrole,clusterrolebinding -l app.kubernetes.io/name=nr-ebpf-agent

문제

이름이 올바르게 표시되지 않거나 데이터가 수정 서비스에 적합하지 않습니다.

해결책

• eBPF 에이전트는 Kubernetes Service 객체를 사용하여 엔티티 이름을 지정합니다. 애플리케이션에 해당하는 서비스가 정의되어 있는지 확인하십시오.

  apiVersion: v1
  kind: Service
  metadata:
  name: my-service  # This becomes the entity name
  spec:
  selector:
     app: my-app

  카피

• 데이터가 누락된 경우 values.yaml 에서 네임스페이스가 제외되지 않았는지 확인하십시오.

  # In values.yaml
  dropDataForNamespaces: []  # Remove namespaces you want to monitor

  카피

• Kubernetes에서 엔티티 이름은 Kubernetes 서비스 이름에서 파생됩니다. 예를 들어 mysql-database-service. 호스트 또는 도커에서 이름은 프로세스 이름, 디렉터리 또는 컨테이너 ID 및 수신 포트의 조합입니다(예: ruby:/home/ubuntu/app:[5678]).

  검증 단계

1. 성공적인 시작 로그를 확인하십시오.

   bash

   카피

   $
   kubectl logs <ebpf-agent-pod> -n newrelic | grep "STEP-7"

   표시되어야 함: [STEP-7] => Successfully started the eBPF Agent.

2. 뉴렐릭에서 데이터 흐름을 확인하세요:

   • 뉴렐릭 UI 에서 instrumentation.name = nr_ebpf 으로 분리를 찾으세요.
   • 엔티티 이름이 Kubernetes 서비스 이름과 일치하는지 확인하십시오.

3. OTLP 엔드포인트 연결 테스트:

   bash

   카피

   $
   kubectl exec -it <ebpf-agent-pod> -n newrelic -- \
   >
   curl -v https://otlp.nr-data.net:443