• 로그인

사용자의 편의를 위해 제공되는 기계 번역입니다.

영문본과 번역본이 일치하지 않는 경우 영문본이 우선합니다. 보다 자세한 내용은 이 페이지를 방문하시기 바랍니다.

문제 신고

음소거 규칙: 알림 표시 안 함

경고는 시스템에 문제가 있을 때 적시에 알림을 보냅니다. 볼 필요가 없는 알림이 있는 경우가 있습니다. 음소거 규칙 을 사용하여 원하지 않는 메시지의 폭격을 막을 수 있습니다.

원치 않는 알림에서 공통 요소를 발견하면 해당 요소를 구체적으로 대상으로 하는 음소거 규칙을 정의하고 다른 알림은 통과시킬 수 있습니다. 알림이 음소거된 경우에도 경고는 해당 위반에 대한 데이터를 수집합니다. 음소거 규칙은 알림 프로세스를 방해하지 않으며 알림이 전송되기 직전에 적용됩니다.

음소거 규칙 관리

뮤팅 규칙 조건은 뮤팅 대상으로 지정할 위반을 정의하는 속성, 연산자 및 값으로 구성된 개별 표현식 세트입니다.

음소거 규칙을 생성, 활성화, 비활성화 및 관리할 수 있습니다. one.newrelic.com 으로 이동하여 상단 탐색 메뉴에서 Alerts & AI 를 클릭한 다음 Muting rules 를 클릭합니다. 언제든지 음소거 규칙을 활성화하거나 비활성화할 수 있습니다.

규칙은 다음 상태 중 하나일 수 있습니다.

  • 활성 : 뮤팅이 활성화되고 활성화됩니다.
  • 예약 됨: 음소거가 활성화되었지만 아직 활성화되지 않았습니다(향후 일정이 있음).
  • 종료 됨: 음소거가 활성화되었지만 더 이상 활성화되지 않습니다(향후 일정 없음).
  • 비활성 : 음소거가 비활성화됩니다.

one.newrelic.com > Alerts & AI > Muting rules : 원치 않는 알림의 작거나 큰 집합을 대상으로 하는 복잡한 음소거 규칙을 만들 수 있습니다.

음소거 규칙 만들기

음소거 규칙을 만들기 전에 위반 알림을 생성하는정책 및 조건을 만들어야 합니다.

뮤팅 규칙을 생성하려면 뮤팅 규칙 화면에서 + 규칙 추가 를 클릭하세요. 뮤팅 규칙의 이름과 설명을 입력하고 규칙을 적용할 계정을 선택합니다.

다음으로 위반 필터를 빌드합니다. 위반 이벤트 속성 의 하위 집합(특히 accountId , conditionId , conditionName , entity.guid , nrqlEventType , nrqlQuery , policyId , policyName , runbookUrl ( conditionRunbookUrl ), tags.<NAME>targetName ) 및 하위 조건 연산자 . 경고 정책 ID 또는 조건 이름과 같은 위반 속성 중 하나와 값을 비교할 수 있습니다.

one.newrelic.com > Alerts & AI > Muting rules : 원치 않는 알림의 작거나 큰 집합을 대상으로 하는 복잡한 음소거 규칙을 만들 수 있습니다.

음소거 규칙 예약

필요한 경우 음소거 규칙을 예약할 수 있습니다.

이렇게 하려면 시작 시간 및/또는 종료 시간을 선택합니다. 선택적으로 음소거 규칙을 하루 종일 지속하도록 설정할 수 있습니다.

음소거 규칙 일정에 대한 시간대를 선택하도록 선택할 수도 있습니다. 기본값은 사용자 기본 설정에서 선택한 시간대입니다.

음소거 규칙을 예약하기 위한 유연하고 강력한 옵션.

매일, 매주 또는 매월 반복되도록 음소거 규칙을 예약할 수 있습니다. 매주 반복되도록 예약된 음소거 규칙에는 반복할 요일을 선택하는 옵션이 포함됩니다. 요일이 선택되지 않은 경우 주간 반복은 기본적으로 음소거 규칙이 시작되도록 예약된 요일에 반복됩니다.

중요

요일 반복 확인란은 시작종료 날짜 필드를 재정의합니다. 시작 날짜를 설정하고 요일도 선택하면 음소거 규칙은 시작 날짜 이후의 첫 번째 날에 적용됩니다.

특정 날짜 또는 특정 횟수를 선택하여 반복 종료 시점을 지정할 수도 있습니다.

NerdGraph로 음소거 규칙 관리

NerdGraph 에서 뮤팅 규칙과 함께 다음 쿼리 및 변형을 사용할 수 있습니다. API 탐색기 에서 스키마를 더 자세히 볼 수 있습니다.

  • actor.account.alerts.mutingRule: id로 음소거 규칙을 가져옵니다.
  • actor.account.alerts.mutingRules: 계정에 대한 음소거 규칙 목록을 가져옵니다.
  • alertsMutingRuleCreate: 계정에 대한 뮤팅 규칙을 만듭니다.
  • alertsMutingRuleUpdate: ID 및 계정 ID로 음소거 규칙을 업데이트합니다.
  • alertsMutingRuleDelete: ID 및 계정 ID로 뮤팅 규칙을 삭제합니다.

이 문서에서 몇 가지 샘플 쿼리 및 변형 예를 제공했습니다.

뮤팅 규칙에는 다음 필드와 구성 요소가 있습니다.

음소거 규칙

필드 및 구성 요소

id

뮤팅 규칙의 고유 식별자입니다.

name ( 필수 )

뮤팅 규칙의 사용자에게 친숙한 이름에 대한 텍스트 필드입니다. 규칙을 나열하거나 참조할 때 사용됩니다. 이름이 고유할 필요는 없지만 권장됩니다.

description

이것은 뮤팅 규칙을 설명하는 선택적 텍스트 필드입니다. 뮤팅 규칙에 대한 더 많은 컨텍스트를 제공하는 유용한 방법이 될 수 있습니다. 이 데이터는 관리 표시 목적으로만 사용됩니다.

accountId

뮤팅 규칙의 계정 ID입니다. 뮤팅 규칙은 단일 계정에서 발생하는 위반에만 영향을 미칩니다. 여러 계정에서 위반 사항을 차단하려면 각 계정에 대해 개별적으로 차단 규칙을 만들어야 합니다.

createdAt

뮤팅 규칙이 생성된 타임스탬프(UTC).

createdBy

뮤팅 규칙을 만든 사람의 사용자 ID입니다.

updatedAt

뮤팅 규칙이 마지막으로 수정된 타임스탬프(UTC).

updatedBy

뮤팅 규칙을 마지막으로 수정한 사람의 사용자 ID입니다.

enabled

음소거 규칙(부울)을 활성화하거나 비활성화합니다. 음소거 규칙은 수동으로 활성화 및 비활성화해야 합니다.

condition

타겟팅할 위반을 정의하는 개별 표현식 세트입니다. 뮤팅 규칙 조건은 다음과 같습니다.

  • operator: 조건 집합을 결합하는 방법을 정의하는 부울 연산자 AND 또는 OR 입니다.

  • conditions: 위반 내의 속성을 대상으로 하는 개별 표현식(하위 조건) 세트입니다. 이들은 operator 에 따라 함께 평가됩니다. 단일 뮤팅 규칙에 대해 최대 20개의 하위 조건을 가질 수 있습니다.

    하위 조건에는 다음이 있습니다.

  • attribute: 위반 내의 단일 속성입니다. Violation 이벤트 속성 목록을 보려면 여기로 이동하십시오.

  • operator: 선택한 위반 속성을 조건의 값과 비교하는 데 사용되는 비교 기능입니다. 하위 조건 연산자 목록을 보려면 여기로 이동하십시오.

  • values: 선택한 위반 속성과 비교할 문자열 값의 배열입니다. 뮤팅 규칙이 조건을 평가할 때 필요한 경우 값이 문자열에서 강제 변환됩니다. IN 과 같이 여러 값에 대한 비교를 지원하는 연산자를 사용할 때 최대 500개의 값을 사용할 수 있습니다.

schedule

MutingRule 이 위반을 적극적으로 음소거하는 시간 창입니다.

  • startTime: 뮤팅 규칙이 시작되는 시기를 나타내는 날짜/시간 스탬프입니다. 오프셋이 없는 로컬 ISO 8601 형식입니다. 예: '2020-07-08T14:30:00'
  • endTime: 뮤팅 규칙이 종료되는 시기를 나타내는 날짜/시간 스탬프입니다. 오프셋이 없는 로컬 ISO 8601 형식입니다. 예: '2020-07-15T14:30:00'
  • timeZone: 음소거 규칙 일정에 적용되는 시간대입니다. 예: '미국/로스앤젤레스'. Wikipedia의 tz 데이터베이스 시간대 목록을 참조하십시오.
  • repeat: 음소거 규칙 일정이 반복되는 빈도입니다. 반복되지 않으면 null을 사용합니다. 옵션은 DAILY, WEEKLY, MONTHLY입니다.
  • endRepeat: 음소거 규칙 일정 반복이 중지되는 날짜/시간 스탬프입니다. 오프셋이 없는 로컬 ISO 8601 형식입니다. 예: '2020-07-10T15:00:00'. 참고: endRepeat 또는 repeatCount 은 음소거 규칙 일정을 종료하는 데 사용해야 합니다. 두 필드를 함께 제공하면 안 됩니다.
  • repeatCount: 뮤팅 규칙 일정이 반복되는 횟수입니다. 여기에는 원래 일정이 포함됩니다. 예를 들어, 2의 repeatCount 은 한 번 반복됩니다. 3의 repeatCount 은 두 번 반복됩니다. 참고: repeatCount 또는 endRepeat 을 사용하여 음소거 규칙 일정을 종료할 수 있습니다. 두 필드를 함께 제공하면 안 됩니다.
  • WeeklyRepeatDays: 반복 필드가 'WEEKLY'로 설정된 경우 뮤팅 규칙이 반복되어야 하는 요일. 예: ['월요일', '수요일'].

음소거 규칙 작동 방식

알림을 억제하거나 음소거하기 위해 기본 경고 수명 주기가 끝날 때 음소거 규칙이 적용됩니다. 기존 정책이나 조건을 비활성화하지 않습니다. 예를 들어 유지 관리 기간 및 배포와 같이 알려진 시스템 중단 중에 알림을 음소거할 수 있습니다. 시스템 중단 위반은 해당 위반에 대한 알림이 음소거된 경우에도 계속 식별됩니다.

뮤팅 규칙은 위반 이벤트 의 속성과 일치하는 일련의 조건을 사용합니다. 음소거 규칙은 다음과 같은 방법을 알려줍니다.

  1. 위반이 생성된 후 사건이 시작되기 전에 개별 위반을 식별합니다.
  2. 기본 조건을 재정의하여 "음소거"되어야 함을 나타냅니다.

현재, 위반을 음소거한다는 것은 음소거된 위반만 포함하는 사건이 알림을 보내지 않는다는 점을 제외하고 일반 경고 사건 수명 주기가 유지된다는 것을 의미합니다.

음소거 규칙은 특정 위반 사항을 무시합니다. 기존 정책이나 조건을 비활성화하지 않습니다. 이를 통해 많은 엔터티에 적용되는 정책 또는 조건이 적용될 수 있는 특정 엔터티의 위반을 음소거할 수 있습니다. 이것은 또한 시스템의 하위 집합에서 유지 관리를 수행할 때 모니터링을 과도하게 음소거하지 않아도 됩니다.

음소거 동작

다음 표에서는 경고 인시던트 수명 주기가 음소거된 위반의 영향을 받는 방식을 설명합니다.

만약에

그리고

그 다음에

이벤트 : 인시던트 오픈

음소거 되지 않은 위반으로 인해 사건이 열립니다.

"진행 중인 사건" 알림이 전송됩니다(기본값).

음소거된 위반 으로 인해 사건이 열립니다.

"진행 중인 사건" 알림은 전송 되지 않습니다 (음소거됨).

이벤트 : 미해결 사건에 추가된 위반

이미 진행 중인 사건에 새로운 음소거된 위반이 추가됩니다.

알림 작업이 트리거되지 않습니다(기본값).

미해결 사건에 새로운 음소거되지 않은 위반이 추가됩니다.

"진행 중인 인시던트" 알림이 전송되지 않았습니다 .

"진행 중인 사건" 알림 이 전송 됩니다.

미해결 사건에 새로운 음소거되지 않은 위반이 추가됩니다.

"진행 중인 사건" 알림 이 이미 전송되었습니다.

알림 작업이 트리거되지 않습니다(기본값).

이벤트 : 인시던트 종료

인시던트가 종료되었습니다.

"진행 중인 인시던트" 알림 이 전송되지 않았습니다.

"인시던트 종료" 알림 이 전송되지 않습니다 .

인시던트가 종료되었습니다.

"진행 중인 인시던트" 알림 이 전송되었습니다.

"인시던트 종료" 알림 이 전송 됩니다.

이벤트 : 인시던트 확인

인시던트가 확인됨

"진행 중인 인시던트" 알림 이 전송되지 않았습니다.

"인시던트 확인됨" 알림 이 전송되지 않습니다 .

인시던트가 확인됨

"진행 중인 인시던트" 알림 이 전송되었습니다.

"사고 확인됨" 알림 이 전송 됩니다.

워크플로에서 동작 음소거

트리거된 위반은 사건과 1:1 비율을 가지므로 위반이 음소거되면 일치하는 사건도 음소거됩니다. 워크플로는 하나 이상의 인시던트가 있을 수 있는 문제에 의해 트리거되므로 음소거된 인시던트와 음소거되지 않은 인시던트가 결합된 시나리오가 있을 수 있습니다.

각 문제에는 다음 음소거 상태 중 하나가 있습니다.

  • 완전히 음소거됨(FULLY_MUTED) : 문제의 모든 미해결 사건이 음소거되었습니다(기본값).
  • 부분적으로 음소거됨(PARTIALLY_MUTED) : 음소거된 미해결 인시던트와 음소거되지 않은 미결 인시던트가 하나 이상 있는 문제입니다.
  • 음소거되지 않음(NOT_MUTED) : 공개된 음소거된 사건이 없는 문제입니다.

워크플로를 설정하는 방법에 대한 단계별 가이드는 아래의 예제 데모를 확인하세요.

음소거된 위반 및 사건 보기

공개 또는 종료된 인시던트를 볼 때 위반 및 인시던트는 Muted 으로 표시됩니다. 다음 섹션에서는 이러한 음소거된 위반 및 사건 중 일부와 찾을 수 있는 위치를 보여줍니다.

다음을 사용하여 패싯 결과 음소거 tags.

패싯 쿼리의 결과를 음소거하려면 tags.FACETED_ATTRIBUTE 속성을 사용합니다. 여기서 FACETED_ATTRIBUTE 는 NRQL FACET 쿼리 를 실행한 속성을 나타냅니다. 예: NRQL 경고 조건이 쿼리에 FACET host 를 포함하는 경우 tags.host 를 사용하여 해당 FACET 속성을 대상으로 지정할 수 있습니다.

NRQL 조건 쿼리는 여러 패싯 속성을 허용할 수 있습니다. 집계된 이벤트 또는 측정항목 시계열의 속성에서 필터링할 수 있으려면 해당 속성을 NRQL 쿼리 FACET 절에 추가해야 합니다. 예: FACET host, region, cluster .

tags. 사용의 예는 뮤팅 규칙 만들기 를 참조하세요.

하위 조건 연산자

다음은 뮤팅 규칙을 구성할 때 속성을 비교하는 데 사용할 수 있는 논리 연산자입니다. 사용되는 예는 를 참조하십시오.

  • EQUALS: 제공된 값이 위반 속성 값과 동일한 경우.
  • NOT_EQUALS: 제공된 값이 위반 속성 값과 같지 않은 경우.
  • IN: 제공된 값 목록에 위반 속성 값이 있는 경우(최대 500개).
  • NOT_IN: 제공된 값 목록에 위반 속성 값이 없는 경우(최대 500개).
  • CONTAINS: 제공된 값 문자열이 위반 속성 값에 있는 경우.
  • NOT_CONTAINS: 제공된 값 문자열이 위반 속성 값에 없는 경우.
  • ANY: 주의: 이 연산자가 포함된 조건은 계정의 모든 위반을 음소거합니다.
  • IS_BLANK: 위반 속성 값이 비어 있는 경우. Null, 빈 문자열 등
  • IS_NOT_BLANK: 위반 속성 값이 비어 있지 않은 경우. Null, 빈 문자열 등
  • STARTS_WITH: 여기서 위반 속성 값은 제공된 값 문자열로 시작합니다.
  • NOT_STARTS_WITH: 위반 속성 값이 제공된 값 문자열로 시작하지 않는 경우.
  • ENDS_WITH: 위반 속성 값이 제공된 값 문자열로 끝나는 곳.
  • NOT_ENDS_WITH: 위반 속성 값이 제공된 값 문자열로 끝나지 않는 경우.

뮤팅 예시

NerdGraph에 요청하는 방법에 대한 자세한 내용은 GraphQL 자습서를 포함한 NerdGraph 설명서 를 참조하십시오.

Copyright © 2022 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.