트레이스 상세¶

위 플레임 그래프를 보면 이번 호출 트레이스에 CloudCare와 Mysql 두 개의 서비스가 포함되어 있음을 알 수 있습니다. 트레이스는 CloudCare 서비스의 POST 요청으로 시작하여 ActionResource.executeAction을 실행하고, 마지막으로 Mysql 문을 실행합니다. ActionResource.executeAction이 실행되는 전체 과정에서 Mysql 문이 여러 번 실행됩니다. CloudCare와 Mysql의 실행 시간 계산 방식은 각각 다음과 같습니다.

• CloudCare 서비스의 실행 시간 = D1+D2+D3+D4+D5+D6+D7+D8+D9+D10+D11
• Mysql 서비스의 실행 시간 = span2+span3+......+span11

실제 실행된 문과 실행 시간 상세는 Span 목록을 참조하세요.

---

플레임 그래프에서 서비스 실행 시간 비율은 이번 호출 트레이스에서 각 서비스가 전체 시간에서 차지하는 비율을 의미합니다. 아래 그림을 예로 들면, 이번 호출 트레이스에는 CloudCare와 Mysql 두 개의 서비스가 포함되어 있으며 실행 시간 비율은 각각 42.37%와 57.63%입니다. CloudCare 서비스에는 2개의 Span, Mysql 서비스에는 10개의 Span이 있습니다.

• Mysql 서비스 실행 시간 비율 계산 방식: 모든 span 실행 시간의 합 / 현재 호출 트레이스 총 시간.

계산 방식 설명: 아래 그림에서 Mysql 서비스에는 총 10개의 Span이 있습니다. 각 Span을 클릭하여 현재 Span의 실행 시간을 확인할 수 있습니다. 그림에서 이 Span의 실행 시간은 5.08ms임을 알 수 있습니다. 같은 방식으로 나머지 9개 Span의 실행 시간을 구해 합산합니다.

• CloudCare 서비스 실행 시간 비율 계산 방식: (현재 호출 트레이스 총 시간 - mysql 서비스 실행 시간) / 현재 호출 트레이스 총 시간

계산 방식 설명: 아래 그림에서 CloudCare 서비스는 현재 전체 호출 트레이스에 걸쳐 있습니다. mysql 서비스의 실행 시간을 제외한 나머지 시간이 CloudCare 서비스의 실행 시간입니다(빨간 선으로 표시된 부분의 실행 시간 참조). 실행 시간 비율은 Span 목록에서 각 Span의 실행 시간과 실행 시간 비율을 직접 확인할 수도 있습니다.

---

플레임 그래프에서는 서비스 호출이 동기식이든 비동기식이든 각 트레이스 성능 데이터의 세부 사항을 명확하게 추적할 수 있습니다. 예를 들어 플레임 그래프를 통해 어떤 요청들이 비동기로 수행되었는지, 시작 시간, 종료 시간 및 총 소요 시간을 명확하게 확인할 수 있습니다.

---

로그를 통해 전체 트레이스의 모든 서비스와 연관된 로그 데이터(연관 필드: trace_id)를 확인할 수 있습니다. 표시 열을 사용자 지정할 수 있으며, 더 자세한 로그 내용이 필요하면 로그 내용을 클릭하여 로그 상세 페이지로 이동하거나 이동 버튼을 클릭하여 로그 페이지에서 열 수 있습니다.

시스템은 현재 트레이스의 service, env, version 등 필드를 기준으로 로그 인덱스 매핑을 매칭하고 해당 로그 인덱스를 자동으로 선택합니다. 기존 인덱스의 '서비스 매칭' 구성은 service 필드 매핑에 따라 계속 적용됩니다.

관리자 이상 권한이 있으면 연관 필드를 사용자 지정할 수 있습니다. 연관 필드 오른쪽의 설정 버튼을 클릭하고 표시된 대화상자에서 연관할 필드를 선택합니다. 직접 입력, 드래그하여 순서 변경 등의 작업을 지원하며, 확인하면 구성이 완료됩니다.

주의: 연관 로그 사용자 지정 필드와 서비스 목록 연관 분석 구성의 사용자 지정 필드는 서로 영향을 줍니다. 서비스 목록에서 사용자 지정 필드를 구성한 경우 이곳에도 동일하게 표시됩니다.

애플리케이션이 ddtrace 수집기를 사용하면서 APM 분산 추적과 Profile 성능 추적 데이터 수집을 동시에 활성화하면, 시스템은 Span 수준에서 코드 핫스팟을 연관하여 확인할 수 있는 기능을 제공합니다. 실행 시간, 메서드, 실행 시간 비율이 포함됩니다.

Profile 상세 보기를 클릭하면 Profile 상세 페이지로 이동하여 더 많은 연관 코드를 확인할 수 있습니다.

트레이스 상세 페이지에서 호스트를 통해 관련 호스트의 메트릭 뷰와 속성 뷰(연관 필드: host)를 확인할 수 있습니다.

• 메트릭 뷰: 관련 호스트의 트레이스 종료 30분 전부터 종료 후 30분까지의 성능 메트릭 상태를 확인할 수 있습니다. 관련 호스트의 CPU, 메모리 등 성능 메트릭 뷰가 포함됩니다.

• 속성 뷰: 트레이스 생성 시점의 호스트 객체 실제 상태를 되짚어 볼 수 있습니다. 관련 호스트의 해당 시간에 생성된 가장 최근 객체 데이터 한 건을 확인할 수 있으며, 호스트의 기본 정보, 통합 실행 상태가 포함됩니다. 클라우드 호스트 수집을 활성화한 경우 클라우드 제공업체 정보도 확인할 수 있습니다.

주의: Guance는 호스트 객체의 최근 48시간 히스토리 데이터를 기본적으로 저장합니다. 현재 트레이스 시간에 해당하는 호스트 히스토리 데이터를 찾지 못하면 연관 호스트의 속성 뷰를 확인할 수 없습니다.

트레이스 상세 페이지에서 컨테이너를 통해 관련 컨테이너의 메트릭 뷰와 속성 뷰(연관 필드: container_name)를 확인할 수 있습니다.

• 메트릭 뷰: 관련 컨테이너의 트레이스 종료 30분 전부터 종료 후 30분까지 성능 메트릭 상태를 확인할 수 있으며, 컨테이너 CPU, 메모리 등 성능 메트릭 뷰가 포함됩니다.

• 속성 뷰: 트레이스 생성 시점의 컨테이너 객체 실제 상태를 되짚어 볼 수 있으며, 관련 컨테이너의 해당 시간에 생성된 가장 최근 객체 데이터 한 건을 확인할 수 있습니다. 컨테이너의 기본 정보, 속성 정보가 포함됩니다.

트레이스 상세 페이지에서 Pod를 통해 관련 Pod의 속성 뷰와 메트릭 뷰(연관 필드: pod_name)를 확인할 수 있습니다.

• 메트릭 뷰: 관련 컨테이너 Pod의 트레이스 종료 30분 전부터 종료 후 30분까지 성능 메트릭 상태를 확인할 수 있으며, 컨테이너 CPU, 메모리 등 성능 메트릭 뷰가 포함됩니다.

• 속성 뷰: 트레이스 생성 시점의 컨테이너 Pod 객체 실제 상태를 되짚어 볼 수 있으며, 관련 컨테이너 Pod의 해당 시간에 생성된 가장 최근 객체 데이터 한 건을 확인할 수 있습니다. 컨테이너의 기본 정보, 속성 정보가 포함됩니다.

Guance는 네트워크에서 Host, Pod, Deployment, Service 등 다차원의 네트워크 토폴로지 및 요약 데이터를 확인할 수 있도록 지원합니다.

일치 필드:

상세 페이지에서 관련 네트워크를 확인하려면 해당 연관 필드가 일치해야 합니다. 즉, 데이터 수집 시 해당 필드 태그를 구성해야 합니다. 그렇지 않으면 상세 페이지에서 연관 네트워크 뷰를 매칭하여 확인할 수 없습니다.

• Host: 일치 필드 host.

• Pod:

일치 필드 우선순위
namespace, pod_name
namespace, pod
pod_name
pod

• Deployment:

일치 필드 우선순위
namespace, deployment_name
namespace, deployment
deployment_name
deployment

• Service:

일치 필드 우선순위
namespace, service_name
namespace, service

주의:

• Host, Pod, Deployment, Service의 연관 필드가 동시에 조회되면 상세 페이지 진입 시 이 순서대로 네트워크 데이터가 표시됩니다.
• 연관 필드가 조회되지 않으면 맨 끝에 회색으로 표시되며, 클릭하면 네트워크 뷰를 찾지 못했습니다라는 안내가 표시됩니다.