- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
알림은 팀에 문제에 대한 정보를 제공하고 문제 해결을 지원하는 모니터의 핵심 구성 요소입니다. 모니터 생성 시 알림 및 자동화 구성 섹션에 추가하세요.
알림 및 자동화 설정 섹션을 이용해 다음을 수행하세요.
모니터링에 고유한 제목을 추가합니다(필수). 다중 알림 모니터링의 경우 트리거 범위를 식별하는 일부 태그가 자동으로 삽입됩니다. 또한 태그 변수를 사용할 수도 있습니다.
메시지 필드는 표준 마크타운 형식과 변수를 지원합니다. 조건부 변수를 사용해 알림 텍스트를 조절하여 @notifications을 사용해 각기 다른 역락처에 알림 텍스트를 전송할 수 있습니다.
모니터링 메시지의 일반적인 사용 사례는 다음과 같이 단계별 문제 해결 방법을 포함하는 것입니다:
디스크 용량 확보 방법:
1. 사용하지 않는 패키지 삭제
2. APT 캐시 삭제
3. 불필요한 애플리케이션 삭제
4. 중복 파일 삭제
@notification을 사용해 팀 구성원, 통합, 워크플로, 사례를 알림에 추가합니다. 입력을 시작하면 Datadog에서 드롭다운 메뉴로 기존 옵션을 추천합니다. 옵션을 클릭해 알림을 추가합니다. 또는 **@ 멘션 추가, 워크플로 추가 또는 사례 추가를 클릭합니다.
참고: @notification의 경우 대상과 마지막 줄 문자 사이에 공백이 있어야 합니다. 예는 다음과 같습니다.
Disk space is low @ops-team@company.com
@notifications은 다음에 전송될 수 있습니다.
Notify an active Datadog user by email with @<DD_USER_EMAIL_ADDRESS>.
Note: An email address associated with a pending Datadog user invitation or a disabled user is considered inactive and does not receive notifications. Blocklists, IP or domain filtering, spam filtering, or email security tools may also cause missing notifications.
Notify any non-Datadog user by email with @<EMAIL>.
Note: Email notifications don’t support addresses that contain slashes /, for example, @DevOpS/West@example.com.
알림 채널이 설정되면 알림을 특정 팀에 라우팅할 수 있습니다. @team-handle을 대상으로 하는 모니터 알림은 선택한 커뮤니케이션 채널로 리디렉션됩니다. 팀에 알림 채널을 설정하는 자세한 벙법은 Teams 설명서를 참조하세요.
Notify your team through connected integrations by using the format @<INTEGRATION_NAME>-<VALUES>.
This table lists prefixes and example links:
| Integration | Prefix | Examples |
|---|---|---|
| Jira | @jira | Examples |
| PagerDuty | @pagerduty | Examples |
| Slack | @slack | Examples |
| Webhooks | @webhook | Examples |
| Microsoft Teams | @teams | Examples |
| ServiceNow | @servicenow | Examples |
Handles that include parentheses ((, )) are not supported. When a handle with parentheses is used, the handle is not parsed and no alert is created.
워크플로 자동화를 트리거하거나 모니터에서 새로운 워크플로를 생성합니다.
모니터에 기존 워크플로 추가:
메시지 섹션에서 전체 워크플로 멘션 이름을 추가합니다.
@workflow-로 시작해야 합니다. 예는 @workflow-my-workflow와 같습니다.@workflow-name(key=value, key=value) 구문과 함께 쉼표로 구분된 목록을 사용해야 합니다. 메시지 템플릿 변수를 트리거 변수로 사용할 수 있습니다. 예는 @workflow-my-workflow(hostname=host.name)와 같습니다.대신 워크플로 추가를 클릭해 드롭다운 메뉴에서 검색할 수 있습니다.
워크플로 트리거 방법에 대한 자세한 정보는 워크플로 트리거를 참조합니다.
워크플로를 생성하려면:
워크플로 빌드에 대한 자세한 정보는 워크플로 빌드를 참조하세요.
모니터와 관련된 우선순위(선택 사항)를 추가합니다. 값 범위는 P1~P5로 P1이 가장 높은 우선순위고 P5가 가장 낮은 우선순위입니다. 알림 메시지에서 모니터 우선순위를 재정의하려면, {{override_priority 'Pi'}}를 사용합니다. 이때 Pi는 P1~P5 사이입니다.
예를 들어, alert 및 warning 알림에 대해 각기 다른 우선순위를 설정할 수 있습니다.
{{#is_alert}}
{{override_priority 'P1'}}
...
{{/is_alert}}
{{#is_warning}}
{{override_priority 'P4'}}
...
{{/is_warning}}
모니터링 알림에는 해당 모니터링의 쿼리, 사용한 @ 멘션, 메트릭 스냅샷(메트릭 모니터링용), Datadog의 연관 페이지로 되돌아가는 링크 등의 콘텐츠가 포함됩니다. 개별 모니터링의 경우 알림에서 제외 또는 포함할 콘텐츠를 옵션으로 선택할 수 있습니다.
가능한 옵션:
참고: 통합 설정에 따라 일부 콘텐츠가 기본값으로 표시되지 않을 수도 있습니다.
메타데이터(우선순위, 태그, Datadog 팀)을 모니터에 추가하려면 모니터 우선순위를 사용하여 모니터의 중요도를 P 수준(P1~P5)로 설정할 수 있습니다. 메트릭 태그와는 다른 모니터 태그는 UI에서 모니터를 그룹화하고 검색하는 데 사용됩니다. 태그 정책이 설정되면 필수 태그와 태그 값을 추가해야 합니다. 자세한 내용은 태그 정책을 참조하세요. Datadog Teams는 이 모니터의 소유권 계층을 설정할 수 있도록 해줍니다. 또한 모니터와 연결된 모든 모니터를 확인할 수 있도록 해줍니다. 자세히 알아보려면 Datadog Teams를 참조하세요.
모니터 다시 알림(선택 사항)을 활성화하여 팀에 문제가 해결되지 않았음을 다시 알릴 수 있습니다.
다시 알리기 간격, 모니터가 다시 알리는 대상의 모니터 상태(alert, no data 및 warn)를 설정합니다. 부수적으로 전송되는 다시 알림 메시지의 수를 제한하도록 설정할 수 있습니다.
예를 들어 stop renotifying after 1 occurrence에 모니터를 설정하여 기본 알림 이후 단일 에스컬레이션 메시지를 받습니다.
참고: 재알림의 [속성 및 태그 변수][12[는 재알림 시간 동안 모니터에서 사용할 수 있는 데이터로 채워집니다.
재알림이 활성화되면 모니터가 특정 기간 동안 선택한 상태 중 하나로 남아 있을 경우 전송되는 에스컬레이션 메시지를 포함할 것인지를 선택할 수 있는 옵션이 있습니다.
에스컬레이션 메시지는 다음 방법으로 추가할 수 있습니다.
{{#is_renotify}} 블록(권장)Configure notifications and automations 섹션의 재알림 메시지 필드escalation_message 속성{{#is_renotify}} 블록을 사용하는 경우 원본 알림 메시지가 재알림에도 포함됩니다. 그러므로 다음을 수행합니다.
{{#is_renotify}} 블록에 추가되는 상세 설명만 포함해 원본 메시지 상세 정보가 반복되지 않도록 합니다.예시 섹션에 있는 사용 사례에 대해 모니터를 설정하는 방법을 알아보세요.
이벤트는 모니터가 생성, 수정, 무음, 삭제될 때 생성됩니다. Notify 옵션을 설정해 팀 구성원, 채팅 서비스 및 이러한 이벤트의 모니터 생성자에게 알립니다.
모든 사용자는 관련 역할과 상관없이 모니터링을 모두 확인할 수 있습니다.
기본적으로 모니터 쓰기 권한이 있는 역할에 할당된 사용자만 모니터를 편집할 수 있습니다. Datadog 관리자 역할 및 Datadog 표준 역할에는 기본적으로 모니터 쓰기 권한이 있습니다. 조직에서 사용자 지정 역할을 사용하는 경우, 기타 사용자 지정 역할에 모니터 쓰기 권한이 있을 수 있습니다.
편집할 수 있는 역할 목록을 지정해 모니터를 더욱 제한할 수 있습니다. 모니터의 생성자는 항상 모니터를 편집할 수 있습니다.
편집 권한에는 모니터링 설정 업데이트, 모니터링 삭제, 원하는 기간 만큼 모니터링 뮤트가 포함됩니다.
참고: 제한 사항은 UI와 API에 모두 적용됩니다.
모니터의 RBAC를 설정하고 설정 잠김에서 역할 제한 사용으로 모니터를 마이그레이션하는 자세한 벙법은 모니터용 RBAC 설정 방법을 참조하세요.
호스트, 메트릭, 이상, 아웃라이어(outlier), 예측, 로그, RUM, 애플리케이션 성능 모니터링(APM), 통합(점검만), 프로세스(점검만), 네트워크(점검만), 커스텀 점검, 이벤트 및 컴포짓(composite) 등 모니터 유형에 대해 테스트 알림이 지원됩니다.
모니터링을 정의한 후 모니터링 페이지 우하단의 알림 테스트 버튼으로 해당 알림을 테스트합니다.
테스트 알림 팝업에서 테스트하려는 모니터 사례를 고릅니다. 알림 조건에서 지정된 임계값에 대한 모니터 설정에서 사용할 수 있는 상태만 테스트할 수 있습니다. 임계값 복원은 예외입니다. Datadog는 모니터가 더 이상 알림이나 경고 조건에 있지 않을 때 복원 알림을 전송합니다.
테스트 실행을 클릭하여 팀원과 모니터링에 명시한 서비스에 알림을 전송합니다.
알림 테스트 기능은 이벤트 탐색기에서 검색할 수 있는 이벤트 을 생성합니다. 해당 알림은 알림 제목에 [TEST]을 사용하여 누가 테스트를 시작했는지 메시지 바디에 표시합니다.
태그 변수는 Datadog 자식 이벤트의 텍스트에서만 채워집니다. 부모 이벤트의 경우 집계 요약만 표시합니다.
예를 들어, 메시지 변수는 모니터링이 정의한 범위에 따라 무작위로 선택한 그룹으로 자동 채워집니다. 다음은 예시입니다.
{{#is_alert}}
{{host.name}} <-- 채워짐
{{/is_alert}}
추가 유용한 문서, 링크 및 기사:
| |
