아직 커스텀 보존 기간 필터를 설정하지 않은 경우 이와 같은 동작이 발생합니다. 이유는 다음과 같습니다.

Trace Explorer 페이지에서는 태그를 사용해 수집되거나 인덱싱된 스팬 모두를 검색할 수 있습니다. 여기에서 어떤 트레이스든 쿼리할 수 있습니다.

기본적으로 스팬은 수집된 후 Datadog 지능형 필터에 보존됩니다. 또 Datadog에는 다른 보존 필터가 기본적으로 활성화되어 있어 내 서비스, 엔드포인트, 오류, 지연 시간이 높은 트레이스를 관측할 수 있습니다.

그러나 모니터에서 이와 같은 트레이스를 사용하려면 커스텀 보존 필터를 설정해야 합니다.

커스텀 보존 필터를 사용하면 태그를 기반으로 추가 필터를 생성, 수정, 비활성화하여 인덱싱하고 보존할 스팬을 결정할 수 있습니다. 또 각 필터에서 보존할 스팬의 백분율을 설정할 수도 있습니다. 이와 같은 인덱싱된 트레이스를 모니터에 사용할 수 있습니다.

트레이스 메트릭과 커스텀 기반 메트릭은 다른 데이터세트를 기반으로 계산되기 때문에 값이 다를 수 있습니다.

• 트레이스 메트릭은 트레이스 수집 샘플링 구성과 관계없이 100% 애플리케이션의 트래픽을 기반으로 계산됩니다. 트레이스 메트릭 네임스페이스는 trace.<SPAN_NAME>.<METRIC_SUFFIX> 형식을 따릅니다.
• 커스텀 스팬 기반 메트릭은 수집된 스팬으로 생성되며, 이는 트레이스 수집 샘플링에 따라 결정됩니다. 에를 들어, 트레이스의 50%를 수집하는 경우, 커스텀 스팬 기반 메트릭은 수집된 스팬의 50%를 기반으로 생성됩니다.

트레이스 메트릭과 커스텀 스팬 기반 메트릭이 같은 값을 가지도록 하려면 애플리케이션이나 서비스의 수집 비율을 100%로 구성해야 합니다.

이는 스팬 전반에 서비스 이름이 통일성 있게 사용되지 않았을 경우에 발생합니다.

예를 들어, 단일 서비스인 service:test가 Datadog에서 여러 서비스로 나타날 수 있습니다.

• service:test
• service:test-mongodb
• service:test-postgresdb

[추론된 서비스 종속성(평가판)30을 사용할 수 있습니다. 추론된 외부 API에서는 기본 명명 규칙인 net.peer.name을 사용합니다(예: api.stripe.com, api.twilio.com). 추론된 데이터베이스에서는 기본 명명 규칙 scheme db.instance를 사용합니다.

또는 언어에 따라 서비스 이름을 DD_SERVICE_MAPPING 또는 DD_TRACE_SERVICE_MAPPING와 같은 환경 변수를 사용해 명명할 수도 있습니다.

Datadog 추적 라이브러리를 참고해 자세한 정보를 보거나 다음에서 언어를 선택하세요.

데이터 수집 및 인덱싱 급증하는 데에는 여러 요인이 있을 수 있습니다. 원인을 조사하려면 APM 트레이스 예상 사용량 메트릭을 사용하세요.

APM 트레이스 사용량 대시보드에는 위젯 그룹이 포함되어 있는데, 여기에서 수치가 높은 KPI와 추가 사용량 정보를 확인할 수 있습니다.

오류 상태의 일부 트레이스에서는 Error 탭에 예외 상세 내역이 아니라 누락된 오류 메시지와 스택 트레이스를 보여줍니다.

스팬에서 이 메시지가 나타나는 이유는 두 가지가 있을 수 있습니다.

• 스팬에 처리되지 않은 예외가 있습니다.
• 스팬 내의 HTTP 응답이 400~599의 HTTP 상태 코드를 반환합니다.

시도/포착 블록에서 예외를 처리할 경우 error.message, error.type, error.stack 스팬 태그가 자동으로 채워지지 않습니다. 상세한 오류 스팬 태그를 채우려면 커스텀 계측 코드를 사용하세요.

계측한 애플리케이션은 현재 시간으로부터 최대 18시간 전, 최대 2시간 이후의 타임스탬프가 포함된 스팬(span)을 제출합니다.

Datadog에서는 40분 간격으로 다음 조합을 허용합니다.

• 고유한 environments 및 service 조합 5,000개
• 환경당 고유한 second primary tag values 30개
• 환경 및 서비스당 고유한 operation names 100개
• 환경, 서비스, 작업 이름당 고유한 resources 1,000개
• 환경 및 서비스당 고유한 versions 30개

대량의 볼륨을 수용해야 하는 경우 Datadog 고객지원팀에 사용 사례에 관해 문의하세요.

표시된 글자수를 초과한 경우 Datadog은 다음 문자열을 잘라냅니다.

또한 스팬의 스팬 태그 수는 1024자를 초과할 수 없습니다.

서비스 개수가 데이터 볼륨 가이드라인에 명시한 수치를 초과한다면 서비스 명명 규칙 모범 사례를 따릅니다.

서비스 이름에서 환경 태그 값 제외

기본적으로 환경(env)은 Datadog 애플리케이션 성능 모니터링(APM)의 기본 태그입니다.

서비스는 일반적으로 prod, staging, dev와 같은 여러 환경에 배포됩니다. 요청 수, 대기 시간, 오류율과 같은 성능 메트릭은 다양한 환경에 따라 다릅니다. Software Catalog의 환경 드롭다운을 사용하면 Performance 탭의 데이터 범위를 특정 환경으로 지정할 수 있습니다.

서비스 개수의 과부하로 문제가 발생하는 패턴 중 하나는 서비스 이름에 환경 값을 포함하는 경우입니다. 예를 들어, prod-web-store 와 dev-web-store라는 별도의 개별 환경 두 개에서 운영되면 고유 서비스는 하나가 아니라 두 개일 수 있습니다.

Datadog 서비스의 이름을 변경하여 계측을 수정할 것을 권장합니다.

트레이스 메트릭은 샘플링되지 않으므로 계측한 애플리케이션에는 데이터의 하위 섹션 대신 전체 데이터가 표시됩니다. 아울러, 볼륨 지침도 적용됩니다.

메트릭 파티션을 삽입하거나 서비스 이름으로 변수를 그룹화하는 대신 부차적 기본 태그를 사용합니다.

부차적 기본 태그는 트레이스 메트릭을 그룹화 및 집계하는 데 활용할 수 있는 추가 태그입니다. 드롭다운 메뉴에서 성능 데이터를 지정한 클러스터 이름 또는 데이터 센터 값으로 범위 지정할 수 있습니다.

부차적 기본 태그를 적용하는 대신 서비스 이름에 메트릭 파티션을 포함하거나 변수를 그룹화하면 계정의 고유 서비스 개수가 불필요하게 증가하여 레이턴시 또는 데이터 손실이 발생할 수 있습니다.

예를 들어, web-store 서비스 대신 web-store-us-1 , web-store-eu-1, web-store-eu-2 서비스의 인스턴스 이름을 다르게 지정하여 해당 파티션의 성능 메트릭을 모두 함께 확인할 수도 있습니다. Datadog은 지역 값(us-1, eu-1, eu-2)을 부차적 기본 태그로 설정할 것을 권장합니다.

연결 오류에서 이와 같은 문제를 파악하고 해결하는 방법에 관해 알아보세요.

트레이스 수집 CPU 사용량 감지 및 적절한 에이전트 리소스 제한 계산값에 대한 내용을 확인하려면 에이전트 리소스 사용량을 참조하세요.

Datadog 에이전트 로그에서 속도 제한 또는 초당 최대 이벤트에 대한 오류 메시지가 표시되면 아래의 지침에 따라 해당 제한값을 변경할 수 있습니다. 질문이 있는 경우 해당 제한값을 변경하기 전 Datadog 지원 팀에 문의하세요.

민감한 데이터를 스크러빙하거나, 서비스 점검 관련 트레이스를 삭제하거나, Datadog 에이전트 또는 일부 언어에서 트레이싱 클라이언트로 설정될 수 있는 기타 불필요한 트래픽을 삭제하는 데 사용 가능한 설정 옵션 몇 가지가 있습니다. 사용 가능한 옵션에 대한 자세한 내용을 확인하려면 보안 및 에이전트 맞춤화를 참고하세요. 여기에 대표적인 예시가 설명되어 있습니다. 내 환경에 해당 옵션을 적용하는 데 도움이 필요하면 Datadog 고객지원팀에 문의하세요.

Datadog 트레이서의 자세한 세부 사항을 캡처하려면 트레이서에서 DD_TRACE_DEBUG 환경변수를 사용하여 디버그 모드를 활성화합니다. 자체 점검을 목적으로 활성화하거나, Datadog 지원 팀이 분류 목적으로 활성화를 권장할 수 있습니다. 다만, 테스팅을 완료한 후에는 디버그 로깅을 비활성화해야 합니다. 그러지 않으면 로깅 오버헤드가 발생할 수 있습니다.

해당 로그는 계측 오류 또는 통합 특정 오류를 나타낼 수 있습니다. 디버그 로그를 활성화 및 캡처하는 방법에 대한 자세한 내용을 확인하려면 디버그 모드 트러블슈팅 페이지를 참조하세요.

시작 시 Datadog 추적 라이브러리가 JSON 개체에 적용된 설정 및 모든 발생 오류를 반영하는 로그를 전송합니다. 해당 로그에는 에이전트가 가능한 언어로 접근할 수 있는지 여부가 포함됩니다. 일부 언어에서는 환경변수 DD_TRACE_STARTUP_LOGS=true로 활성화하는 시작 로그가 필요합니다. 시작 로그에 대한 자세한 내용을 확인하려면 트러블슈팅 시작 로그를 참고하세요.

지원 티켓을 개설하면 Datadog 고객지원팀에서 다음 정보를 요청할 수 있으니 참고하세요.

1. 문제가 있는 트레이스 링크 또는 문제 스크린샷: 문제를 확인하여 트러블슈팅하는 데 도움이 됩니다.

2. 트레이서 시작 로그: 시작 로그는 트레이서의 구현 오류나 트레이서와 Datadog 에이전트 간의 통신 문제를 파악하는 데 도움을 줍니다. 애플리케이션이나 컨테이너 설정을 트레이서의 구성과 비교하여 부적절하게 적용된 설정을 찾아낼 수 있습니다.

3. 트레이서 디버그 로그: 트레이서 디버그 로그는 시작 로그보다 다음과 같은 더 상세한 정보를 제공합니다.

   • 애플리케이션 트래픽 흐름 중 통합 계측이 적절했는지 여부
   • 트레이서가 생성한 스팬 내용
   • 스팬을 에이전트로 전송할 때 발생한 연결 오류

4. Datadog 에이전트 플레어: Datadog 에이전트 플레어를 사용하면 트레이스가 거부되거나 잘못된 경우와 같이 Datadog 에이전트 내에서 어떤 일이 일어나는지 확인할 수 있습니다. 본 문서는 트레이스가 Datadog 에이전트에 도달하지 못하는 문제에 관한 지침은 아니나, 문제의 원인이나 메트릭 불일치를 파악하는 데 도움이 됩니다.

5. 내 환경 설명: 애플리케이션 배포 구성을 알면 잠재적인 트레이서-에이전트 통신 문제와 구성 오류를 파악하는 데 도움이 됩니다. 문제가 복잡할 경우 지원팀에서 Kubernetes 매니페스트, ECS 태스크 정의, 도는 구성 파일의 다른 유사한 배포 정보를 요청할 수 있습니다.

6. 커스텀 추적 코드: 커스텀 계측, 구성, 스팬 태그 추가 등이 Datadog 트레이스 가시화에 영향을 줄 수 있습니다.

7. 가시화 정보: 사용 중인 언어, 프레임워크, Datadog 에이전트, Datdog 트레이서 버전을 알면 지원팀에서 호환성 요구 사항을 충족하는지 확인할 수 있고, 알려진 문제를 확인하고 버전 업그레이드를 권고할 수 있습니다.