인프라 에이전트는 호스트 성능에 미치는 영향을 최소화하도록 설계된 경량 소프트웨어입니다. 그러나 정확한 로드는 호스트의 워크로드, 특히 호스트에서 실행 중인 프로세스 수에 따라 다릅니다. 에이전트가 각 개별 프로세스에서 자세한 데이터 를 수집하기 때문입니다.
일반적인 지침으로 New Relic은 몇 가지 일반적인 호스트 유형에 대한 벤치마크를 수집했습니다.
에이전트는 클래식 단일 작업 호스트에서 성능 오버헤드가 매우 낮습니다. 예를 들어 Apache, Unicorn 또는 단일 Java 응용 프로그램을 실행하는 서버입니다.
이 유형의 호스트에 대한 벤치마크는 Amazon EC2 t3.2xlarge 를 기반으로 합니다.
에이전트는 Docker를 실행하는 호스트에서 성능 오버헤드가 매우 낮으며, 머신이 호스트하는 Docker 컨테이너의 수와 해당 프로세스의 수명이 긴지 또는 짧은지에 따라 정확한 사용량이 결정됩니다.
이 유형의 호스트에 대한 벤치마크는 Amazon EC2 t3.2xlarge 를 기반으로 합니다.
vCPUs: vCPU 8개
Memory: 32.0GB
Storage: 160.0GB
Number of containers: 25개의 컨테이너, 컨테이너에서 실행되는 약 100개의 장기 프로세스
Operating system: 센트OS 7
이 유형의 Docker 호스트의 경우 일반적인 사용법은 다음과 같습니다.
CPU: 약 0.8%
Virtual memory: 약 1GB
Resident memory: 25-35MB
Storage on disk: 약 50MB
에이전트는 웹 앱을 제공하고 Windows/IIS 스택을 실행하는 일반적인 Windows 호스트에서 성능 오버헤드가 매우 낮습니다.
이 유형의 호스트에 대한 벤치마크는 Amazon EC2 t2.small 을 기반으로 합니다.
에이전트는 AMD64 시스템과 비교할 때 EC2의 ARM64(Graviton 2) 호스트에서 유사한 성능 오버헤드를 갖습니다.
벤치마크는 Amazon EC2 t3.2xlarge 대 t4g.2xlarge 인스턴스를 기반으로 합니다.
인프라 에이전트 기본 설정이 있는 Amazon Linux 2 EC2 인스턴스:
- CPU: ARM에서 약 0.1% vs AMD에서 약 0.13%
- Virtual memory: 약 0.75GB ARM 대 1GB AMD
- Resident memory: 20MB ARM 대 22MB AMD
우리는 항상 인프라 에이전트의 성능을 개선하고 있습니다. 에이전트 성능 오버헤드가 비정상적으로 높은 경우 support.newrelic.com 에서 지원을 받으십시오.
데이터 관리
인프라 모니터링이 수집하고 보고하는 데이터의 양을 조정하는 방법을 알아보려면 인프라 데이터 관리 를 참조하십시오.
자원 활용
Linux 시스템에서 인프라는 지원되는 각 서비스 관리자에 대한 기본 설정으로 설치됩니다. 1GB의 메모리 제한이 적용됩니다. 시스템 요구 사항에 따라 기본 구성을 검토하고 조정하는 것을 고려하십시오.