- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
로그 수집을 시작하려면 아래 구성 옵션을 선택하세요. 이미 log-shipper 데몬을 사용하고 있다면 Rsyslog, Syslog-ng, NXlog, FluentD 또는 Logstash 전용 문서를 참조하세요
로그를 Datadog에 직접 전송하려면 사용 가능한 Datadog 로그 수집 엔드포인트 목록을 참조하세요.
참고: JSON 형식의 로그를 Datadog에 보낼 때 Datadog 내에서 특정 의미를 갖는 예약된 속성 세트가 있습니다. 자세한 내용은 예약된 속성 섹션을 참조하세요.
datadog.yaml
)에서 logs_enabled: false
를 logs_enabled: true
로 변경합니다. 자세한 내용과 예시는 Host Agent Log 로그 수집 문서를 참조하세요.datadog.yaml
)에서 logs_enabled: false
를 logs_enabled: true
로 변경합니다. 자세한 내용과 예시는 Host Agent Log 수집 문서를 참조하세요.컨테이너 또는 오케스트레이터 공급자를 선택하고 로그 수집 지침을 따르세요.
참고:
Datadog 에이전트는 로깅 드라이버를 사용하지 않고도 컨테이너 stdout/stderr에서 직접 로그를 수집할 수 있습니다. Agent의 Docker 검사가 활성화되면 컨테이너 및 오케스트레이터 메타데이터가 자동으로 로그에 태그로 추가됩니다.
모든 컨테이너 또는 컨테이너 이미지, 라벨 또는 이름으로 필터링된 하위 집합만 로그를 수집할 수 있습니다.
자동탐지를 사용하여 컨테이너 레이블에서 직접 로그 수집을 구성할 수도 있습니다.
Kubernetes 환경에서는 데몬셋 설치를 활용할 수도 있습니다.
환경에서 Datadog으로 로그를 전송하는 AWS Lambda 함수인 Datadog Forwarder를 사용합니다. AWS 서버리스 환경에서 로그 수집을 활성화하려면 Datadog Forwarder 설명서를 참조하세요.
로그를 자동으로 수집하여 Datadog에 전달하는 방법을 보려면 아래에서 클라우드 제공업체를 선택하세요.
Datadog 통합과 로그 수집은 서로 연결되어 있습니다. 통합의 기본 구성 파일을 사용하여 Datadog에서 전용 프로세서, 파싱 및 패싯을 활성화할 수 있습니다. 통합으로 로그 수집을 시작하려면 다음 지침을 따르세요.
conf.yaml
파일에서 로그 섹션의 주석 처리를 제거하고 환경에 맞게 구성하는 방법을 다룹니다.Datadog의 Network Performance Monitoring을 사용하여 조직에서 처리량이 가장 많은 애플리케이션을 파악하세요. 지원되는 프라이빗 연결을 통해 Datadog에 연결하고 프라이빗 네트워크를 통해 데이터를 전송함으로써 공용 인터넷을 사용하지 않고 데이터 전송 수수료를 절감할 수 있습니다. 프라이빗 링크로 전환한 후에는 Datadog의 Cloud Cost Management 도구를 사용하여 클라우드 비용의 감소와 영향을 모니터링하세요.
자세한 내용은 데이터 전송 비용을 절감하면서 Datadog에 로그를 보내는 방법을 참조하세요.
Datadog은 SSL 암호화 연결과 암호화되지 않은 연결 모두에 대한 로깅 엔드포인트를 제공합니다. 가능하면 암호화된 엔드포인트를 사용하시길 권장합니다. Datadog Agent는 암호화된 엔드포인트를 사용하여 Datadog에 로그를 보냅니다. 자세한 내용은 Datadog 보안 문서에서 확인할 수 있습니다.
Datadog 사이트에서 지원되는 엔드포인트를 보려면 페이지 오른쪽에 있는 사이트 선택기 드롭다운을 사용하세요.
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
US | HTTPS | http-intake.logs.datadoghq.com | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
US | HTTPS | agent-http-intake-pci.logs.datadoghq.com | 443 | Agent가 PCI DSS 컴플라이언스가 활성화된 조직에 HTTPS를 통해 로그를 보내는 데 사용됩니다. 자세한 내용은 로그 관리를 위한 PCI DSS 컴플라이언스를 참조하세요. |
US | HTTPS | agent-http-intake.logs.datadoghq.com | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
US | HTTPS | lambda-http-intake.logs.datadoghq.com | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
US | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
US | TCP | agent-intake.logs.datadoghq.com | 10514 | Agent가 TLS 없이 로그를 보내는 데 사용됩니다. |
US | TCP 및 TLS | agent-intake.logs.datadoghq.com | 10516 | Agent가 TLS를 통해 로그를 보내는 데 사용됩니다. |
US | TCP 및 TLS | intake.logs.datadoghq.com | 443 | SSL로 암호화된 TCP 연결을 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하기 위해 커스텀 포워더에서 사용됩니다. |
US | TCP 및 TLS | functions-intake.logs.datadoghq.com | 443 | Azure 함수에서 SSL로 암호화된 TCP 연결을 통해 원시값, Syslog 또는 JSON 형식으로 로그를 보내는 데 사용됩니다. 참고: 이 엔드포인트는 다른 클라우드 제공업체에 유용할 수 있습니다. |
US | TCP 및 TLS | lambda-intake.logs.datadoghq.com | 443 | SSL로 암호화된 TCP 연결을 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하기 위해 Lambda 함수에서 사용됩니다. |
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
EU | HTTPS | http-intake.logs.datadoghq.eu | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
EU | HTTPS | agent-http-intake.logs.datadoghq.eu | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
EU | HTTPS | lambda-http-intake.logs.datadoghq.eu | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
EU | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
EU | TCP 및 TLS | agent-intake.logs.datadoghq.eu | 443 | SSL로 암호화된 TCP 연결을 통해 protobuf 형식으로 로그를 전송하기 위해 Agent에서 사용됩니다. |
EU | TCP 및 TLS | functions-intake.logs.datadoghq.eu | 443 | Azure 함수에서 SSL로 암호화된 TCP 연결을 통해 원시값, Syslog 또는 JSON 형식으로 로그를 보내는 데 사용됩니다. 참고: 이 엔드포인트는 다른 클라우드 제공업체에 유용할 수 있습니다. |
EU | TCP 및 TLS | lambda-intake.logs.datadoghq.eu | 443 | SSL로 암호화된 TCP 연결을 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하기 위해 Lambda 함수에서 사용됩니다. |
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
US3 | HTTPS | http-intake.logs.us3.datadoghq.com | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
US3 | HTTPS | lambda-http-intake.logs.us3.datadoghq.com | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
US3 | HTTPS | agent-http-intake.logs.us3.datadoghq.com | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
US3 | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
US5 | HTTPS | http-intake.logs.us5.datadoghq.com | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
US5 | HTTPS | lambda-http-intake.logs.us5.datadoghq.com | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
US5 | HTTPS | agent-http-intake.logs.us5.datadoghq.com | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
US5 | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
AP1 | HTTPS | http-intake.logs.ap1.datadoghq.com | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
AP1 | HTTPS | lambda-http-intake.logs.ap1.datadoghq.com | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
AP1 | HTTPS | agent-http-intake.logs.ap1.datadoghq.com | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
AP1 | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
사이트 | 유형 | 엔드포인트 | 포트 | 설명 |
---|---|---|---|---|
US1-FED | HTTPS | http-intake.logs.ddog-gov.com | 443 | 커스텀 포워더가 HTTPS를 통해 JSON 또는 일반 텍스트 형식으로 로그를 보내는 데 사용됩니다. Logs HTTP API 문서를 참조하세요. |
US1-FED | HTTPS | lambda-http-intake.logs.ddog-gov.datadoghq.com | 443 | Lambda 함수가 HTTPS를 통해 원시값, Syslog 또는 JSON 형식으로 로그를 전송하는 데 사용됩니다. |
US1-FED | HTTPS | agent-http-intake.logs.ddog-gov.datadoghq.com | 443 | Agent가 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. Host Agent Log 수집 문서를 참조하세요. |
US1-FED | HTTPS | logs.
| 443 | Browser SDK에서 HTTPS를 통해 JSON 형식으로 로그를 보내는 데 사용됩니다. |
TCP 또는 HTTP를 통해 로그를 전달할 수 있는 모든 사용자 정의 프로세스 또는 로깅 라이브러리를 Datadog Logs와 함께 사용할 수 있습니다.
HTTP를 통해 Datadog 플랫폼에 로그를 보낼 수 있습니다. 시작하려면 Datadog Log HTTP API 문서를 참조하세요.
OpenSSL, GnuTLS 또는 다른 SSL/TLS 클라이언트를 사용하여 연결을 수동으로 테스트할 수 있습니다. GnuTLS의 경우 다음 명령을 실행합니다.
gnutls-cli intake.logs.datadoghq.com:10516
OpenSSL의 경우 다음 명령을 실행합니다.
openssl s_client -connect intake.logs.datadoghq.com:10516
로그 항목 앞에 Datadog API 키를 붙이고 페이로드를 추가해야 합니다.
<DATADOG_API_KEY> Log sent directly using TLS
페이로드는 또는 예제에 작성된 대로 Log sent directly using TLS
는 원시값, Syslog 또는 JSON 형식일 수 있습니다. 페이로드가 JSON 형식인 경우 Datadog은 해당 속성을 자동으로 파싱합니다.
<DATADOG_API_KEY> {"message":"json formatted log", "ddtags":"env:my-env,user:my-user", "ddsource":"my-integration", "hostname":"my-hostname", "service":"my-service"}
OpenSSL, GnuTLS 또는 다른 SSL/TLS 클라이언트를 사용하여 연결을 수동으로 테스트할 수 있습니다. GnuTLS의 경우 다음 명령을 실행합니다.
gnutls-cli tcp-intake.logs.datadoghq.eu:443
OpenSSL의 경우 다음 명령을 실행합니다.
openssl s_client -connect tcp-intake.logs.datadoghq.eu:443
로그 항목 앞에 Datadog API 키를 붙이고 페이로드를 추가해야 합니다.
<DATADOG_API_KEY> Log sent directly using TLS
페이로드는 또는 예제에 작성된 대로 Log sent directly using TLS
는 원시값, Syslog 또는 JSON 형식일 수 있습니다. 페이로드가 JSON 형식인 경우 Datadog은 해당 속성을 자동으로 파싱합니다.
<DATADOG_API_KEY> {"message":"json formatted log", "ddtags":"env:my-env,user:my-user", "ddsource":"my-integration", "hostname":"my-hostname", "service":"my-service"}
이 사이트에는 TCP 엔드포인트가 권장되지 않습니다. 자세한 내용은 지원 팀에 문의하세요.
이 사이트에서는 TCP 엔드포인트가 지원되지 않습니다.
참고:
이러한 제한을 준수하지 않는 로그 이벤트는 시스템에 의해 변환되거나 잘릴 수 있으며, 제공된 시간 범위를 벗어나는 경우 색인이 생성되지 않을 수 있습니다. 그러나 Datadog은 가능한 한 많은 사용자 데이터를 보존하려고 노력합니다.
인덱싱된 로그에만 적용되는 필드에는 추가 잘림이 있습니다. 값은 메시지 필드의 경우 75KiB, 메시지가 아닌 필드의 경우 25KiB로 잘립니다. Datadog은 여전히 전체 텍스트를 저장하며 Logs Explorer의 일반 목록 쿼리에 계속 표시됩니다. 그러나 잘린 필드별로 로그를 그룹화하거나 해당 특정 필드를 표시하는 유사한 작업을 수행하는 등 그룹화된 쿼리를 수행할 때는 잘린 버전이 표시됩니다.
속성은 Log Explorer에서 필터링 및 검색에 사용되는 로그 패싯을 규정합니다. 예약된 속성과 표준 속성 목록을 알아보고 로그 속성과 별칭을 사용하여 명명 규칙을 지원하는 방법을 알아보려면 전용 속성 및 별칭 문서를 참조하세요.
스택 추적을 로깅할 때 Datadog 애플리케이션 내에 로거 이름, 현재 스레드, 오류 유형, 스택 추적 자체와 같은 전용 UI 표시가 있는 특정 속성이 있습니다.
이러한 기능을 활성화하려면 다음 속성 이름을 사용합니다.
속성 | 설명 |
---|---|
logger.name | 로거의 이름 |
logger.thread_name | 현재 스레드의 이름 |
error.stack | 실제 스택 추적 |
error.message | 스택 추적에 포함된 오류 메시지 |
error.kind | 오류의 유형 또는 “종류”(예: “Exception” 또는 “OSError”) |
참고: 기본적으로 통합 파이프라인은 기본 로깅 라이브러리 파라미터를 해당 특정 속성으로 리매핑하고 스택 추적 또는 트레이스백을 파싱하여 자동으로 error.message
와 error.kind
를 추출하려고 시도합니다.
자세한 내용은 전체 소스 코드 속성 문서를 참조하세요.
로그가 수집되고 수집되면 Log Explorer에서 사용할 수 있습니다. Log Explorer는 로그에 대한 알림을 검색하고 강화하며, 확인할 수 있는 곳입니다. 로그 데이터 분석을 시작하려면 Log Explorer 문서를 참조하거나 아래의 추가 로그 관리 문서를 참조하세요.
추가 유용한 문서, 링크 및 기사: