- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
Network Analytics 페이지에서 전체 네트워크 상태에 관한 인사이트를 얻을 수 있고, 페이지 상단에서 추천 쿼리를 확인할 수 있습니다. 이 추천 쿼리는 공통 쿼리를 실행하고 관련 메트릭의 스냅샷을 확인할 수 있도록 하기 때문에 처리량, 지연 시간, DNS 오류 등에 관한 변경 사항을 파악할 수 있습니다. 추천 쿼리를 클릭하면 자동으로 검색 창, 그룹별, 요약 그래프가 채워져 내 네트워크에 관한 인사이트를 얻을 수 있습니다.
특정 엔드포인트 간에 검색 범위를 좁히려면 태그를 사용해 네트워크 연결을 집계하고 필터링하세요. Datadog 통합 태그나 통합 서비스 태깅을 사용해 자동으로 집계 및 필터링을 할 수 있습니다. 네트워크 모니터링에서 태깅을 활용할 경우 특정 서비스나 전체 인프라스트럭처에 대해 가용 영역 전체의 네트워크 트래픽 흐름을 활용할 수 있습니다. client
와 server
태그로 그룹화하여 두 태그 집합 _사이_의 네트워크를 가시화할 수 있습니다.
예를 들어, 주문 서비스인 orders-app
과 내 전체 가용 영역 간의 트래픽을 보고 싶으면 검색 창에서 client_service:orders-app
을 사용하고 View clients as 드롭다운에서 service
태그를 추가한 후 View servers as 드롭다운에서 availability-zone
태그를 사용하면 두 태그 집합 사이의 트래픽 흐름을 가시화할 수 있습니다.
NA/Untagged
트래픽 경로에 관한 정보를 보려면 미해결한 트래픽을 참고하세요.
추가로 다음 다이어그램은 client
와 server
태그로 그룹화한 송수신 요청을 보여줍니다. 클라이언트는 연결이 발생한 곳이고 서버는 연결이 종료된 곳입니다.
다음 스크린샷은 service
태그별로 클라이언트와 서버를 집계하는 기본 보기를 보여줍니다. 따라서 표의 각 행은 1시간 동안 집계된 서비스 간 집계 연결을 나타냅니다. “Auto-grouped traffic"을 선택하면 일반적으로 사용되는 태그(service
, kube_service
, short_image
, container_name
)를 사용해 버킷으로 묶인 트래픽을 확인할 수 있습니다.
다음 예는 us-east-1
지역의 서비스를 나타내는 IP 주소에서 가용 영역에 이르는 모든 집계 연결을 보여 줍니다:
CIDR(network.client.ip, 10.0.0.0/8)
또는 CIDR(network.server.ip, 10.0.0.0/8)
를 사용하여 클라이언트 또는 서버가 CIDR과 일치하는 트래픽을 집계하여 격리할 수 있습니다
또 페이지 오른쪽 상단의 타임 셀렉터에서 집계할 트래픽에 따라 시간대를 설정할 수 있습니다.
추천 쿼리를 이용해 특정 문제를 트러블슈팅하거나 네트워크 전체에 관해 알아보고 싶을 경우 네트워크를 조사할 수 있습니다. 트래픽을 검색하거나 트래픽을 그룹화할 필요 없이 추천 쿼리가 빠르게 관련 네트워크 정보를 찾을 수 있도록 도와줍니다. 예를 들어, 추천 쿼리 Find dependencies of service: web-store
는 client_service: web-store
쿼리로 검색 창을 채우고 네트워크 내 서비스 웹 스토어가 트래픽을 전송하는 상위 서비스 및 다운스트림 종속성을 표시합니다.
이용할 수 있는 추천 쿼리가 Analytics 페이지 상단에 표시되고, DNS 페이지 상단에 추천 쿼리 세 개가 있습니다. 이 쿼리를 사용해 자주 사용되는 데이트에 액세스할 수 있고 최근 1시간 동안의 데이터 변화를 확인할 수 있습니다.
추천 쿼리를 실행하려면 제목을 클릭하세요. 제목에 마우스 커서를 올리면 설명과 쿼리가 반환하는 데이터 요약이 나타납니다.
패싯 패널을 사용하여 플로우에서 사용할 수 있는 모든 태그를 찾아보거나 찾고 있던 정확한 태그가 기억나지 않을 때 트래픽을 필터링할 수 있습니다. 패싯 패널은 검색창 쿼리에 있는 태그를 반영합니다. 상단의 클라이언트 및 서버 탭을 사용하여 패싯 패널 간에 전환합니다:
네트워크 분석 페이지에서 트래픽 데이터를 집계 및 필터링합니다. 포함된 태그 목록은 화면 왼쪽 **Client*와 Server 태그 아래와 View clients as와 View servers as 드롭다운 메뉴에 있습니다.
나열된 태그에는 service
, availability zone
, env
, environment
, pod
, host
, ip
및 port
등이 포함됩니다. 메뉴에 없는 태그를 기준으로 트래픽을 집계하거나 필터링하려면 해당 태그를 커스텀 패싯으로 추가합니다:
커스텀 패싯이 생성되면 이 태그를 사용하여 네트워크 분석 페이지 및 네트워크 맵에서 트래픽을 필터링하고 집계할 수 있습니다. 모든 커스텀 패싯은 패싯 패널의 하단 Custom
섹션에서 확인할 수 있습니다.
다중 문자 와일드카드 검색을 수행하려면 다음과 같이 *
기호를 사용합니다:
client_service:web*
는 웹으로 시작하는 모든 클라이언트 서비스와 매칭합니다.client_service:*web
는 웹으로 끝나는 모든 클라이언트 서비스와 매칭합니다.client_service:*web*
는 문자열 웹을 포함하는 모든 클라이언트 서비스와 매칭합니다.와일드카드 검색은 이 구문을 사용하는 패싯 내에서 작동합니다. 이 쿼리는 문자열 “mongo"로 끝나는 모든 클라이언트 서비스를 반환합니다:
client_service:*mongo
자세한 내용은 검색 구문 설명서를 참조하세요.
그룹을 사용하면 지정된 태그 값을 기준으로 데이터를 그룹화할 수 있습니다. 예를 들어 host와 같은 그룹을 선택하면 결과가 개별 호스트별로 그룹화됩니다. Ungrouped traffic 옵션을 사용하면 모든 데이터를 단일 그룹으로 볼 수도 있습니다. 또한 관심 그룹으로 태그가 지정되지 않은 대량의 데이터가 있을 수 있습니다. 이러한 경우 Auto-grouped traffic을 사용하여 사용 가능한 태그별로 데이터를 그룹화할 수 있습니다.
한 번의 그룹화로 내 전체 호스트의 연결을 조사하고 싶으면 View clients as 드롭다운에서 host
태그를 추가하고 View servers as 드롭다운에서 Ungrouped traffic
을 추가하세요.
트래픽이 특정 그룹으로 태깅되지 않은 경우 Auto-grouped traffic을 선택해 사용 가능한 태그로 데이터를 그룹화할 수 있습니다. 예를 들어, 특정 service
에 사용할 수 있는 태그를 보려면 View clients as 드롭다운에서 service
태그를 사용하고 View servers as 드롭다운에서 Auto-grouped traffic
을 추가합니다.
Auto-grouped traffic 옵션을 사용하면 태그 소스를 파악할 수 있습니다. 예를 들어, 각 아이콘에 마우스 커서를 올리면 태그 출처를 표시하는 말풍선이 나타납니다.
검색 창과 그룹화 기능을 함께 사용하면 네트워크 트래픽을 골라내는 데 도움이 됩니다. 예를 들어, 데이터 센터 전체에서 auth-dotnet
서비스의 전체 트래픽을 찾으려면 검색 창에 service:auth-dotnet
을 입력하고 View clients 드롭다운에서 datacenter
를 선택합니다.
중립 태그는 클라이언트나 서버에 특정된 태그가 아니라 전체 흐름에 적용하는 태그입니다. 중립 태그로 트래픽을 검색하고 필터링할 수 있습니다. 예를 들어, 이 태그를 사용해 TLS 암호화된 트래픽을 필터링할 수 있습니다.
다음은 사용할 수 있는 중립 태그입니다.
태그 | 설명 |
---|---|
is_agent_traffic | 트래픽이 Datadog 에이전트로 생성되었는지 표시 |
tls_encrypted | 연결이 TLS를 사용해 암호화되었는지 나타냄 |
tls_cipher_suite | 사용된 특정 TLS 암호 스위트를 파악(예: tls_ecdhe_rsa_with_aes_128_gcm_sha256 ) |
tls_cipher_insecure | 연결에 사용된 암호가 일반적으로 안전한 것인지 아닌지 파악 |
tls_version | 연결에 협상 및 사용된 TLS 버전(tls_1.2 또는 tls_1.3 ) |
tls_client_version | 클라이언트가 지원하는 TLS 버전(tls_1.2 또는 tls_1.3 ) |
gateway_id | AWS 게이트웨이 리소스의 고유 식별자 |
gateway_type | AWS 게이트웨이 유형 지정(인터넷 NAT, 또는 Transit) |
gateway_region | 게이트웨이가 배포된 AWS 리전(예: us-east-1 ) |
gateway_availability-zone | 게이트웨이를 호스팅하는 가용 영역(예: us-east-1a ) |
gateway_public_ip | NAT 게이트웨이에 할당된 공용 IP 주소 |
tgw_attachment_id | AWS Transit Gateway 연결의 고유 식별자 |
tgw_attachment_type | AWS Transit Gateway 연결 유형(예: VPC, VPN, 또는 Direct Connect) |
vpc_endpoint_id | VPC 엔드포인트의 고유 식별자 |
요약 그래프는 내 네트워크의 집약 그래프로입니다. 이 그래프에서 처리량, 연결, 또는 지연 시간 등을 필요한 대로 수정하여 표시할 수 있습니다. 한 번에 요약 그래프를 최대 3개까지 표시할 수 있고, 내 조직에 맞게 데이터와 가시화 유형을 변경할 수 있습니다. 그래프의 데이터 소스를 업데이트하려면 그래프 타이틀을 클릭하고 드롭다운 메뉴에서 원하는 항목을 선택하세요.
가시화 유형을 변경하려면 그래프 오른쪽 상단에 있는 연필 아이콘을 클릭하세요. 아래 스크린샷에 나타난 것처럼 선택할 수 있는 옵션 중에 하나를 선택하세요.
특정 그래프를 숨기려면 연필 아이콘 옆에 있는 숨김 아이콘을 클릭하세요. 최소 1개에서 최대 3개 그래프까지 표시할 수 있습니다. 그래프를 추가하려면 요약 그래프 오른쪽에 있는 플러스 아이콘 +
을 클릭하고 추가할 그래프를 선택하세요. 새 그래프를 추가할 때 그래프를 기본 그래프로 재설정할 수도 있습니다.
네트워크 메트릭은 그래프와 관련 테이블을 통해 표시됩니다. 전송 및 수신된 모든 메트릭이 소스의 관점에서 표시됩니다:
패킷 트롭이 많은 경우 sent_metric(source to destination)
와 received_metric(destination to source)
에 대해 표시되는 값이 다를 수 있습니다. destination
이 많은 양의 바이트를 source
에 보내는 경우, destination
에서 시작된 집계 연결에는 해당 바이트가 포함되지만 source
에서 시작된 집계 연결에는 해당 바이트가 수신된 것으로 표시되지 않습니다.
참고: 데이터는 30초마다 수집되고 5분 버킷으로 집계되며 14일 동안 보존됩니다.
다음 네트워크 로드 메트릭을 사용할 수 있습니다:
메트릭 | 설명 |
---|---|
볼륨 | 일정 기간 동안 보내거나 받은 바이트 수입니다. 바이트 (또는 크기 순) 단위로 양방향으로 측정됩니다. |
처리량 | 일정 기간 동안 보내거나 받은 바이트의 속도입니다. 양방향으로 초당 바이트 단위로 측정됩니다. |
TCP는 주문 내 패킷 전송을 보장하는 연결 기반 프로토콜입니다.
이용할 수 있는 TCP 메트릭에는 다음이 있습니다.
메트릭 | 설명 |
---|---|
TCP Retransmits | TCP 재전송은 전송을 보장하기 위해 재전송되는 감지된 오류를 나타냅니다. 클라이언트의 재전송 횟수로 측정됩니다. |
TCP Latency | TCP의 왕복 시간(TCP 프레임 전송에서 확인까지의 시간)을 평활화된 값으로 측정됩니다. |
TCP Jitter | TCP 평활화된 왕복 시간 변동으로 측정됩니다. |
TCP Timeouts | 운영 시스템의 관점에서 시간이 초과된 TCP 연결 수. 일반적으로 연결 문제와 지연 시간 문제를 나타냅니다. |
TCP Refusals | 서버에서 거부한 TCP 연결 수. 보통 연결을 수신하지 않는 IP/포트에 연결을 시도했거나 방화벽/보안이 잘못 구성되었음을 나타냅니다. |
TCP Resets | 서버에서 재설정한 TCP 연결 수 |
Established Connections | 설정된 상태의 TCP 연결 수입니다. 클라이언트로부터의 초당 연결 수로 측정됩니다. |
Closed Connections | 닫힌 상태의 TCP 연결 수입니다. 클라이언트로부터 초당 연결 수로 측정됩니다. |
모든 메트릭은 사용할 수 있을 경우 연결의 client
측에서 계측됩니다. 사용할 수 없을 경우에는 서버에서 계측됩니다.
S3 또는 Kinesis와 같은 관리형 클라우드 서비스를 사용하는 경우 내부 애플리케이션에서 해당 서비스에 대한 트래픽의 성능을 모니터링할 수 있습니다. 특정 AWS, Google Cloud, 또는 Azure 종속성의 보기 범위를 지정하여 지연 시간을 정확히 파악하고 데이터베이스 성능을 평가하며, 네트워크를 보다 완벽하게 시각화할 수 있습니다.
예를 들어 다음을 할 수 있습니다.
server_service:aws.s3
으로의 데이터 흐름을 시각화합니다.CNM 자동으로 다음을 매핑합니다.
s3_bucket
으로 분류 가능), RDS (rds_instance_type
으로 분류 가능), Kinesis, ELB, Elasticache 및 기타 AWS 서비스에 매핑합니다.에이전트를 설치할 수 없는 다른 엔드포인트(예: 공용 API)를 모니터링하려면 네트워크 개요에서 대상을 domain
태그로 그룹화합니다. 또는 아래 섹션에서 클라우드 서비스 해결 방법을 참조하세요.
AWS 또는 Azure용으로 향상된 해결책을 설정한 경우 CNM은 이러한 클라우드 제공업체에서 수집한 여러 리소스를 사용하여 네트워크 트래픽을 필터링하고 그룹화할 수 있습니다. 클라우드 제공업체 및 리소스에 따라 쿼리할 수 있는 태그 조합이 달라집니다. Datadog은 사용자 정의 태그와 더불어 아래에 정의된 태그를 적용합니다.
Agent 7.17+부터는 외부 및 내부 트래픽에 대해 사람이 읽을 수 있는 도메인 이름으로 IP를 확인합니다. 도메인을 사용하면 S3 버킷, 애플리케이션 로드 밸런서 및 API와 같이 Datadog Agent를 설치할 수 없는 클라우드 제공업체 엔드포인트를 모니터링할 수 있습니다. C&C 서버의 DGA 도메인과 같이 인식할 수 없는 도메인 이름은 네트워크 보안 위협으로 이어질 수 있습니다. domain
은 Datadog에서 태그로 인코딩되므로 검색창 쿼리 및 패싯 패널에서 이를 사용하여 트래픽을 집계하고 필터링할 수 있습니다.
참고: DNS 확인은 시스템 프로브가 루트 네트워크 네임스페이스에서 실행되는 호스트에서 지원됩니다. 일반적으로 호스트 네트워크를 사용하지 않고 컨테이너 내에서 시스템 프로브를 실행하는 경우가 많습니다.
NAT은 쿠버네티스(Kubernetes) 및 다른 시스템에서 컨테이너 간 트래픽을 라우팅하는 데 사용하는 도구입니다. 특정 종속성(예: 서비스 대 서비스)을 조사할 때 pre-NAT IPs의 유무를 사용하여 자체 라우팅을 수행하는 쿠버네티스(Kubernetes) 네이티브 서비스와 라우팅을 위해 외부 클라이언트에 의존하는 서비스를 구분할 수 있습니다. 이 기능에는 현재 NAT 게이트웨이의 확인이 포함되어 있지 않습니다.
pre-NAT 및 post-NAT IP를 보려면 표 설정에서 Show pre-NAT IPs 토글을 사용합니다. 이 설정을 해제하면 Client IP 및 Server IP 열에 표시되는 IP가 기본적으로 post-NAT IP가 됩니다. 하나의 post-NAT IP에 대해 여러 개의 pre-NAT IP가 있는 경우 가장 일반적인 상위 5개의 pre-NAT IP가 표시됩니다. pre_nat.ip
는 제품의 다른 태그와 마찬가지로 트래픽을 집계하고 필터링하는 데 사용할 수 있습니다.
CNM 사용자는 중복된 IP 공간을 갖도록 네트워크를 설정할 수 있습니다. 예를 들어, 주소 범위가 중복되고 로드 밸런서 또는 클라우드 게이트웨이를 통해서만 통신하는 여러 VPC(가상 프라이빗 클라우드)에 배포할 수 있습니다.
CNM은 트래픽 대상을 올바르게 분류하기 위해 태그로 표시되는 네트워크 ID 개념을 사용합니다. 네트워크 ID는 서로 통신할 수 있는 IP 주소 집합의 영숫자 식별자입니다. 서로 다른 네트워크 ID를 가진 여러 호스트에 대한 IP 주소 매핑이 감지되면 이 식별자를 사용하여 특정 호스트 네트워크 트래픽이 어디로 가고 어디에서 오는지를 확인합니다.
AWS 및 Google Cloud에서는 네트워크 ID가 자동으로 VPC ID로 설정됩니다. 다른 환경의 경우 아래와 같이 datadog.yaml
에서 네트워크 ID를 수동으로 설정하거나 프로세스 및 핵심 Agent 컨테이너에 DD_NETWORK_ID
를 추가하여 설정할 수 있습니다.
network:
Id: <your-network-id>
트래픽 데이터의 보기를 구성하고 공유합니다. 저장된 보기를 통해 디버깅 속도를 높이고 협업을 강화할 수 있습니다. 예를 들어, 보기를 만들고, 일반적인 쿼리를 위해 나중에 사용할 수 있도록 저장하고, 해당 링크를 복사하여 팀원들과 네트워크 데이터를 공유할 수 있습니다.
자세한 내용은 저장된 보기 설명서를 참조하세요.
네트워크 테이블에는 쿼리가 정의한 각 _source_와 destination 사이의 볼륨, 처리량, TCP 재전송, 왕복 시간 (RTT), 그리고 RTT 변동 메트릭에 대한 세부 정보가 표시됩니다.
테이블의 오른쪽 상단에 있는 Customize
버튼을 사용하여 테이블의 열을 설정할 수 있습니다.
Filter Traffic
버튼으로 표시된 트래픽을 설정합니다.
기본적으로 외부 트래픽 (공용 IP에 대한) 및 Datadog Agent 트래픽이 표시됩니다. 보기 범위를 좁히려면 Show Datadog Traffic
와 Show External Traffic
토글을 해제하도록 선택할 수 있습니다.
확인되지 않은 클라이언트 및 서버 태그는 N/A
와 같이 표시됩니다. 트래픽 클라이언트 또는 서버 엔드포인트는 다음과 같은 이유로 확인되지 않을 수 있습니다:
데이터 테이블의 오른쪽 상단 모서리에 있는 Show N/A (Unresolved Traffic) 토글을 사용하여 해결되지 않은 (N/A
) 클라이언트 또는 서버와의 집계 연결을 필터링합니다.
데이터 테이블에서 임의의 행을 선택하면 대상 클라이언트 <=> 서버 집계 연결과 관련된 관련 로그, 트레이스 및 프로세스가 표시됩니다.
분석 테이블의 행 하나에 마우스 커서를 올리고 네트워크 경로를 피벗하면 CNM에 지정된 소스와 대상 간 경로를 볼 수 있습니다.
사이드패널은 네트워크 종속성을 디버깅하는 데 도움이 되는 상황별 텔레메트리를 제공합니다. 플로우, 로그, 트레이스 및 프로세스 탭을 사용하여 두 엔드포인트 간의 트래픽에서 높은 재전송 횟수 또는 지연 시간이 다음 원인인지 확인합니다:
사이드패널의 상단에는 검사된 종속성의 가장 최근 연결에서 공유하는 일반적인 클라이언트 및 서버 태그가 표시됩니다. 일반 태그를 사용하여 결함이 있는 엔드포인트에 대한 추가 컨텍스트를 확보할 수 있습니다. 예를 들어, 특정 서비스에 대한 잠재적 통신 문제를 해결할 때 일반 대상 태그는 다음과 같은 내용을 표시합니다:
Security 탭에서는 Cloud Security Management Threats 및 Cloud Security Management Misconfigurations에서 감지된 잠재적 네트워크 위협 및 결과를 강조 표시합니다. 이러한 신호는 Datadog이 감지 또는 규정 준수 규칙과 일치하는 네트워크 활동을 감지하거나 선택한 네트워크 플로우와 관련된 다른 위협 및 잘못된 설정이 있는 경우에 생성됩니다.