모니터 구성
모니터 구성 (Configure Monitors)
모니터를 구성할 때는 검색 쿼리 정의, 알림 조건 설정, 알림·자동화 구성, 권한·감사 알림 정의의 네 가지 큰 축을 살펴봐요. 이 가이드는 각 단계를 차근차근 안내합니다.
미리보기 그래프를 활용하면 쿼리를 만들거나 수정하는 동안 데이터가 어떻게 평가되는지 실시간으로 확인할 수 있어, 저장하기 전에 오설정을 빠르게 잡아낼 수 있어요.
출처: 문서
본문
개요 (Overview)
모니터 구성을 시작하려면 다음을 완료하세요.
- 검색 쿼리 정의: 이벤트 수를 세고, 메트릭을 측정하고, 하나 이상의 차원으로 그룹핑하는 등의 쿼리를 구성합니다.
- 알림 조건 설정: 알림·경고 임계값, 평가 시간 프레임을 정의하고 고급 알림 옵션을 구성합니다.
- 알림과 자동화 구성: 변수를 사용해 커스텀 알림 제목과 메시지를 작성합니다. 알림이 팀에 전달되는 방식(이메일, Slack, PagerDuty)을 선택하세요. 알림에 워크플로 자동화나 케이스를 포함할 수 있습니다.
- 권한과 감사 알림 정의: 세분화된 액세스 제어를 구성하고, 모니터를 편집할 수 있는 특정 역할과 사용자를 지정합니다. 모니터가 수정되면 알리는 감사 알림을 활성화하세요.
검색 쿼리 정의 (Define the search query)
검색 쿼리를 구성하는 방법은 개별 모니터 유형 페이지를 참고하세요.
미리보기 그래프 (Preview graphs)
쿼리를 만들거나 수정하면 구성 상단의 미리보기 그래프가 결과를 실시간으로 반영해 동적으로 업데이트됩니다.
평가 데이터 (Evaluated Data)
Evaluated Data 그래프는 현재 쿼리와 임계값으로 모니터가 데이터를 어떻게 평가했을지 보여 줘요. Evaluation Preview로 다음을 할 수 있습니다.
- 과거 상태 전환을 확인(예:
OK→ALERT) - 모니터가 어떻게 동작했을지 이해
- (알림 규칙 포함) 누가 알림을 받을지 미리 보기
- 저장하기 전에 오설정을 빠르게 잡아내기
이 기능은 Metrics, Logs, APM, RUM, Events, Audit, Database, Agent Observability, Deployment 모니터에서 지원됩니다.
소스 데이터 (Source Data)
Source Data 그래프는 임계값 평가나 알림 로직을 적용하지 않고 모니터의 원시 타임시리즈 또는 쿼리 출력을 표시해요. 이를 통해:
- 모니터가 평가하는 기본 데이터를 시각화
- 알림 상태 변경을 실제 데이터 추세와 연관
- 알림 조건을 구성하기 전에 데이터의 이상치, 공백, 예상치 못한 패턴 식별
Source Data 그래프를 사용해 쿼리가 예상 결과를 반환하는지 확인하고, 알림 임계값과 평가 창을 다듬는 데 도움을 얻으세요.
알림 조건 설정 (Set alert conditions)
알림 조건은 모니터 유형에 따라 달라져요. 쿼리 값이 임계값을 넘거나, 특정 수의 연속 체크가 실패하면 트리거되도록 모니터를 구성할 수 있습니다.
임계값 알림 (Threshold alert)
- 메트릭의 평균, 최대, 최소, 합이
- 임계값보다 위, 위 또는 같음, 아래, 아래 또는 같음일 때
- 지난 5분, 15분, 1시간 또는 커스텀(1분에서 48시간, 메트릭 모니터는 1개월) 동안
집계 방법 (Aggregation method)
쿼리는 일련의 포인트를 반환하지만, 임계값과 비교하려면 단일 값이 필요해요. 모니터는 평가 창의 데이터를 단일 값으로 줄여야 합니다.
| 옵션 | 설명 |
|---|---|
| average | 시리즈를 평균해 임계값에 대해 검사되는 단일 값을 만듭니다. 모니터 쿼리에 avg() 함수를 추가해요. |
| max | 생성된 시리즈의 어떤 단일 값이라도 임계값을 넘으면 알림이 트리거됩니다. 모니터 쿼리에 max() 함수를 추가해요.* |
| min | 쿼리에 대한 평가 창의 모든 포인트가 임계값을 넘으면 알림이 트리거됩니다. 모니터 쿼리에 min() 함수를 추가해요.* |
| sum | 시리즈의 모든 포인트의 합이 임계값을 넘으면 알림이 트리거됩니다. 모니터 쿼리에 sum() 함수를 추가해요. |
* 이 max·min 설명은 모니터가 메트릭이 임계값 위로 갈 때 알림을 주는 것을 가정합니다. 임계값 아래로 갈 때 알림하는 모니터에서는 max와 min 동작이 반대입니다.
각 집계 방법이 예시와 함께 어떻게 동작하는지 분류하려면 Monitor Aggregators 가이드를 참고하세요.
참고: as_count()를 사용할 때는 동작이 다를 수 있어요. 자세한 내용은 Monitor Evaluations의 as_count()를 참고하세요.
평가 창 (Evaluation window)
모니터는 누적 시간 창(cumulative time windows)이나 롤링 시간 창(rolling time windows)으로 평가할 수 있어요. 누적 창은 "지금까지 사용 가능한 모든 데이터의 합은 얼마인가?"처럼 과거 맥락이 필요한 질문에 가장 잘 맞아요. 롤링 창은 "지난 N개의 데이터 포인트의 평균은 얼마인가?"처럼 맥락이 필요 없는 질문에 가장 잘 맞습니다.
아래 그림은 누적과 롤링 시간 창의 차이를 보여 줍니다.
롤링 시간 창 (Rolling time windows)
롤링 시간 창은 고정된 크기를 가지며 시간에 따라 시작점을 이동해요. 모니터는 지난 5분, 15분, 1시간 또는 최대 1개월의 커스텀 시간 창을 볼 수 있습니다.
참고: 로그 모니터는 최대 롤링 시간 창이 2 days예요.
누적 시간 창 (Cumulative time windows)
누적 시간 창은 고정된 시작점을 가지며 시간에 따라 확장됩니다. 모니터는 세 가지 다른 누적 시간 창을 지원해요.
- 현재 시간(Current hour): 시간의 구성 가능한 분에서 시작하는 최대 1시간의 시간 창. 예를 들어 0분에서 시작해 1시간 동안 HTTP 엔드포인트가 받는 호출 수를 모니터링할 수 있습니다.
- 현재 날짜(Current day): 날짜의 구성 가능한 시·분에서 시작하는 최대 24시간의 시간 창. 예를 들어 일일 로그 인덱스 할당량을 Current day 창으로 오후 2시 UTC에 시작하게 하여 모니터링할 수 있습니다.
- 현재 월(Current month): 구성 가능한 월의 일자, 시, 분에서 시작해 현재 월을 돌아봅니다. 이 옵션은 month-to-date 시간 창을 나타내며 메트릭 모니터에서만 사용할 수 있어요.
누적 시간 창은 최대 시간 범위에 도달하면 리셋됩니다. 예를 들어 현재 월을 보는 누적 창은 매월 1일 UTC 자정에 리셋돼요. 또는 30분에 시작하는 현재 시간 누적 창은 매시간 리셋됩니다. 예를 들어 6:30am, 7:30am, 8:30am에요.
평가 빈도 (Evaluation frequency)
평가 빈도는 Datadog이 모니터 쿼리를 얼마나 자주 수행하는지 정의해요. 대부분의 구성에서 평가 빈도는 1 minute이며, 매 분마다 모니터가 선택된 평가 창에 걸쳐 선택된 데이터를 쿼리하고 집계 값을 정의된 임계값과 비교합니다.
기본적으로 평가 빈도는 사용되는 평가 창에 따라 달라져요. 더 긴 창은 더 낮은 평가 빈도를 만듭니다. 다음 표는 더 큰 시간 창이 평가 빈도를 어떻게 제어하는지 보여 줍니다.
| 평가 창 범위 | 평가 빈도 |
|---|---|
| window < 24 hours | 1 minute |
| 24 hours <= window < 48 hours | 10 minutes |
| window >= 48 hours | 30 minutes |
평가 빈도는 또한 모니터의 알림 조건이 일별, 주별, 월별로 검사되도록 구성할 수도 있어요. 이 구성에서 평가 빈도는 더 이상 평가 창이 아니라 구성된 일정에 의존합니다.
자세한 내용은 모니터 평가 빈도 커스터마이즈 가이드를 참고하세요.
임계값 (Thresholds)
임계값을 사용해 알림을 트리거하기 위한 숫자 값을 설정하세요. 선택한 메트릭에 따라 편집기는 사용되는 단위(byte, kibibyte, gibibyte 등)를 표시합니다.
Datadog에는 두 가지 유형의 알림이 있어요(alert와 warning). 모니터는 alert 또는 warning 임계값에 따라 자동으로 복구되지만, 추가 조건을 지정할 수도 있습니다. 복구 임계값에 대한 자세한 정보는 복구 임계값이란 무엇인가요?를 참고하세요. 예를 들어 모니터가 메트릭이 3보다 위일 때 알림을 주고 복구 임계값이 지정되지 않았다면, 메트릭 값이 3 아래로 돌아가는 즉시 모니터가 복구됩니다.
| 옵션 | 설명 |
|---|---|
| Alert threshold (필수) | 알림 알림을 트리거하는 데 사용되는 값. |
| Warning threshold | 경고 알림을 트리거하는 데 사용되는 값. |
| Alert recovery threshold | 알림 복구의 추가 조건을 나타내는 선택적 임계값. |
| Warning recovery threshold | 경고 복구의 추가 조건을 나타내는 선택적 임계값. |
임계값을 변경하면 편집기의 미리보기 그래프가 컷오프 지점을 보여 주는 마커를 표시합니다.
참고: 임계값에 소수 값을 입력할 때 값이 <1이면 앞에 0을 추가하세요. 예를 들어 .5가 아니라 0.5를 사용하세요.
체크 알림 (Check alert)
체크 알림은 체크 그룹핑당 제출된 연속적인 상태를 추적해 임계값과 비교해요. 체크 알림을 다음과 같이 설정하세요.
- 선택한 연속 실패 후 알림 트리거:
<NUMBER>
각 체크 실행은 OK, WARN, CRITICAL 상태 중 하나를 제출합니다. WARN과 CRITICAL 상태의 연속 실행이 몇 번일 때 알림을 트리거할지 선택하세요. 예를 들어 프로세스가 연결 실패의 단일 블립(single blip)을 가질 수 있어요. 이 값을 > 1로 설정하면 블립은 무시되지만, 둘 이상의 연속 실패가 있는 문제는 알림을 트리거합니다.
- 선택한 연속 성공 후 알림 해제:
<NUMBER>
OK 상태의 연속 실행이 몇 번일 때 알림을 해제할지 선택하세요.
체크 알림 구성에 대한 자세한 내용은 프로세스 체크, 통합 체크, 커스텀 체크 모니터 문서를 참고하세요.
고급 알림 조건 (Advanced alert conditions)
데이터 없음 (No data)
데이터 누락에 대한 알림은 정상 상황에서 메트릭이 항상 데이터를 보고할 것으로 기대할 때 유용해요. 예를 들어 에이전트가 있는 호스트가 계속 작동해야 한다면 system.cpu.idle 메트릭이 항상 데이터를 보고할 것으로 기대할 수 있습니다.
이 경우 데이터 누락에 대한 알림을 활성화해야 해요. 아래 섹션은 각 옵션으로 이를 수행하는 방법을 설명합니다.
참고: 모니터는 누락 데이터에 대해 알림하려면 먼저 데이터를 평가할 수 있어야 해요. 예를 들어 service:abc에 대한 모니터를 만들었는데 해당 service에서 데이터가 보고되지 않으면, 모니터는 알림을 보내지 않습니다.
N분 동안 데이터가 누락되면 드롭다운 메뉴에서 옵션을 선택하세요.
- Evaluate as zero / Show last known status
- Show NO DATA
- Show NO DATA and notify
- Show OK
선택한 동작은 모니터 쿼리가 데이터를 반환하지 않을 때 적용돼요. Do not notify 옵션과 달리, 누락 데이터 창은 구성할 수 없습니다.
| 옵션 | 모니터 상태 & 알림 |
|---|---|
| Evaluate as zero | 빈 결과가 0으로 대체되어 alert/warning 임계값과 비교됩니다. 예를 들어 알림 임계값이 > 10이면 0은 그 조건을 트리거하지 않아 모니터 상태가 OK로 설정돼요. |
| Show last known status | 그룹 또는 모니터의 마지막 알려진 상태가 설정됩니다. |
| Show NO DATA | 모니터 상태가 NO DATA로 설정됩니다. |
| Show NO DATA and notify | 모니터 상태가 NO DATA로 설정되고 알림이 전송됩니다. |
| Show OK | 모니터가 해제되고 상태가 OK로 설정됩니다. |
쿼리에서 default_zero()를 사용하면 누락 데이터 동작이 해당 쿼리 유형의 기본값으로 고정되고 다른 옵션이 비활성화됩니다.
default_zero()가 있는 쿼리: 누락 데이터는 항상 0으로 평가되고, 다른 누락 데이터 동작은 사용할 수 없어요.default_zero()가 없는 쿼리:Count쿼리는 기본적으로 Evaluate as zero이고, 다른 쿼리 유형은 기본적으로 Show last known status입니다. 모든 누락 데이터 동작은 사용 가능합니다.
자동 해제 (Auto resolve)
[Never], After 1 hour, After 2 hours 등 — 트리거된 상태에서 이 이벤트를 자동으로 해제합니다.
자동 해제는 더 이상 데이터가 제출되지 않을 때 동작해요. 데이터가 여전히 보고되고 있다면 모니터는 ALERT 또는 WARN 상태에서 자동 해제되지 않습니다. 데이터가 여전히 제출되고 있다면 renotify 기능을 사용해 문제가 해결되지 않았을 때 팀에 알릴 수 있어요.
주기적으로 보고하는 일부 메트릭에서는 트리거된 알림이 일정 기간 후 자동 해제되는 것이 합리적일 수 있어요. 예를 들어 오류가 로그될 때만 보고하는 카운터가 있다면, 메트릭이 오류 수 0을 보고하지 않기 때문에 알림은 절대 해제되지 않습니다. 이 경우 메트릭의 일정 기간 비활동 후 알림이 해제되도록 설정하세요. 참고: 모니터가 자동 해제되고 다음 평가에서 쿼리 값이 복구 임계값을 충족하지 못하면 모니터가 다시 알림을 트리거합니다.
대부분의 경우 이 설정은 유용하지 않아요. 알림이 실제로 수정된 뒤에만 해제되기를 원하기 때문이죠. 일반적으로 이 설정을 [Never]로 두어, 메트릭이 설정된 임계값보다 위 또는 아래일 때만 알림이 해제되도록 하는 것이 합리적입니다.
그룹 유지 시간 (Group retention time)
그룹 유지(group retention)는 데이터 보고가 중단된 후 모니터 그룹이 모니터 상태에 얼마나 오래 유지되는지 제어해요. 유지 기간이 지나면 그룹은 에이징아웃되어 모니터 상태에서 제거됩니다.
기본적으로 그룹은 제거되기 전에 24시간 동안 상태를 유지해요. 누락 데이터를 알리는 호스트 모니터와 서비스 체크는 48시간 동안 상태를 유지합니다.
많은 그룹이 있는 모니터의 경우 동적 그룹 유지가 기본적으로 활성화돼요. Datadog은 데이터 보고를 중단한 그룹의 유지 기간을 자동으로 단축합니다. 그룹이 나타나고 사라지는 빈도가 높을수록 유지 기간이 짧아져, 모니터를 빠르고 효율적으로 유지하는 데 도움이 됩니다. 이 동작은 데이터 보고를 중단한 그룹에만 영향을 주며, 활발히 보고하는 그룹은 절대 제거되지 않습니다.
커스텀 유지를 지원하는 멀티 알림 모니터 유형에서는 1시간에서 72시간 사이의 값을 설정할 수 있어요. Remove the non-reporting group after N (시간 길이)을 선택하세요.
자동 해제 옵션과 유사하게, 그룹 유지는 더 이상 데이터가 제출되지 않을 때 동작해요. 모니터 쿼리가 데이터를 반환하지 않는 순간부터 그룹 유지와 자동 해제 옵션의 시작 시간은 동일합니다.
커스텀 그룹 유지 시간을 정의하는 몇 가지 사용 사례:
- 데이터 보고가 중단된 직후 또는 곧바로 그룹을 제거하고 싶을 때
- 보통 트러블슈팅에 걸리는 시간만큼 그룹을 상태에 유지하고 싶을 때
참고: 커스텀 그룹 유지 시간 옵션은 On missing data 옵션을 지원하는 멀티 알림 모니터가 필요해요. 이 모니터 유형은 APM Trace Analytics, Audit Logs, CI Pipelines, Error Tracking, Events, Logs, RUM 모니터입니다.
새 그룹 지연 (New group delay)
새 그룹에 대해 평가 시작을 N초 지연하세요.
새로 만들어진 그룹이 부팅되고 애플리케이션이 완전히 시작될 시간을 허용하기 위해 알림 시작 전에 기다리는 시간(초)입니다. 음이 아닌 정수여야 해요.
예를 들어 컨테이너화된 아키텍처를 사용한다면, 그룹 지연을 설정하면 새 컨테이너가 생성될 때 높은 리소스 사용량이나 높은 지연 시간 때문에 컨테이너에 범위가 지정된 모니터 그룹이 트리거되는 것을 방지할 수 있어요. 지연은 모든 새 그룹(지난 24시간 동안 보이지 않은)에 적용되며 기본값은 60초입니다.
이 옵션은 멀티 알림 모드에서 사용할 수 있어요.
평가 지연 (Evaluation delay)
Datadog은 서비스 공급자가 백필(backfill)하는 클라우드 메트릭에 대해 15분 지연을 권장합니다. 또한 나눗셈 공식을 사용할 때는 60초 지연이 모니터가 완전한 값으로 평가하도록 하는 데 도움이 됩니다. 추정 지연 시간은 Cloud Metric Delay 페이지를 참고하세요.
평가를 N초 지연하세요.
평가를 지연하는 시간(초)입니다. 음이 아닌 정수여야 해요. 지연이 900초(15분)로 설정되고, 모니터 평가가 지난 5 minutes 동안이며, 시간이 7:00라면, 모니터는 6:40에서 6:45 사이의 데이터를 평가합니다. 구성 가능한 최대 평가 지연은 86400초(24시간)입니다.
알림과 자동화 구성 (Configure notifications and automations)
가장 관심 있는 정보가 포함되도록 알림 메시지를 구성하세요. 이 알림을 보낼 팀과 알림을 트리거할 속성을 지정합니다.
메시지 (Message)
이 섹션에서 팀에 알림을 구성하고 이 알림을 보내는 방법을 구성하세요.
알림 메시지 구성 옵션에 대한 자세한 내용은 Alerting Notifications를 참고하세요.
메타데이터 추가 (Add metadata)
모니터 태그는 에이전트나 통합에서 보내는 태그와 독립적이에요. Manage Monitors 문서를 참고하세요.
알림 집계 설정 (Set alert aggregation)
알림은 쿼리에 대해 선택한 집계(예: avg by service)에 따라 자동으로 그룹화돼요. 쿼리에 그룹핑이 없으면 Simple Alert로 기본 설정됩니다. 쿼리가 어떤 차원으로든 그룹핑되면 그룹핑이 Multi Alert로 바뀝니다.
Simple alert
Simple Alert 모드는 모든 보고 소스를 집계하여 알림을 트리거해요. 집계 값이 설정된 조건을 충족하면 하나의 알림을 받습니다. 예를 들어 모든 서버의 평균 CPU 사용량이 특정 임계값을 초과하면 알림하도록 모니터를 설정할 수 있어요. 그 임계값이 충족되면, 임계값을 충족한 개별 서버 수와 무관하게 단일 알림을 받습니다. 이는 광범위한 시스템 추세나 동작을 모니터링하는 데 유용할 수 있어요.
Multi alert
Multi Alert 모니터는 알림 임계값을 충족하는 모니터의 각 엔티티에 개별 알림을 트리거합니다.
예를 들어 서비스로 집계된 P99 지연 시간이 특정 임계값을 초과하면 알림하도록 모니터를 설정하면, P99 지연 시간이 알림 임계값을 초과한 각 개별 서비스에 대해 별도의 알림을 받아요. 이는 시스템이나 애플리케이션 문제의 특정 인스턴스를 식별·대응하는 데 유용할 수 있어요. 더 세분화된 수준으로 문제를 추적할 수 있게 해 줍니다.
알림 그룹핑 (Notification grouping)
대규모 엔티티 그룹을 모니터링할 때 멀티 알림은 노이즈가 많은 모니터로 이어질 수 있어요. 이를 완화하려면 어떤 차원이 알림을 트리거하는지 커스터마이즈하세요. 이렇게 하면 노이즈를 줄이고 가장 중요한 알림에 집중할 수 있습니다. 예를 들어 모든 호스트의 평균 CPU 사용량을 모니터링한다고 해 볼게요. 쿼리를 service와 host로 그룹핑했지만, 임계값을 충족하는 각 service 속성에 대해 한 번만 알림을 보내고 싶다면, 멀티 알림 옵션에서 host 속성을 제거해 전송되는 알림 수를 줄이세요.
Multi Alert 모드에서 알림을 집계할 때, 집계되지 않는 차원은 UI에서 하위 그룹(Sub Groups)이 됩니다.
참고: 메트릭이 service 태그 없이 host로만 보고된다면 모니터가 감지하지 못해요. host와 service 태그가 모두 있는 메트릭은 모니터가 감지합니다.
쿼리에 태그나 차원을 구성하면, 이 값들은 멀티 알림에서 평가되는 모든 그룹에 대해 유용한 맥락으로 알림을 동적으로 채우는 데 사용할 수 있어요. 속성 및 태그 변수에서 알림 메시지에서 태그 값을 참조하는 방법을 알아보세요.
| 그룹 기준 | Simple alert 모드 | Multi alert 모드 |
|---|---|---|
| (everything) | 하나의 알림을 트리거하는 단일 그룹 | N/A |
| 1개 이상의 차원 | 하나 이상의 그룹이 알림 조건을 충족하면 하나의 알림 | 알림 조건을 충족하는 그룹당 하나의 알림 |
권한 (Permissions)
모든 사용자는 연결된 팀이나 역할과 무관하게 모든 모니터를 볼 수 있어요. 기본적으로 Monitors Write 권한이 있는 역할에 연결된 사용자만 모니터를 편집할 수 있습니다. Datadog Admin 역할과 Datadog Standard 역할은 기본적으로 Monitors Write 권한을 가져요. 조직이 커스텀 역할을 사용한다면, 다른 커스텀 역할이 Monitors Write 권한을 가질 수 있습니다. 모니터에 대한 RBAC 설정과 잠금 설정에서 역할 제한 사용으로 모니터를 마이그레이션하는 방법에 대한 자세한 내용은 모니터에 대한 RBAC 설정 방법 가이드를 참고하세요.
모니터를 편집할 수 있는 팀, 역할, 또는 사용자 목록을 지정해 모니터를 더 제한할 수 있어요. 모니터의 작성자는 기본적으로 모니터에 대한 편집 권한을 가집니다. 편집에는 모니터 구성 업데이트, 모니터 삭제, 일정 기간 동안 모니터 음소거가 포함됩니다.
참고: 제한은 UI와 API 모두에 적용됩니다.
세분화된 액세스 제어 (Granular access controls)
세분화된 액세스 제어를 사용해 모니터를 편집할 수 있는 팀, 역할, 또는 사용자를 제한하세요.
- 모니터를 편집하거나 구성하는 동안 Define permissions and audit notifications 섹션을 찾으세요.
- Edit Access를 클릭하세요.
- Restrict Access를 클릭하세요.
- 대화 상자가 조직 구성원이 기본적으로 Viewer 액세스를 가진다고 표시하도록 업데이트됩니다.
- 드롭다운을 사용해 모니터를 편집할 수 있는 팀, 역할, 사용자를 하나 이상 선택하세요.
- Add를 클릭하세요.
- 대화 상자가 선택한 역할이 Editor 권한을 가진다고 표시하도록 업데이트됩니다.
- Done을 클릭하세요.
참고: 모니터에 대한 편집 액세스를 유지하려면 저장 전에 자신이 구성원인 역할이나 팀을 하나 이상 포함해야 합니다.
액세스가 제한된 모니터의 일반 액세스를 복원하려면 다음 단계를 따르세요.
- 모니터를 보는 동안 More 드롭다운 메뉴를 클릭하세요.
- Permissions를 선택하세요.
- Restore Full Access를 클릭하세요.
- Save를 클릭하세요.