Azure Portal에서 작업 그룹 만들기 및 관리

Azure Monitor 데이터가 인프라 또는 애플리케이션에 문제가 있을 수 있음을 나타내면 경고가 트리거됩니다. 그런 다음 Azure Monitor, Azure Service Health 및 Azure Advisor는 작업 그룹을 사용하여 사용자에게 경고를 알리고 작업을 취합니다. 작업 그룹은 Azure 구독 소유자가 정의한 알림 우선 설정 컬렉션입니다.

이 문서에서는 Azure Portal에서 작업 그룹을 만들고 관리하는 방법을 보여 줍니다. 요구 사항에 따라 동일한 작업 그룹 또는 다른 작업 그룹을 사용하도록 다양한 경고를 구성할 수 있습니다.

각 작업은 다음과 같은 속성으로 구성됩니다.

  • 형식: 전송된 알림 또는 수행된 작업입니다. 예를 들어 음성 통화, SMS 또는 이메일 보내기가 있습니다. 다양한 형식의 자동화된 작업을 트리거할 수도 있습니다. 알림 및 작업 형식에 대한 자세한 내용은 이 문서 뒷부분의 작업별 정보를 참조하세요.
  • Name: 작업 그룹 내의 고유 식별자입니다.
  • 세부 정보: 유형에 따라 달라지는 해당 세부 정보입니다.

Azure 리소스 관리자 템플릿을 사용하여 작업 그룹을 구성하는 방법에 대한 자세한 내용은 작업 그룹 리소스 관리자 템플릿을 참조하세요.

작업 그룹은 전역 서비스이므로 특정 Azure 지역에 종속되지 않습니다. 클라이언트의 요청은 모든 지역의 작업 그룹 서비스에서 처리할 수 있습니다. 예를 들어 작업 그룹 서비스의 한 지역이 다운되면 트래픽이 자동으로 라우팅되고 다른 지역에서 처리됩니다. 글로벌 서비스로서 작업 그룹은 재해 복구 솔루션을 제공하는 데 도움을 줍니다.

Azure Portal을 사용하여 작업 그룹 만들기

  1. Azure 포털로 이동합니다.

  2. 모니터를 검색하고 선택합니다. 모니터 창은 모든 모니터링 설정과 데이터를 하나의 보기로 통합합니다.

  3. 경고를 선택한 다음 작업 그룹을 선택합니다.

    Azure Portal의 경고 페이지 스크린샷. 작업 그룹 단추가 호출됩니다.

  4. 만들기를 선택합니다.

    Azure Portal의 작업 그룹 페이지 스크린샷. 만들기 단추가 호출됩니다.

  5. 다음 섹션에 설명된 대로 정보를 입력합니다.

기본 작업 그룹 설정 구성

  1. 프로젝트 세부 정보

    • 구독리소스 그룹 값을 선택합니다.

    • 지역 선택

      옵션 동작
      전역 작업 그룹 서비스는 작업 그룹을 저장할 위치를 결정합니다. 작업 그룹은 지역 복원력을 보장하기 위해 두 개 이상의 지역에 유지됩니다. 작업 처리는 모든 지역에서 수행할 수 있습니다.

      서비스 상태 경고의 결과로 수행되는 음성, SMS 및 이메일 작업은 Azure 라이브 사이트 인시던트에 탄력적입니다.
      지역 작업 그룹은 선택한 영역에 저장됩니다. 작업 그룹은 영역 중복입니다. 작업 처리는 지역 내에서 수행됩니다.

      작업 그룹이 특정 지리적 경계 내에서 처리되도록 하려면 이 옵션을 사용합니다.

    작업 그룹은 선택한 구독, 지역 및 리소스 그룹에 저장됩니다.

  2. 인스턴스 세부 정보에서 작업 그룹 이름표시 이름 값을 입력합니다. 그룹이 알림을 보내는 데 사용될 때 전체 작업 그룹 이름 대신 표시 이름이 사용됩니다.

    작업 그룹 만들기 대화 상자의 스크린샷. 값은 구독, 리소스 그룹, 작업 그룹 이름 및 표시 이름 상자에 표시됩니다.

알림 구성

  1. 알림 탭을 열려면 다음: 알림을 선택합니다. 또는 페이지 상단에서 알림 탭을 선택합니다.

  2. 경고가 트리거될 때 보낼 알림 목록을 정의합니다. 각 알림에 대해 다음 정보를 제공합니다.

    • 알림 형식: 보낼 알림 형식을 선택합니다. 사용 가능한 옵션은 다음과 같습니다.

      • Azure Resource Manager 역할에게 이메일 보내기: 특정 구독 수준 Azure Resource Manager 역할에 할당된 사용자에게 이메일을 보냅니다.
      • 이메일/SMS 메시지/푸시/음성: 특정 수신자에게 다양한 알림 형식을 보냅니다.
    • 이름: 알림에 대해 고유한 이름을 입력합니다.

    • 세부 정보: 선택한 알림 형식에 따라 이메일 주소, 전화번호 또는 기타 정보를 입력합니다.

    • 공통 경고 스키마: Monitor의 모든 경고 서비스에서 단일 확장 가능하고 통합된 경고 페이로드를 갖는 이점을 제공하는 공통 경고 스키마를 켜도록 선택할 수 있습니다. 이 스키마에 대한 자세한 내용은 일반 경고 스키마를 참조하세요.

    작업 그룹 만들기 대화 상자가 있는 알림 탭의 스크린샷. 이메일 알림에 대한 구성 정보가 표시됩니다.

  3. 확인을 선택합니다.

작업 구성

  1. 작업 탭을 열려면 다음: 작업을 선택합니다. 또는 페이지 상단에서 작업 탭을 선택합니다.

  2. 경고가 트리거될 때 트리거할 작업 목록을 정의합니다. 각 작업에 대해 다음 정보를 제공합니다.

    • 작업 형식: 다음 작업 형식 중에서 선택합니다.

      • Azure Automation Runbook
      • Azure Functions 함수
      • Azure Event Hubs로 전송되는 알림
      • ITSM(IT 서비스 관리) 도구로 전송되는 알림
      • Azure Logic Apps 워크플로
      • 보안 웹후크
      • 웹후크
    • 이름: 작업에 대해 고유한 이름을 입력합니다.

    • 세부 정보: 선택한 작업 형식에 대한 적절한 정보를 입력합니다. 예를 들어 웹후크 URI, Azure 앱 이름, ITSM 연결 또는 Automation Runbook을 입력할 수 있습니다. ITSM 작업의 경우 ITSM 도구에 필요한 작업 항목 및 기타 필드에 대한 값도 입력합니다.

    • 공통 경고 스키마: Monitor의 모든 경고 서비스에서 단일 확장 가능하고 통합된 경고 페이로드를 갖는 이점을 제공하는 공통 경고 스키마를 켜도록 선택할 수 있습니다. 이 스키마에 대한 자세한 내용은 일반 경고 스키마를 참조하세요.

    작업 그룹 만들기 대화 상자가 있는 작업 탭의 스크린샷. 작업 형식 목록에 여러 옵션이 표시됩니다.

작업 그룹 만들기

  1. 키-값 쌍을 작업 그룹에 할당하려면 다음: 태그 또는 태그 탭을 선택합니다. 그렇지 않으면 이 단계를 건너뜁니다. 태그를 사용하여 Azure 리소스를 분류할 수 있습니다. 태그는 모든 Azure 리소스, 리소스 그룹 및 구독에 사용할 수 있습니다.

    작업 그룹 만들기 대화 상자가 있는 태그 탭의 스크린샷. 값은 이름 및 값 상자에 표시됩니다.

  2. 설정을 검토하려면 검토 + 만들기를 선택합니다. 이 단계에서는 입력을 빠르게 확인하여 필요한 모든 정보를 입력했는지 확인합니다. 문제가 있는 경우 여기에 보고됩니다. 설정을 검토한 후 만들기를 선택하여 작업 그룹을 만듭니다.

    작업 그룹 만들기 대화 상자가 있는 검토 + 만들기 탭의 스크린샷. 구성된 모든 값이 표시됩니다.

참고

메일 또는 SMS를 통해 개인에게 알리는 작업을 구성하면 해당 개인이 작업 그룹에 추가되었다는 확인 메시지를 수신합니다.

Azure Portal에서 작업 그룹 테스트(미리 보기)

Azure Portal에서 작업 그룹을 만들거나 업데이트할 때 작업 그룹을 테스트할 수 있습니다.

  1. 이전 섹션에서 설명한 대로 작업을 정의합니다. 그런 다음, 검토 + 만들기를 선택합니다.

  2. 입력한 정보가 나열된 페이지에서 테스트 작업 그룹을 선택합니다.

    작업 그룹 만들기 대화 상자가 있는 검토 + 만들기 탭의 스크린샷. 테스트 작업 그룹 단추가 표시됩니다.

  3. 테스트할 샘플 형식과 알림 및 작업 형식을 선택합니다. 그런 다음 테스트를 선택합니다.

    테스트 샘플 작업 그룹 페이지의 스크린샷. 이메일 알림 형식과 웹후크 작업 형식이 표시됩니다.

  4. 테스트를 실행하는 동안 창을 닫거나 테스트 설정 뒤로를 선택하면 테스트가 중지되고 테스트 결과가 표시되지 않습니다.

    테스트 샘플 작업 그룹 페이지의 스크린샷. 대화 상자에는 중지 단추가 포함되어 있으며 사용자에게 테스트 중지에 대해 묻습니다.

  5. 테스트가 완료되면 성공 또는 실패의 테스트 상태가 나타납니다. 테스트가 실패했고 자세한 정보를 보려면 세부 정보 보기를 선택합니다.

    테스트 샘플 작업 그룹 페이지의 스크린샷. 오류 세부 정보가 표시되며 빨간색 백그라운드의 흰색 X는 테스트가 실패했음을 나타냅니다.

오류 세부 정보 섹션의 정보를 사용하여 문제를 이해할 수 있습니다. 그런 다음 작업 그룹을 다시 편집하고 테스트할 수 있습니다.

테스트를 실행하고 알림 형식을 선택하면 제목에 "테스트"라는 메시지가 표시됩니다. 테스트는 프로덕션 환경에서 사용하도록 설정하기 전에 작업 그룹이 예상대로 작동하는지 확인하는 방법을 제공합니다. 테스트 이메일 알림의 모든 세부 정보와 링크는 샘플 참조 집합에서 가져왔습니다.

Azure Resource Manager 역할 멤버 자격 요구 사항

다음 표에서는 테스트 작업 기능에 필요한 역할 멤버 자격 요구 사항을 설명합니다.

사용자의 역할 멤버 자격 기존 작업 그룹 기존 리소스 그룹 및 새 작업 그룹 새 리소스 그룹 및 새 작업 그룹
구독 기여자 지원됨 지원됨 지원됨
리소스 그룹 기여자 지원됨 지원됨 해당 없음
작업 그룹 리소스 기여자 지원됨 해당 없음 해당 없음
Azure Monitor 기여자 지원됨 지원됨 해당 없음
사용자 지정 역할 지원됨 지원됨 적용할 수 없음

참고

기간당 제한된 수의 테스트를 실행할 수 있습니다. 상황에 적용되는 제한을 확인하려면 음성, SMS, 이메일, Azure 앱 푸시 알림 및 웹후크 게시물에 대한 속도 제한을 참조하세요.

포털에서 작업 그룹을 구성할 때 공통 경고 스키마를 옵트인하거나 옵트 아웃할 수 있습니다.

작업 그룹 관리

작업 그룹을 만든 후 포털에서 볼 수 있습니다.

  1. 모니터 페이지에서 경고를 선택합니다.

  2. 작업 관리를 선택합니다.

  3. 관리할 작업 그룹을 선택합니다. 다음과 같습니다.

    • 작업을 추가, 편집 또는 제거합니다.
    • 작업 그룹을 삭제합니다.

작업별 정보

다음 섹션에서는 작업 그룹에서 구성할 수 있는 다양한 작업 및 알림에 대한 정보를 제공합니다.

참고

각 작업 또는 알림 형식에 대한 숫자 제한을 확인하려면 모니터링을 위한 구독 서비스 제한을 참조하세요.

Automation Runbook

Automation Runbook 페이로드에 대한 제한을 확인하려면 Automation 제한을 참조하세요.

작업 그룹당 제한된 수의 Runbook 작업이 있을 수 있습니다.

Azure 앱 푸시 알림

Azure 모바일 앱에 대한 푸시 알림을 사용하도록 설정하려면 Azure 모바일 앱을 구성할 때 계정 ID로 사용하는 이메일 주소를 제공합니다. Azure 모바일 앱에 대한 자세한 내용은 Azure 모바일 앱 다운로드를 참조하세요.

작업 그룹당 제한된 수의 Azure 앱 작업이 있을 수 있습니다.

Email

전자 메일 필터링 및 맬웨어/스팸 방지 서비스가 적절하게 구성되었는지 확인합니다. 이메일은 다음 이메일 주소에서 전송됩니다.

  • azure-noreply@microsoft.com
  • azureemail-noreply@microsoft.com
  • alerts-noreply@mail.windowsazure.com

작업 그룹당 제한된 수의 이메일 작업이 있을 수 있습니다. 속도 제한에 대한 자세한 내용은 음성, SMS, 이메일, Azure 앱 푸시 알림 및 웹후크 게시물에 대한 속도 제한을 참조하세요.

이메일 Azure Resource Manager 역할

이 형식의 알림을 사용하면 구독 역할의 멤버에게 이메일을 보낼 수 있습니다. 이메일은 역할의 Azure AD(Azure Active Directory) 사용자 멤버에게만 전송됩니다. 이메일은 Azure AD 그룹 또는 서비스 주체로 전송되지 않습니다.

알림 메일은 기본 메일 주소로만 전송됩니다.

기본 이메일로 알림을 받지 못하면 다음 단계를 따릅니다.

  1. Azure Portal에서 Active Directory로 이동합니다.

  2. 왼쪽에서 모든 사용자를 선택합니다. 오른쪽에 사용자 목록이 나타납니다.

  3. 검토하려는 기본 이메일의 사용자를 선택합니다.

    Azure Portal 모든 사용자 페이지의 스크린샷. 왼쪽에는 모든 사용자가 선택되어 있습니다. 한 사용자에 대한 정보는 볼 수 있지만 해독할 수 없습니다.

  4. 사용자 프로필의 연락처 정보에서 이메일 값을 찾습니다. 비어 있는 경우:

    1. 페이지 상단에서 편집을 선택합니다.
    2. 전자 메일 주소를 입력합니다.
    3. 페이지 맨 위에서 저장을 선택합니다.

    Azure Portal의 사용자 프로필 페이지 스크린샷. 편집 단추와 이메일 상자가 나타납니다.

작업 그룹당 제한된 수의 이메일 작업이 있을 수 있습니다. 상황에 적용되는 제한을 확인하려면 음성, SMS, 이메일, Azure 앱 푸시 알림 및 웹후크 게시물에 대한 속도 제한을 참조하세요.

Azure Resource Manager 역할을 설정할 때:

  1. 역할에 "사용자" 형식의 엔터티를 할당합니다.
  2. 구독 수준에서 할당합니다.
  3. 사용자의 Azure AD 프로필에서 이메일 주소가 구성되어 있는지 확인합니다.

참고

고객이 구독에 새 Azure Resource Manager 역할을 추가한 후 알림을 받기 시작하는 데 최대 24시간이 걸릴 수 있습니다.

Event Hubs

Event Hubs 작업은 Event Hubs에 알림을 게시합니다. Event Hubs에 대한 자세한 내용은 Azure Event Hubs - 빅 데이터 스트리밍 플랫폼 및 이벤트 수집 서비스를 참조하세요. 이벤트 수신기에서 경고 알림 스트림을 구독할 수 있습니다.

Functions

Functions를 사용하는 작업은 Functions에서 기존 HTTP 트리거 엔드포인트를 호출합니다. Functions에 대한 자세한 내용은 Azure Functions를 참조하세요. 요청을 처리하려면 엔드포인트가 HTTP POST 동사를 처리해야 합니다.

함수 작업을 정의하면 함수의 HTTP 트리거 엔드포인트와 액세스 키가 작업 정의에 저장됩니다(예: https://azfunctionurl.azurewebsites.net/api/httptrigger?code=<access_key>). 함수에 대한 액세스 키를 변경하는 경우 작업 그룹에서 함수 동작을 제거하고 다시 만들어야 합니다.

작업 그룹당 제한된 수의 함수 작업이 있을 수 있습니다.

ITSM

ITSM 작업에는 ITSM 연결이 필요합니다. ITSM 연결을 만드는 방법을 알아보려면 ITSM 통합을 참조하세요.

작업 그룹당 제한된 수의 ITSM 작업이 있을 수 있습니다.

Logic Apps

작업 그룹당 제한된 수의 Logic Apps 작업이 있을 수 있습니다.

보안 웹후크

보안 웹후크 작업을 사용하는 경우 Azure AD 사용하여 작업 그룹과 웹후크 엔드포인트인 보호된 웹 API 간의 연결을 보호해야 합니다. Azure AD 애플리케이션 및 서비스 주체에 대한 개요는 Microsoft ID 플랫폼(v2.0) 개요를 참조하세요. 보안 웹후크 기능을 활용하려면 다음 단계를 따릅니다.

참고

SecureWebhook에는 기본 인증이 지원되지 않습니다. 기본 인증을 사용하려면 웹후크를 사용해야 합니다.

참고

웹후크 작업을 사용하는 경우 대상 웹후크 엔드포인트는 다양한 경고 원본이 내보내는 다양한 JSON 페이로드를 처리할 수 있어야 합니다. 웹후크 엔드포인트가 Microsoft Teams 스키마와 같은 특정 스키마를 예상하는 경우 Logic Apps 작업을 사용하여 대상 웹후크의 기대치를 충족하도록 경고 스키마를 변환합니다.

  1. 보호된 웹 API에 대한 Azure AD 애플리케이션을 만듭니다. 자세한 내용은 보호된 웹 API: 앱 등록을 참조하세요. 디먼 앱에서 호출하도록 보호된 API를 구성하고 위임된 권한이 아닌 애플리케이션 권한을 노출합니다. 이러한 권한에 대한 자세한 내용은 웹 API가 서비스 또는 디먼 앱에서 호출되는 경우를 참조하세요.

    참고

    V2.0 액세스 토큰을 허용하도록 보호된 웹 API를 구성합니다. 이 설정에 대한 자세한 내용은 Azure Active Directory 앱 매니페스트를 참조하세요.

  2. 작업 그룹이 Azure AD 애플리케이션을 사용할 수 있도록 하려면 이 프로시저를 따르는 PowerShell 스크립트를 사용합니다.

    참고

    이 스크립트를 실행하려면 Azure AD 애플리케이션 관리자 역할을 할당받아야 합니다.

    1. Azure AD 테넌트 ID를 사용하도록 PowerShell 스크립트의 Connect-AzureAD 호출을 수정합니다.
    2. Azure AD 애플리케이션의 개체 ID를 사용하도록 PowerShell 스크립트의 $myAzureADApplicationObjectId 변수를 수정합니다.
    3. 수정된 스크립트를 실행합니다.

    참고

    작업 그룹에서 보안 웹후크 작업을 만들거나 수정할 수 있으려면 서비스 원칙에 Azure AD 애플리케이션의 소유자 역할을 할당해야 합니다.

  3. 보안 웹후크 작업을 구성합니다.

    1. 스크립트에 있는 $myApp.ObjectId 값을 복사합니다.
    2. 웹후크 작업 정의의 개체 ID 상자에 복사한 값을 입력합니다.

    Azure Portal의 Secured Webhook 대화 상자 스크린샷. 개체 ID 상자가 표시됩니다.

보안 웹후크 PowerShell 스크립트

Connect-AzureAD -TenantId "<provide your Azure AD tenant ID here>"

# Define your Azure AD application's ObjectId.
$myAzureADApplicationObjectId = "<the Object ID of your Azure AD Application>"

# Define the action group Azure AD AppId.
$actionGroupsAppId = "461e8683-5575-4561-ac7f-899cc907d62a"

# Define the name of the new role that gets added to your Azure AD application.
$actionGroupRoleName = "ActionGroupsSecureWebhook"

# Create an application role with the given name and description.
Function CreateAppRole([string] $Name, [string] $Description)
{
    $appRole = New-Object Microsoft.Open.AzureAD.Model.AppRole
    $appRole.AllowedMemberTypes = New-Object System.Collections.Generic.List[string]
    $appRole.AllowedMemberTypes.Add("Application");
    $appRole.DisplayName = $Name
    $appRole.Id = New-Guid
    $appRole.IsEnabled = $true
    $appRole.Description = $Description
    $appRole.Value = $Name;
    return $appRole
}

# Get your Azure AD application, its roles, and its service principal.
$myApp = Get-AzureADApplication -ObjectId $myAzureADApplicationObjectId
$myAppRoles = $myApp.AppRoles
$actionGroupsSP = Get-AzureADServicePrincipal -Filter ("appId eq '" + $actionGroupsAppId + "'")

Write-Host "App Roles before addition of new role.."
Write-Host $myAppRoles

# Create the role if it doesn't exist.
if ($myAppRoles -match "ActionGroupsSecureWebhook")
{
    Write-Host "The Action Group role is already defined.`n"
}
else
{
    $myServicePrincipal = Get-AzureADServicePrincipal -Filter ("appId eq '" + $myApp.AppId + "'")

    # Add the new role to the Azure AD application.
    $newRole = CreateAppRole -Name $actionGroupRoleName -Description "This is a role for Action Group to join"
    $myAppRoles.Add($newRole)
    Set-AzureADApplication -ObjectId $myApp.ObjectId -AppRoles $myAppRoles
}

# Create the service principal if it doesn't exist.
if ($actionGroupsSP -match "AzNS AAD Webhook")
{
    Write-Host "The Service principal is already defined.`n"
}
else
{
    # Create a service principal for the action group Azure AD application and add it to the role.
    $actionGroupsSP = New-AzureADServicePrincipal -AppId $actionGroupsAppId
}

New-AzureADServiceAppRoleAssignment -Id $myApp.AppRoles[0].Id -ResourceId $myServicePrincipal.ObjectId -ObjectId $actionGroupsSP.ObjectId -PrincipalId $actionGroupsSP.ObjectId

Write-Host "My Azure AD Application (ObjectId): " + $myApp.ObjectId
Write-Host "My Azure AD Application's Roles"
Write-Host $myApp.AppRoles

SMS

속도 제한에 대한 자세한 내용은 음성, SMS, 이메일, Azure 앱 푸시 알림 및 웹후크 게시물에 대한 속도 제한을 참조하세요.

작업 그룹에서 SMS 알림 사용에 대한 중요한 정보는 작업 그룹에서 SMS 경고 동작을 참조하세요.

작업 그룹당 제한된 수의 SMS 작업이 있을 수 있습니다.

참고

Azure Portal에서 국가/지역 코드를 선택할 수 없는 경우 해당 국가/지역에서 SMS가 지원되지 않습니다. 국가/지역 코드를 사용할 수 없는 경우 아이디어 공유에서 국가/지역을 추가하도록 투표할 수 있습니다. 그 동안 해결 방법으로 해당 국가/지역에서 지원을 제공하는 타사 SMS 공급자에게 웹후크를 호출하도록 작업 그룹을 구성합니다.

지원되는 국가/지역의 가격 책정에 대한 자세한 내용은 Azure Monitor 가격 책정을 참조하세요.

SMS 알림 지원 국가

국가 코드 국가
61 오스트레일리아
43 오스트리아
32 벨기에
55 브라질
1 캐나다
56 칠레
86 중국
420 체코 공화국
45 덴마크
372 에스토니아
358 핀란드
33 프랑스
49 독일
852 홍콩
91 인도
353 아일랜드
972 이스라엘
39 이탈리아
81 일본
352 룩셈부르크
60 말레이시아
52 멕시코
31 네덜란드
64 뉴질랜드
47 노르웨이
351 포르투갈
1 푸에르토리코
40 루마니아
7 러시아
65 싱가포르
27 남아프리카 공화국
82 대한민국
34 스페인
41 스위스
886 대만
971 아랍에미리트
44 영국
1 미국

음성

속도 제한에 대한 중요한 정보는 음성, SMS, 이메일, Azure 앱 푸시 알림 및 웹후크 게시물에 대한 속도 제한을 참조하세요.

작업 그룹당 제한된 수의 음성 작업이 있을 수 있습니다.

참고

Azure Portal에서 국가/지역 코드를 선택할 수 없는 경우 해당 국가/지역에서 음성 통화가 지원되지 않습니다. 국가/지역 코드를 사용할 수 없는 경우 아이디어 공유에서 국가/지역을 추가하도록 투표할 수 있습니다. 그 동안 해결 방법으로 해당 국가/지역에서 지원을 제공하는 타사 음성 통화 공급자에게 웹후크를 호출하도록 작업 그룹을 구성합니다.

작업 그룹이 현재 음성 알림을 지원하는 유일한 국가 코드는 미국의 경우 +1입니다.

지원되는 국가/지역의 가격 책정에 대한 자세한 내용은 Azure Monitor 가격 책정을 참조하세요.

웹후크

참고

웹후크 작업을 사용하는 경우 대상 웹후크 엔드포인트는 다양한 경고 원본이 내보내는 다양한 JSON 페이로드를 처리할 수 있어야 합니다. 웹후크 엔드포인트가 Microsoft Teams 스키마와 같은 특정 스키마를 예상하는 경우 Logic Apps 작업을 사용하여 대상 웹후크의 기대치를 충족하도록 경고 스키마를 변환합니다.

Webhook 작업 그룹은 다음 규칙을 사용합니다.

  • 웹후크 호출은 최대 3번 시도됩니다.

  • 첫 번째 호출은 응답을 위해 10초 동안 기다립니다.

  • 두 번째 및 세 번째 시도는 응답을 위해 30초 동안 기다립니다.

  • 다음 조건 중 하나라도 충족되면 호출이 다시 시도됩니다.

    • 제한 시간 내에 응답이 수신되지 않습니다.
    • HTTP 상태 코드 408, 429, 503 또는 504 중 하나가 반환됩니다.
  • 웹후크 호출 시도가 세 번 실패하면 작업 그룹이 15분 동안 엔드포인트를 호출하지 않습니다.

원본 IP 주소 범위는 작업 그룹 IP 주소를 참조하세요.

다음 단계