- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
DNS 테스트로 어떤 네임서버를 사용하든 DNS 레코드의 조회와 조회 시간을 사전에 모니터링할 수 있습니다. 조회 확인이 예상보다 느리거나 DNS 서버가 A, AAAA, CNAME, TXT 또는 MX 형식으로 응답하는 경우, Datadog이 해당 오류에 관한 세부 정보가 포함된 알림을 전송하여 오류의 근본 원인을 신속하게 파악하고 해결할 수 있도록 도와드립니다.
DNS 테스트는 네트워크 외부에서 또는 내부에서 실행할지 선호도에 따라 관리 위치와 비공개 위치에서 모두 실행할 수 있습니다. DNS 테스트는 일정에 맞추어서, 온디맨드 또는 CI/CD 파이프라인 내에서 직접 실행할 수 있습니다.
DNS
테스트 생성을 선택한 다음 테스트 요청을 정의합니다.
www.example.com
.1.1.1.1
및 내부 AWS DNS 서버의 대체 패턴(폴백)으로 8.8.8.8
를 통해 사용하여 조회 작업을 수행합니다.env
태그 및 기타 태그를 추가합니다. 이러한 태그를 사용하여 신서틱 모니터링 & 지속적인 테스트 페이지에서 신서틱 테스트를 필터링할 수 있습니다.URL 테스트를 클릭하여 요청 설정을 테스트합니다. 화면 오른쪽에 응답 미리보기가 표시됩니다.
어서션은 예상되는 테스트 결과를 정의합니다. ** URL 테스트**를 클릭하면 response time
의 기본 어서션과 사용 가능한 레코드가 추가됩니다. 테스트를 모니터링하려면 최소 한 개 이상의 어서션을 정의해야합니다.
유형 | 레코드 유형 | 연산자 | 가치 유형 |
---|---|---|---|
응답 시간 | is less than | Integer (ms) | |
사용 가능한 레코드 | A, AAAA, CNAME, MX, NS 및 TXT 형식 | is , contains ,matches , does not match | String Regex |
레코드 최소 하나 이상 | A, AAAA, CNAME, MX, NS 및 TXT 형식 | is , contains ,matches , does not match | String Regex |
신규 어서션을 클릭하거나 응답 미리보기를 클릭하여 API 테스트당 최대 20개의 어서션을 생성할 수 있습니다.
어서션에서 OR
로직을 수행하려면 matches regex
비교기(comparator)를 사용하여 (0|100)
과 같은 동일한 어서션 유형에 대해 다중 예상치가 존재하는 정규식을 정의합니다. 사용 가능한 모든 레코드나 최소 하나 이상의 레코드 어서션 값이 0 또는 100이면 테스트가 성공한 것입니다.
테스트에 응답 본문에 대한 어션이 포함되어 있지 않으면 본문 페이로드가 삭제되고 Synthetics Worker가 설정한 제한 시간 내에서 요청에 대한 관련 응답 시간을 반환합니다.
테스트에 응답 본문에 대한 어서션이 포함되어 있고 제한 시간 제한에 도달하면, Assertions on the body/response cannot be run beyond this limit
오류가 나타납니다.
DNS API 테스트의 위치를 선택합니다. DNS 테스트는 공개 또는 비공개 도메인 모니터링 선호도에 따라 관리되는 위치 및 프라이빗 위치에서 모두 실행할 수 있습니다.
Datadog’s out-of-the-box managed locations allow you to test public-facing websites and endpoints from regions where your customers are located.
Americas | APAC | EMEA |
---|---|---|
Canada Central (AWS) | Hong Kong (AWS) | Cape Town (AWS) |
Northern California (AWS) | Mumbai (AWS) | Frankfurt (AWS) |
Northern Virginia (AWS) | Seoul (AWS) | Ireland (AWS) |
Ohio (AWS) | Singapore (AWS) | London (AWS) |
Oregon (AWS) | Sydney (AWS) | Paris (AWS) |
São Paulo (AWS) | Tokyo (AWS) | Stockholm (AWS) |
Virginia (Azure) | Osaka (AWS) | Milan (AWS) |
Jakarta (AWS) | Bahrain (AWS) |
The Datadog for Government site (US1-FED) uses the following managed location:
Americas |
---|
US-West |
다음과 같이 DNS 테스트를 수행합니다.
알림 조건을 설정해 테스트 실패 시 알림을 트리거할 상황을 정의하세요.
알림 조건을 An alert is triggered if any assertion fails for X minutes from any n of N locations
으로 설정하면 해당 두 조건이 참인 경우에만 알림이 트리거됩니다.
결과가 테스트 실패인 경우 Y
밀리초 후 X
회 재시도를 트리거할 수 있습니다. 알림 중요도에 맞게 재시도 간격을 커스터마이즈할 수 있습니다.
위치 가동 시간은 각 평가 기준으로 계산됩니다(평가 전 마지막 테스트 결과가 상승 또는 감소했는지 여부). 총 가동 시간은 설정된 알림 조건에 따라 계산됩니다. 전송된 알림은 총 가동 시간을 기준으로 합니다.
알림은 이전에 정의된 알림 조건 기준 테스트에서 전송됩니다. 이 섹션을 통해 팀에 메시지를 전달하는 방법과 해당 메시지의 내용을 정의하세요.
모니터 설정 방법과 유사하게 알림을 받아야 하는 사용자 및/또는 서비스를 선택합니다. @notification
를 메시지에 추가하거나, 드롭다운 메뉴를 사용해 팀 구성원과 연결된 통합을 검색할 수 있습니다.
테스트에 대한 알림 메시지를 입력합니다. 이 필드는 표준 마크다운 형식을 허용하며 다음 조건부 변수를 지원합니다.
조건 변수 | 설명 |
---|---|
{{ #is_alert }} | 테스트가 알림을 전송하면 표시합니다. |
{{ ^is_alert }} | 테스트가 알림을 전송하지 않으면 표시합니다. |
{{ #is_recovery }} | 테스트에서 알림을 복원하면 표시합니다. |
{{ ^is_recovery }} | 테스트가 일림을 복원하지 않으면 표시합니다. |
{{ #is_renotify }} | 모니터가 알림을 다시 알리면 표시합니다. |
{{ ^is_renotify }} | 모니터가 알림을 다시 알리면 표시합니다. |
{{ #is_priority }} | 모니터가 우선순위(P1~P5)와 일치하면 표시합니다. |
{{ ^is_priority }} | 모니터가 우선순위와 일치하지 않으면 표시됩니다(P1~P5). |
테스트 실패 시 테스트에서 알림 메시지를 재전송할 빈도를 지정합니다. 테스트 실패에 대해 알림이 다시 전송되는 것을 방지하려면 옵션을 Never renotify if the monitor has not been resolved
로 남겨둡니다.
생성을 클릭해 테스트 설정 및 모니터를 저장합니다.
자세한 정보는 신서틱(Synthetic) 테스트 모니터를 참조하세요.
To create a local variable, click Create a Local Variable. You can select one of the following available builtins to add to your variable string:
n
digits.n
letters.n
characters.n
units.n
units.To obfuscate local variable values in test results, select Hide and obfuscate variable value. Once you have defined the variable string, click Add Variable.
설정 페이지에 정의된 전역 변수를 DNS 테스트의 URL, 고급 옵션 및 어서션에 사용할 수 있습니다.
변수 목록을 표시하려면 원하는 필드에 {{
를 입력하세요.
하나 이상의 어서션을 충족하지 않거나 요청이 초기에 실패한 경우 테스트는 FAILED
로 간주됩니다. 경우에 따라서는 엔드포인트 어서션 테스트 없이 해당 테스트가 실패할 수 있습니다.
이러한 이유는 다음과 같습니다.
CONNRESET
DNS
INVALID_REQUEST
TIMEOUT
TIMEOUT
이 발생할 수 있습니다:TIMEOUT: The request couldn't be completed in a reasonable time.
는 요청 기간이 테스트에 정의된 시간 제한에 도달했음을 나타냅니다(기본값은 60초로 설정됨).
각 요청에 대해 완료된 요청 단계만 네트워크 폭포에 표시됩니다. 예를 들어, Total response time
만 표시되는 경우 DNS 확인 중에 시간 초과가 발생했습니다.TIMEOUT: Overall test execution couldn't be completed in a reasonable time.
은 요청 및 어서션 실행 시간이 최대 실행 시간(60.5초)에 도달했음을 나타냅니다.기본적으로 Datadog 관리자 및 Datadog 표준 역할로 설정된 사용자만 신서틱(Synthetic) DNS 테스트를 생성, 편집, 삭제할 수 있습니다. 신서틱(Synthetic) DNS 테스트 생성, 편집, 삭제, 접근 권한을 얻으려면 사용자를 이 두 가지 [기본 역할][13] 중 하나로 업그레이드하세요.
커스텀 역할 기능을 사용하는 경우 synthetics_read
및 synthetics_write
권한을 포함하는 모든 커스텀 역할에 사용자를 추가합니다.
커스텀 역할로 설정된 계정 고객의 경우 액세스 제한이 가능합니다.
조직 내 역할에 따라 DNS 테스트 액세스를 제한할 수 있습니다. DNS 테스트 생성 시 사용자 외에도 어떤 역할이 해당 테스트를 읽고 쓸 수 있는지 선택하세요.