개요

Datadog Agent는 호스트에서 실행되는 소프트웨어입니다. 호스트로부터 이벤트와 메트릭을 수집하여 모니터링 및 성능 데이터를 분석할 수 있는 Datadog으로 보냅니다. Datadog Agent는 오픈 소스이며, 소스 코드는 GitHub의 DataDog/datadog-agent에서 사용할 수 있습니다.

플랫폼 선택

에이전트를 사용하려면 플랫폼을 선택합니다.

Agent 관리

Fleet Automation으로 Agent 관리(권장)

Fleet Automation은 Datadog Agent를 대규모로 설치, 업그레이드, 구성 및 문제 해결하는 기본적인 인앱 워크플로입니다.

• View configuration & history: 플릿의 모든 Agent, 해당 버전, 활성화된 제품, 구성 파일 및 변경 기록을 한 페이지에서 확인하세요.
• 오래된 Agent 업그레이드: 몇 번의 클릭으로 Agent를 원격으로 업그레이드하여 플릿을 최신 상태로 유지하세요.
• 지원을 위한 flare 전송: 호스트의 Support 탭에서 flare를 생성하고 명령줄을 사용할 필요 없이 기존 또는 신규 지원 케이스에 첨부하세요.
• API 키 사용량 감사: 어느 Agent가 특정 API 키를 사용 중인지 파악하여 안전하게 키를 회전합니다.

Datadog Agent Manager GUI

다음에 Datadog Agent Manager GUI를 사용합니다.

• Agent의 상태 정보 보기
• 실행 중인 검사 모두 보기
• Agent 로그 보기
• Agent 구성 파일(datadog.yaml) 편집
• Agent 검사 추가 또는 편집
• flare 전송

Datadog Agent Manager GUI는 Windows 및 macOS에서 기본적으로 활성화되며, 포트 5002에서 실행됩니다. 기본 웹 브라우저에서 GUI를 열려면 datadog-agent launch-gui 명령을 사용하세요.

GUI의 기본 포트는 datadog.yaml 구성 파일에서 변경할 수 있습니다. GUI를 비활성화하려면 포트의 값을 -1로 설정하세요. Linux에서는 기본적으로 GUI가 비활성화되어 있습니다.

GUI 요구 사항:

• 브라우저에서 쿠키를 활성화해야 합니다. GUI는 브라우저에서 토큰을 생성하고 저장하는데, 이를 활용해 GUI 서버와의 모든 커뮤니케이션을 인증합니다.
• GUI를 시작하려면 사용자에게 필수 권한이 있어야 합니다. datadog.yaml을 열 수 있으면 GUI를 사용할 수 있습니다.
• 보안상의 이유로 GUI는 로컬 네트워크 인터페이스에서만 액세스할 수 있으므로(localhost/127.0.0.1), Agent를 실행 중인 호스트에서 작업해야 합니다. VM이나 컨테이너에서 Agent를 실행하고 호스트 시스템에서 액세스할 수 없습니다.

명령줄 인터페이스

Agent 6 이후 버전부터는 Agent 명령줄 인터페이스가 하위 명령 기반입니다. Agent 하위 명령의 전체 목록을 보려면 Agent 명령어를 참조하세요.

Datadog Agent 더 자세히 알아보기

Agent 업데이트

지정된 호스트의 부차 버전 두 개 사이에 Datadog Agent 코어를 수동으로 업데이트하려면 플랫폼에 해당하는 설치 명령을 실행합니다.

참고: 하나의 특정 Agent 통합을 수동으로 업데이트하려면, 통합 관리 가이드를 참조하세요.

구성 파일

Agent 구성 파일 설명서를 참조하세요.

Datadog 사이트

Agent의 메인 구성 파일인 datadog.yaml을 편집하여 site 파라미터를 설정합니다(기본값은 datadoghq.com임).

site: 

참고: site 파라미터에 대한 자세한 내용은 Datadog 사이트 시작하기 설명서를 참조하세요.

로그 위치

Agent 로그 파일 설명서를 참조하세요.

Agent 오버헤드

다음은 Datadog Agent 리소스 사용량 예시입니다. 테스트는 Amazon EC2 머신 c5.xlarge 인스턴스(4 VCPU/ 8GB RAM)에서 진행했으며, 비슷한 리소스를 갖춘 ARM64 기반 인스턴스에서 그에 필적하는 성능이 확인되었습니다. 기본 datadog-agent가 Agent 자체를 모니터링하기 위해 프로세스 검사와 함께 실행 중이었습니다. 더 많은 통합을 활성화하면 Agent 리소스 소비량이 늘어날 수 있습니다. JMX 점검을 활성화하면 모니터링 중인 JVM으로 노출되는 빈의 개수에 따라 Agent의 메모리 사용량이 늘어납니다. 트레이스 및 프로세스 Agent를 활성화하면 리소스 사용량도 늘어납니다.

• Agent Test 버전: 7.34.0
• CPU: 평균적으로 CPU의 약 0.08% 사용
• 메모리: RAM 약 130MB 사용(RSS 메모리)
• 네트워크 대역폭: 약 140B/s ▼ | 800B/s ▲
• 디스크:
  • Linux 830MB~880MB(배포에 따라 다름)
  • Windows: 870MB

로그 수집:

아래의 결과는 HTTP 포워더를 활성화한 상태로 파일 하나에서 초당 로그 110KB를 수집하여 얻은 것입니다. 리소스 사용량의 변화를 사용할 수 있는 여러 압축 수준에서 보여줍니다.

추가 리소스

추가 자료

추가 유용한 문서, 링크 및 기사:

로그 수집설명서 프로세스 수집설명서 트레이스 수집설명서 클라우드 인스턴스에 Agent를 설치하는 이유가 무엇인가요?설명서 Agent를 두려워하지 마세요.블로그 호스트의 Agent학습 센터