- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
이 가이드는 Datadog와 함께 사용하기 위해 AWS PrivateLink를 설정하는 방법을 안내합니다.
전체 프로세스는 로컬 Datadog 에이전트가 데이터를 보낼 수 있는 VPC 내부 엔드포인트를 설정하는 것으로 구성됩니다. 그런 다음 VPC 엔드포인트는 Datadog의 VPC 내 엔드포인트로 피어링됩니다.
Datadog는 ****에 AWS PrivateLink 엔드포인트를 노출합니다.
그러나 다른 리전에서 에 있는 Datadog 의 PrivateLink 제품으로 트래픽을 라우팅하려면 리전 간 Amazon VPC 피어링을 사용해야 합니다. 리전 간 VPC 피어링을 사용하면 서로 다른 AWS 리전에 있는 VPC 간에 연결을 설정할 수 있습니다. 이를 통해 서로 다른 지역에 있는 VPC 리소스가 비공개 IP 주소를 사용하여 서로 통신할 수 있습니다. 자세한 내용은 Amazon VPC 피어링을 참조하세요.
AWS 콘솔을 리전에 연결하고 VPC 엔드포인트를 생성합니다.
이름으로 서비스 찾기를 선택합니다.
AWS PrivateLink를 설정할 서비스 에 따라 서비스 이름 텍스트 상자를 입력합니다:
Datadog | PrivateLink 서비스 이름 | 비공개 DNS 이름 |
---|---|---|
로그(에이전트 HTTP 인테이크) |
|
|
로그(사용자 HTTP 인테이크) |
|
|
API |
| API. |
메트릭 |
| 메트릭.에이전트.< region-param key=“dd_site” >}} |
컨테이너 | < region-param key=“aws_private_link_containers_service_name” code=“true” >}} | orchestrator. |
프로세스 |
| 프로세스. |
프로파일링 | < region-param key=“aws_private_link_profiling_service_name” code=“true” >}} | intake.profile. |
트레이스 |
| 추적하다.에이전트.< region-param key=“dd_site” >}} |
데이터베이스 모니터링 |
| dbm-메트릭 -intake . |
원격 설정 |
| config.< region-param key=“dd_site” >}} |
확인을 클릭합니다. _서비스 이름을 찾을 수 없음_이 반환되지 않으면 Datadog 지원팀에 문의하세요.
Datadog VPC 서비스 엔드포인트로 피어링할 VPC와 서브넷을 선택합니다.
DNS 이름 사용에서 _이 엔드포인트에 대해 사용_이 선택되어 있는지 확인합니다:
원하는 보안 그룹을 선택하여 이 VPC 엔드포인트로 트래픽을 보낼 수 있는 항목을 제어합니다.
참고: **보안 그룹은 TCP 포트 443
**에서 인바운드 트래픽을 허용해야 합니다.
화면 하단의 엔드포인트 생성을 클릭합니다. 성공하면 다음과 같은 화면이 표시됩니다:
VPC 엔드포인트 ID를 클릭하여 점검 상태를 확인합니다.
상태가 _보류 중_에서 _사용 가능_으로 바뀔 때까지 기다립니다. 최대 10분 정도 걸릴 수 있습니다. _사용 가능_으로 표시되면 AWS PrivateLink를 사용할 수 있습니다.
Datadog 에이전트 버전이 6.19 또는 7.19 이전인 경우 로그 데이터를 수집하려면 에이전트가 HTTPS를 통해 로그 를 전송하도록 설정되어 있는지 확인하세요. 데이터가 아직 없는 경우 에이전트 datadog.yaml
설정 파일에 다음을 추가합니다:
logs_config:
FORCE_USE_HTTP: TRUE
컨테이너 에이전트를 사용하는 경우 대신 다음 환경 변수를 대신 설정하세요.
DD_LOGS_CONFIG_FORCE_USE_HTTP=true
이 설정은 로그를 Datadog로 보내는 경우 및 AWS PrivateLink 및 Datadog 에이전트를 사용하는 경우 필요하며, 람다 확장에는 필요하지 않습니다. 자세한 내용은 에이전트
람다 확장 프로그램에서 환경 변수 DD_API_KEY_SECRET_ARN
에 지정된 ARN을 사용하여 AWS Secrets Manager에서 Datadog API 키를 로드하는 경우 Secrets Manager용 VPC 엔드포인트 생성을 수행해야 합니다.
에이전트를 다시 시작하여 AWS PrivateLink를 통해 Datadog에 데이터를 전송합니다.
Datadog | PrivateLink 서비스 이름 |
---|---|
로그 에이전트 HTTP 인테이크) |
|
로그(사용자 HTTP 인테이크) |
|
API |
|
메트릭 |
|
컨테이너 |
|
프로세스 |
|
프로파일링 |
|
트레이스 |
|
데이터베이스 모니터링 |
|
원격 설정 |
|
확인을 클릭합니다. _서비스 이름 찾음_이 반환되지 않으면 Datadog 지원팀에 문의하세요.
다음으로 Datadog VPC 서비스 엔드포인트로 피어링할 VPC와 서브넷을 선택합니다. VPC 피어링을 사용하려면 DNS를 수동으로 설정해야 하므로 DNS 이름 사용을 선택하지 마세요.
원하는 보안 그룹을 선택하여 이 VPC 엔드포인트로 트래픽을 보낼 수 있는 항목을 제어합니다.
참고: **보안 그룹은 TCP 포트 443
**에서 인바운드 트래픽을 허용해야 합니다.
화면 하단의 엔드포인트 생성을 클릭합니다. 성공하면 다음과 같은 화면이 표시됩니다:
의 VPC에 프라이빗 호스트 영역을 연결합니다.아래 목록을 사용하여 서비스와 DNS 이름을 Datadog의 다른 부분에 매핑합니다:
Datadog | PrivateLink 서비스 이름 | 비공개 DNS 이름 |
---|---|---|
로그(에이전트 HTTP 인테이크) |
| http-intake.logs. .로그. |
로그(사용자 HTTP 인테이크) |
| 로그. |
API |
| API. |
메트릭 |
| metrics.agent.< region-param key=“dd_site” >}} |
컨테이너 | < region-param key=“aws_private_link_containers_service_name” code=“true” >}} | orchestrator. |
프로세스 |
| process. |
프로파일링 | < region-param key=“aws_private_link_profiling_service_name” code=“true” >}} | intake.profile. |
트레이스 |
| trace.agent.< region-param key=“dd_site” >}} |
데이터베이스 모니터링 |
| dbm-metrics-intake . |
원격 설정 |
| config.< region-param key=“dd_site” >}} |
AWS API , DescribeVpcEndpointServices
, 또는 다음 명령을 사용하여 이 정보를 찾을 수도 있습니다.
AWS ec2 describe-vpc-endpoint-서비스 --서비스-names <서비스-name>``
예를 들어, 에 대한 Datadog 메트릭 엔드포인트의 경우:
aws ec2 describe-vpc-endpoint-services --service-names | jq '.ServiceDetails[0].PrivateDnsName'
그러면 Agent 트래픽이 시작된 VPC와 연결하는 데 필요한 프라이빗 호스팅 영역 이름인metrics.agent.
가 반환됩니다. 이 레코드를 재정의하면 모든 메트릭 관련 수집 호스트 이름을 가져옵니다.
각각의 새로운 Route53 프라이빗 호스팅 영역 내에서 동일한 이름을 가진 A 레코드를 생성합니다. Alias 옵션을 토글한 다음 Route traffic to에서 Alias to VPC endpoint, ****을 선택하고 DNS 이름과 연결된 VPC 엔드포인트의 DNS 이름을 입력합니다.
참고:
[version]-app.agent.
)에 원격 분석을 전송하며 이는 CNAME 별칭을 통해 metrics.agent.
로 확인됩니다. 따라서 metrics.agent.
에 대한 프라이빗 호스팅 영역만 설정하면 됩니다.Datadog PrivateLink 엔드포인트가 포함된 의 VPC와 Datadog Agent가 실행되는 지역의 VPC 간에 VPC 피어링 및 라우팅을 구성합니다.
VPC가 다른 AWS 계정에 있는 경우 계속하기 전에 Datadog Agent가 포함된 VPC에 Route53 프라이빗 호스팅 영역과 연결할 수 있는 권한이 있어야 합니다. Datadog Agent가 실행되는 VPC의 지역 및 VPC ID를 사용하여 각 Route53 프라이빗 호스팅 영역에 대해 VPC 연결 권한을 생성합니다. AWS 콘솔에서는 이 옵션을 사용할 수 없습니다. AWS CLI, SDK 또는 API를 사용하여 구성해야 합니다.
Route53 호스팅 영역을 편집하여 다른 지역에 대한 VPC를 추가하세요.
프라이빗 호스팅 영역(PHZ)이 연결된 VPC는 특히 PHZ가 연결된 VPC에서 enableDnsHostnames
및 enableDnsSupport
과 같은 특정 설정이 활성화되어 있어야 합니다. 프라이빗 호스팅 영역 작업 시 고려 사항을 참조하세요.
Agent를 다시 시작하여 AWS PrivateLink를 통해 Datadog에 데이터를 보냅니다.
DNS 이름은 에 있는 VPC의 CIDR 블록 내에 포함된 IP 주소로 확인되어야 하며
port 443
에 대한 연결이 성공해야 합니다.
DNS가 퍼블릭 IP 주소로 확인되는 경우 Route53 영역이 대체 지역의 VPC와 연결되지 않았거나 A 레코드가 존재하지 않는 것입니다.
DNS가 올바르게 확인되었지만 port 443
에 대한 연결이 실패하는 경우 VPC 피어링 또는 라우팅이 잘못 구성되었거나 포트 443이 에서 VPC의 CIDR 블록으로 아웃바운드되도록 허용되지 않았을 수 있습니다.
PHZ(프라이빗 호스팅 영역)가 연결된 VPC에는 몇 가지 설정이 켜져 있어야 합니다. 특히 PHZ가 연결된 VPC에서 enableDnsHostnames
및 enableDnsSupport
를 활성화해야 합니다. Amazon VPC 설정을 참조하세요.
로그 데이터를 수집하는 경우 Agent가 HTTPS를 통해 로그를 전송하도록 설정되어 있는지 확인합니다. 데이터가 아직 없으면 Agent datadog.yaml
설정 파일에 다음을 추가합니다.
logs_config:
force_use_http: true
컨테이너 Agent를 사용하는 경우 대신 다음 환경 변수를 설정합니다.
DD_LOGS_CONFIG_FORCE_USE_HTTP=true
이 설정은 AWS PrivateLink 및 Datadog 에이전트를 사용해 Datadog에 로그를 보낼 때 필요하며, Lambda 확장에는 필요하지 않습니다. 자세한 내용은 Agent 로그 수집을 참고하세요.
Lambda 확장이 환경 변수 DD_API_KEY_SECRET_ARN
가 지정한 ARN을 사용하여 AWS Secrets Manager에서 Datadog API 키를 로드하는 경우 Secrets Manager용 VPC 엔드포인트 생성이 필요합니다.
에이전트를 다시 시작합니다.