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

알림 기능은 시스템에 문제가 생길 때 적절한 공지를 보냅니다. 때로는 알려진 공지를 보고 싶지 않을 수도 있습니다. muting rules 사용하면 주의가 필요 없는 메시지의 폭격을 중단할 수 있습니다.

원치 않는 공지에서 공통 요소를 발견한 후에는 다른 공지를 통과시키는 동시에 해당 요소를 구체적으로 타겟팅하는 음소거 규칙을 정의할 수 있습니다. 공지가 음소거된 경우에도 알림(는) 해당 인시던트에 대한 데이터를 계속 수집합니다. 뮤팅 규칙은 알림 과정을 방해하지 않으며 공지가 발송되기 직전 시점에 적용됩니다.

음소거 규칙 만들기

음소거 규칙을 만들려면 다음 단계를 따르세요.

1. one.newrelic.com > All capabilities > Alerts 으로 이동하여 왼쪽 탐색 창에서 Muting rules 클릭합니다.

2. + Add a rule 을(를) 클릭합니다.

3. 음소거 규칙의 이름과 설명(선택 사항)을 입력하고 규칙을 적용할 계정을 선택합니다.

4. 인시던트 필터를 빌드합니다. 인시던트 이벤트 속성 의 하위 집합을 사용할 수 있습니다. 속성, 연산자, 값을 선택하세요. 속성은 다음과 같습니다: accountId, conditionId, conditionName, conditionType, entity.guid, nrqlEventType, nrqlQuery, policyId, policyName, product,runbookUrl (예: conditionRunbookUrl), tags.<NAME>, targetName). 값은 공지 ID 또는 조건 이름과 같은 인시던트 속성 중 하나와 비교됩니다.

5. 더 많은 필터를 포함하려면 Add another condition 클릭하세요.

음소거 규칙 관리

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

음소거 규칙을 만들고, 활성화하고, 비활성화하고, 관리하려면 다음 단계를 따르세요.

1. one.newrelic.com > All capabilities > Alerts 으로 이동하여 왼쪽 탐색 창에서 Muting rules 클릭합니다.

2. Enabled 열에서 언제든지 음소거 규칙을 활성화하거나 비활성화할 수 있습니다. 또한 각 규칙을 클릭하여 편집할 수도 있습니다. 각 규칙의 행에 있는 아이콘.

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

• Active: 음소거가 활성화되어 활성화되었습니다.
• Scheduled: 음소거가 활성화되어 있지만 아직 활성화되지 않았습니다(향후 일정이 있습니다).
• Ended: 음소거가 활성화되었지만 더 이상 활성화되지 않습니다(향후 일정이 없음).
• Inactive: 음소거가 비활성화되었습니다.

공지 음소거 규칙에 대한 옵션

음소거 규칙이 활성화되어 있고, 알림이 열려 있는 경우 사용자는 공지를 받지 못합니다. 아래 두 가지 설정을 사용하여 음소거 규칙이 비활성화되었을 때 공지에 대한 동작을 구성할 수 있습니다.

• Notify: 음소거 규칙 기간이 끝난 후에도 진행 중인 개입이 있는 경우 알림이 전송됩니다. 이 기능은 기존의 음소거된 알림 창을 닫은 뒤, 효율성 한계가 계속 위반되는 경우 음소거 상태가 아닌 새로운 알림 창이 열리면서 공지가 전송됩니다. 이 기본 설정을 유지하는 것이 좋습니다.

• Suppress notification: 음소거 규칙 기간이 끝난 후에도 진행 중인 개입이 있는 경우 알림을 받지 않습니다. 이 기능은 기존의 음소거된 인시던트를 음소거 규칙 창 종료 타임스탬프 이후에도 열어두는 방식으로 작동합니다.

음소거 규칙 예약

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

이렇게 하려면 시작 시간과 종료 시간을 선택하세요. 원하는 경우 음소거 규칙을 하루 종일 지속되도록 설정할 수 있습니다.

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

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

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

음소거된 인시던트 및 문제 보기

공개 또는 종료된 문제를 볼 때 인시던트 및 문제는 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: 여기서 제공된 값은 인시던트 속성 값과 같습니다.
• DOES_NOT_EQUALS: 제공된 값이 인시던트 속성 값과 같지 않은 경우.
• IN: 인시던트 속성 값이 제공된 값 목록에 있는 경우(최대 500개).
• NOT_IN: 인시던트 속성 값이 제공된 값 목록에 없는 경우(최대 500개).
• CONTAINS: 제공된 값 문자열이 인시던트 속성 값에 있는 경우.
• DOES_NOT_CONTAINS: 제공된 값 문자열이 인시던트 속성 값에 없는 경우.
• ENDS_WITH: 인시던트 속성 값은 제공된 값 문자열로 끝납니다.
• NOT_ENDS_WITH: 인시던트 속성 값이 제공된 값 문자열로 끝나지 않는 경우.
• STARTS_WITH: 인시던트 속성 값은 제공된 값 문자열로 시작합니다.
• DOES_NOT_STARTS_WITH: 인시던트 속성 값이 제공된 값 문자열로 시작하지 않는 경우.
• IS_BLANK: 인시던트 속성 값이 비어 있는 경우. Null, 빈 문자열 등
• IS_NOT_BLANK: 인시던트 속성 값이 비어 있지 않은 경우. Null, 빈 문자열 등
• IS_ANY: 이 연산자의 조건은 계정의 모든 인시던트를 음소거합니다.

음소거 규칙 작동 방식

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

음소거 규칙은 인시던트 이벤트 의 속성과 일치하는 조건 집합을 사용합니다. 음소거 규칙은 다음 사항을 알려줍니다.

• 개별 인시던트가 생성된 후 이슈가 열리기 전에 식별합니다.
• 기본 조건을 재정의하여 음소거해야 함을 나타냅니다.

현재 알림 음소거는 일반적인 알림 수명 주기가 유지됨을 의미하지만, 음소거된 알림만 포함된 이슈는 공지를 보내지 않습니다.

음소거 규칙은 문제 내에서 공지를 트리거한 첫 번째 사건에 따라 결정됩니다. 즉, 첫 번째 공지 이벤트가 음소거 상태로 인해 음소거된 경우 나머지 이슈도 음소거됩니다.

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

다음 표에서는 경고 인시던트 수명 주기가 음소거된 인시던트에 의해 어떻게 영향을 받는지 설명합니다.

워크플로에서 동작 음소거

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

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

• Fully muted (FULLY_MUTED): 이슈에는 열려 있는 인시던트가 모두 음소거되어 있습니다(기본값).
• Partially muted (PARTIALLY_MUTED): 음소거된 하나 이상의 열린 인시던트와 음소거되지 않은 하나의 열린 인시던트가 있는 문제입니다.
• Not muted (NOT_MUTED): 열린 음소거 인시던트가 없는 문제입니다.

워크플로를 설정하는 방법에 대한 단계별 가이드는 아래의 예시 데모를 확인하십시오(약. 2:17분):

NerdGraph를 사용한 음소거 동작

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

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

이 페이지에서 몇 가지 샘플 쿼리 및 변형 예제를 찾을 수 있습니다.

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

뮤팅 예시

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

{
  actor {
    account(id: YOUR_ACCOUNT_ID) {
      alerts {
        mutingRules {
          name
          condition {
            operator
            conditions {
              attribute
              operator
              values
            }
          }
        }
      }
    }
  }
}

mutation {
  alertsMutingRuleCreate(
    accountId: YOUR_ACCOUNT_ID
    rule: {
      name: "host-1 mute rule"
      description: "Mute host-1 incidents"
      enabled: true
      condition: {
        operator: AND
        conditions: [
          { attribute: "tags.host", operator: EQUALS, values: ["host-1"] }
        ]
      }
    }
  ) {
    id
  }
}

mutation {
  alertsMutingRuleCreate(
    accountId: YOUR_ACCOUNT_ID
    rule: {
      name: "host-1 and synthetics/mobile mute rule"
      description: "Mute host-1 and synthetics/mobile incidents"
      enabled: true
      condition: {
        operator: OR
        conditions: [
          { attribute: "targetName", operator: EQUALS, values: ["host-1"] }
          {
            attribute: "product"
            operator: IN
            values: ["SYNTHETICS", "MOBILE"]
          }
        ]
      }
    }
  ) {
    id
  }
}

mutation {
  alertsMutingRuleUpdate(
    accountId: YOUR_ACCOUNT_ID
    id: MUTING_RULE_ID
    rule: { name: "updated name", enabled: false }
  ) {
    name
  }
}

mutation {
  alertsMutingRuleDelete(accountId: YOUR_ACCOUNT_ID, id: MUTING_RULE_ID) {
    id
  }
}