Azure Table Storage 모니터링

이 문서에서는 다음을 설명합니다.

• 이 서비스에 대해 수집할 수 있는 모니터링 데이터의 유형.
• 해당 데이터를 분석하는 방법.

참고 항목

이 서비스 및/또는 Azure Monitor에 이미 익숙하고 모니터링 데이터를 분석하는 방법만 알고 싶은 경우 이 문서의 끝부분에 있는 분석 섹션을 참조하세요.

Azure 리소스를 사용하는 중요한 애플리케이션 및 비즈니스 프로세스가 있는 경우 시스템을 모니터링하고 시스템에 대한 경고를 받아야 합니다. Azure Monitor 서비스는 시스템의 모든 구성 요소에서 메트릭과 로그를 수집하고 집계합니다. Azure Monitor는 가용성, 성능, 복원력에 대한 보기를 제공하고 문제를 알려 줍니다. Azure Portal, PowerShell, Azure CLI, REST API 또는 클라이언트 라이브러리를 사용하여 모니터링 데이터를 설정하고 볼 수 있습니다.

• Azure Monitor에 대한 자세한 내용은 Azure Monitor 개요를 참조하세요.
• Azure 리소스를 전반적으로 모니터링하는 방법에 대한 자세한 내용은 Azure Monitor를 사용하여 Azure 리소스 모니터링을 참조하세요.

Important

Azure Monitor의 메트릭과 로그는 Azure Resource Manager 스토리지 계정만 지원합니다. Azure Monitor는 클래식 스토리지 계정을 지원하지 않습니다. 클래식 스토리지 계정에서 메트릭 또는 로그를 사용하려면 Azure Resource Manager 스토리지 계정으로 마이그레이션해야 합니다. 자세한 내용은 Azure Resource Manager 개요를 참조하세요.

Insights

Azure의 일부 서비스에는 서비스 모니터링을 위한 시작점을 제공하는 모니터링 대시보드가 Azure Portal에 있습니다. 이러한 대시보드를 인사이트라고 하며, Azure Portal에서 Azure Monitor의 Insights Hub에서 찾을 수 있습니다.

Azure Storage 인사이트는 스토리지 성능, 용량 및 가용성에 대한 통합된 보기를 제공합니다. Azure Monitor Storage 인사이트를 사용하여 스토리지 모니터링을 참조하세요.

리소스 유형

Azure는 리소스 유형 및 ID의 개념을 사용하여 구독의 모든 항목을 식별합니다. 리소스 유형은 Azure에서 실행되는 모든 리소스에 대한 리소스 ID의 일부이기도 합니다. 예를 들어 가상 머신의 리소스 유형 중 하나는 Microsoft.Compute/virtualMachines입니다. 서비스 및 관련 리소스 유형 목록은 리소스 공급자를 참조하세요.

마찬가지로 Azure Monitor는 네임스페이스라고도 하는 리소스 유형에 따라 핵심 모니터링 데이터를 메트릭 및 로그로 구성합니다. 리소스 유형에 따라 다른 메트릭 및 로그를 사용할 수 있습니다. 서비스는 둘 이상의 리소스 유형과 연결될 수 있습니다.

데이터 저장소

Azure Monitor의 경우:

• 메트릭 데이터는 Azure Monitor 메트릭 데이터베이스에 저장됩니다.
• 로그 데이터는 Azure Monitor 로그 저장소에 저장됩니다. 로그 분석은 이 저장소를 쿼리할 수 있는 Azure Portal의 도구입니다.
• Azure 활동 로그는 Azure Portal에 자체 인터페이스가 있는 별도의 저장소입니다.

선택적으로 메트릭 및 활동 로그 데이터를 Azure Monitor 로그 저장소로 라우팅할 수 있습니다. 그런 다음 Log Analytics를 사용하여 데이터를 쿼리하고 다른 로그 데이터와 상호 연결할 수 있습니다.

많은 서비스에서는 진단 설정을 사용하여 메트릭 및 로그 데이터를 Azure Monitor 외부의 다른 스토리지 위치로 보낼 수 있습니다. 예를 들면 Azure Storage, 호스트된 파트너 시스템 및 Event Hubs를 사용하는 비 Azuree 파트너 시스템이 있습니다.

Azure Monitor가 데이터를 저장하는 방법에 대한 자세한 내용은 Azure Monitor 데이터 플랫폼을 참조하세요.

Azure Monitor 플랫폼 메트릭

Azure Monitor는 대부분의 서비스에 대한 플랫폼 메트릭을 제공합니다. 이러한 메트릭은 다음과 같습니다.

• 각 네임스페이스에 대해 개별적으로 정의됩니다.
• Azure Monitor 시계열 메트릭 데이터베이스에 저장됩니다.
• 간단하며 실시간에 가까운 경고를 지원할 수 있습니다.
• 시간 경과에 따른 리소스의 성능을 추적하는 데 사용됩니다.

수집: Azure Monitor는 플랫폼 메트릭을 자동으로 수집합니다. 구성이 필요하지 않습니다.

라우팅: 일부 플랫폼 메트릭을 Azure Monitor 로그/Log Analytics로 라우팅하여 다른 로그 데이터로 쿼리할 수도 있습니다. 각 메트릭에 대한 DS 내보내기 설정을 확인하여 진단 설정을 사용하여 메트릭을 Azure Monitor 로그/Log Analytics로 라우팅할 수 있는지 확인합니다.

• 자세한 내용은 메트릭 진단 설정을 참조하세요.
• 서비스에 대한 진단 설정을 구성하려면 Azure Monitor에서 진단 설정 만들기를 참조하세요.

Azure Monitor의 모든 리소스에 대해 수집할 수 있는 모든 메트릭 목록은 Azure Monitor에서 지원되는 메트릭을 참조하세요.

Azure Table Storage에 사용 가능한 메트릭 목록은 Azure Table Storage 모니터링 데이터 참조를 참조하세요.

Important

2024년 1월 9일에 클래식 메트릭이라고도 하는 스토리지 분석 메트릭이 사용 중지됩니다. 클래식 메트릭을 사용한 경우 스토리지 분석 메트릭에서 Azure Monitor 메트릭으로 이동을 참조하여 Azure Monitor의 메트릭으로 전환합니다. 원하는 경우 클래식 로그를 계속 사용할 수 있습니다. 그러나 스토리지 분석 로그 대신 Azure Monitor에서 Azure Storage 로그를 사용하도록 전환하는 것이 좋습니다.

참고 항목

Azure Storage가 아닌 Azure Compute는 관리 디스크 또는 비관리 디스크에 대한 메트릭을 지원합니다. 자세한 내용은 관리형 디스크와 비관리형 디스크의 디스크당 메트릭을 참조하세요.

Azure Monitor 리소스 로그

리소스 로그는 Azure 리소스에서 수행한 작업에 대한 인사이트를 제공합니다. 로그는 자동으로 생성되지만 저장하거나 쿼리하려면 로그를 Azure Monitor 로그로 라우팅해야 합니다. 로그는 범주별로 구성됩니다. 지정된 네임스페이스에는 여러 리소스 로그 범주가 있을 수 있습니다.

수집: 리소스 로그는 진단 설정을 만들고 하나 이상의 위치로 라우팅할 때까지 수집 및 저장되지 않습니다. 진단 설정을 만들 때 수집할 로그 범주를 지정합니다. 진단 설정을 만들고 유지 관리하는 방법에는 Azure Portal, 프로그래밍 방식, Azure Policy 사용 등을 포함한 여러 가지 방법이 있습니다.

라우팅: 제안되는 기본값은 리소스 로그를 Azure Monitor 로그로 라우팅하여 다른 로그 데이터로 쿼리할 수 있도록 하는 것입니다. Azure Storage, Azure Event Hubs, 특정 Microsoft 모니터링 파트너와 같은 다른 위치도 사용할 수 있습니다. 자세한 내용은 Azure 리소스 로그 및 리소스 로그 대상을 참조하세요.

리소스 로그 수집, 저장 및 라우팅에 대한 자세한 내용은 Azure Monitor의 진단 설정을 참조하세요.

Azure Monitor에서 사용 가능한 모든 리소스 로그 범주 목록은 Azure Monitor에서 지원되는 리소스 로그를 참조하세요.

Azure Monitor의 모든 리소스 로그에는 동일한 헤더 필드와 서비스별 필드가 있습니다. 공용 스키마는 Azure Monitor 리소스 로그 스키마에서 설명합니다.

사용 가능한 리소스 로그 범주, 관련 Log Analytics 테이블 및 Azure Table Storage의 로그 스키마는 Azure Table Storage 모니터링 데이터 참조를 참조하세요.

Azure Table Storage 진단 설정

진단 설정을 만들 때 로그를 사용하도록 설정하려는 스토리지 형식으로 테이블을 선택합니다. 그런 다음, 로그를 수집하려는 작업에 대한 다음 범주 중 하나를 지정합니다.

범주	설명
StorageRead	개체에 대한 읽기 작업입니다.
StorageWrite	개체에 대한 쓰기 작업입니다.
StorageDelete	개체에 대한 삭제 작업입니다.

감사 리소스 로그 범주 그룹을 사용하면 Microsoft에서 리소스 감사에 필요하다고 판단하는 리소스 로그의 기준을 수집할 수 있습니다. 수집된 항목은 동적이며, 새 리소스 로그 범주를 사용할 수 있게 되면 시간이 지남에 따라 Microsoft에서 변경될 수 있습니다. 감사 범주 그룹을 선택하는 경우 시스템에서 수집할 로그를 결정하기 때문에 다른 리소스 범주를 지정할 수 없습니다. 자세한 내용은 Azure Monitor의 진단 설정: 리소스 로그를 참조하세요.

대상 제한

일반적인 대상 제한 사항은 대상 제한을 참조하세요. 다음 제한 사항은 Azure Storage 계정 모니터링에만 적용됩니다.

• 이 설정을 사용하여 모니터링하는 것과 동일한 스토리지 계정에 로그를 보낼 수 없습니다. 이러한 상황은 로그 항목이 다른 로그 항목의 쓰기를 설명하는 재귀 로그로 이어질 수 있습니다. 계정을 만들거나 다른 기존 계정을 사용하여 로그 정보를 저장해야 합니다.

• 보존 정책을 설정할 수 없습니다.

  스토리지 계정에 로그를 보관하는 경우 수명 주기 관리 정책을 정의하여 로그 컨테이너의 보존 정책을 관리할 수 있습니다. 방법을 알아보려면 데이터 수명 주기를 자동으로 관리하여 비용 최적화를 참조하세요.

  로그를 Log Analytics로 보내는 경우 작업 영역 수준에서 Log Analytics의 데이터 보존 기간을 관리하거나 데이터 형식별로 다른 보존 설정을 지정할 수도 있습니다. 방법을 알아보려면 데이터 보존 기간 변경을 참조하세요.

Azure 활동 로그

활동 로그에는 해당 리소스의 외부에서 볼 때 각 Azure 리소스에 대한 작업을 추적하는 구독 수준 이벤트(예: 새 리소스 만들기 또는 가상 머신 시작)가 포함되어 있습니다.

수집: 활동 로그 이벤트는 자동으로 생성되고 별도의 저장소에 수집되어 Azure Portal에서 볼 수 있습니다.

라우팅: 다른 로그 데이터와 함께 분석할 수 있도록 활동 로그 데이터를 Azure Monitor 로그로 보낼 수 있습니다. Azure Storage, Azure Event Hubs, 특정 Microsoft 모니터링 파트너와 같은 다른 위치도 사용할 수 있습니다. 활동 로그를 라우팅하는 방법에 대한 자세한 내용은 Azure 활동 로그 개요를 참조하세요.

모니터링 데이터 분석

모니터링 데이터를 분석하기 위한 많은 도구가 있습니다.

Azure Monitor 도구

Azure Monitor는 다음과 같은 기본 도구를 지원합니다.

• 메트릭 탐색기: Azure 리소스에 대한 메트릭을 보고 분석할 수 있는 Azure Portal의 도구입니다. 자세한 내용은 Azure Monitor 메트릭 탐색기로 메트릭 분석을 참조하세요.

• 로그 분석: KQL(Kusto 쿼리 언어)을 사용하여 로그 데이터를 쿼리하고 분석할 수 있는 Azure Portal의 도구입니다. 자세한 내용은 Azure Monitor에서 로그 쿼리 시작을 참조하세요.

• 활동 로그: 보기 및 기본 검색을 위해 Azure Portal에 사용자 인터페이스를 갖고 있습니다. 더욱 심층적인 분석을 수행하려면 데이터를 Azure Monitor 로그로 라우팅하고 로그 분석에서 더 복잡한 쿼리를 실행해야 합니다.

더 복잡한 시각화를 허용하는 도구는 다음과 같습니다.

• 대시보드: 다양한 종류의 데이터를 Azure Portal에서 하나의 창에 결합할 수 있습니다.
• 통합 문서: Azure Portal에서 만들 수 있는 사용자 지정 가능한 보고서입니다. 통합 문서에는 텍스트, 메트릭, 로그 쿼리가 포함될 수 있습니다.
• Grafana: 뛰어난 운영 대시보드를 제공하는 개방형 플랫폼 도구입니다. Grafana를 사용하여 Azure Monitor 외의 여러 소스에서 온 데이터를 포함하는 대시보드를 만들 수 있습니다.
• Power BI: 다양한 데이터 소스에서 대화형 시각화를 제공하는 비즈니스 분석 서비스입니다. Azure Monitor에서 자동으로 로그 데이터를 가져오도록 Power BI를 구성하여 이러한 시각화를 활용할 수 있습니다.

Azure Monitor 내보내기 도구

다음 방법을 사용하여 Azure Monitor에서 다른 도구로 데이터를 내보낼 수 있습니다.

• 메트릭: 메트릭용 REST API를 사용하여 Azure Monitor 메트릭 데이터베이스에서 메트릭 데이터를 추출합니다. API는 검색된 데이터를 구체화하는 필터 식을 지원합니다. 자세한 내용은 Azure REST API 참조를 참조하세요.

• 로그: REST API 또는 연결된 클라이언트 라이브러리를 사용합니다.

• 또 다른 옵션은 작업 영역 데이터 내보내기입니다.

Azure Monitor용 REST API를 시작하려면 Azure 모니터링 REST API 연습을 참조하세요.

Azure Table Storage에 대한 메트릭 분석

Azure Table Storage에 대한 메트릭은 다음 네임스페이스에 있습니다.

• Microsoft.Storage/storageAccounts
• Microsoft.Storage/storageAccounts/tableServices

Azure Table Storage를 비롯한 모든 Azure Monitor 지원 메트릭의 목록은 Azure Monitor에서 지원하는 메트릭을 참조하세요.

Azure Portal

메트릭 탐색기를 사용하여 다른 Azure 서비스의 메트릭과 함께 Azure Storage의 메트릭을 분석할 수 있습니다. Azure Monitor 메뉴에서 메트릭을 선택하여 메트릭 탐색기를 엽니다. 이 도구 사용에 대한 자세한 내용은 Azure Monitor 메트릭 탐색기를 사용하여 메트릭 분석을 참조하세요.

다음 예제는 계정 수준에서 트랜잭션을 보는 방법을 보여줍니다.

차원을 지원하는 메트릭의 경우 원하는 차원 값을 사용하여 메트릭을 필터링할 수 있습니다. 다음 예제는 API 이름 차원의 값을 선택하여 특정 작업의 계정 수준에서 트랜잭션을 보는 방법을 보여줍니다.

Azure Storage에서 지원하는 차원의 전체 목록은 메트릭 차원을 참조하세요.

PowerShell

메트릭 정의 나열

스토리지 계정 또는 Table Storage 서비스의 메트릭 정의를 나열할 수 있습니다. Get-AzMetricDefinition을 사용합니다.

이 예제에서는 <resource-ID> 자리 표시자를 전체 스토리지 계정의 리소스 ID 또는 Table Storage 서비스의 리소스 ID로 바꿉니다. 리소스 ID는 Azure Portal에서 스토리지 계정의 속성 페이지에서 확인할 수 있습니다.

   $resourceId = "<resource-ID>"
   Get-AzMetricDefinition -ResourceId $resourceId

메트릭 값 읽기

스토리지 계정 또는 Table Storage 서비스의 계정 수준 메트릭 값을 읽을 수 있습니다. Get-AzMetric cmdlet을 사용합니다.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

차원으로 메트릭 값 읽기

메트릭이 차원을 지원하는 경우 메트릭 값을 읽고 차원 값을 사용하여 필터링할 수 있습니다. Get-AzMetric cmdlet을 사용합니다.

$resourceId = "<resource-ID>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "QueryEntities" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

Azure CLI

계정 수준 메트릭 정의 나열

스토리지 계정 또는 Table Storage 서비스의 메트릭 정의를 나열할 수 있습니다. az monitor metrics list-definitions 명령을 사용합니다.

이 예제에서는 <resource-ID> 자리 표시자를 전체 스토리지 계정의 리소스 ID 또는 Table Storage 서비스의 리소스 ID로 바꿉니다. 리소스 ID는 Azure Portal에서 스토리지 계정의 속성 페이지에서 확인할 수 있습니다.

   az monitor metrics list-definitions --resource <resource-ID>

계정 수준 메트릭 값 읽기

스토리지 계정 또는 Table Storage 서비스의 메트릭 값을 읽을 수 있습니다. az monitor metrics list 명령을 사용합니다.

   az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H

차원으로 메트릭 값 읽기

메트릭이 차원을 지원하는 경우 메트릭 값을 읽고 차원 값을 사용하여 필터링할 수 있습니다. az monitor metrics list 명령을 사용합니다.

az monitor metrics list --resource <resource-ID> --metric "Transactions" --interval PT1H --filter "ApiName eq 'QueryEntities' " --aggregation "Total" 

.NET

Azure Monitor는 메트릭 정의 및 값을 읽는 .NET SDK를 제공합니다. 샘플 코드는 다른 매개 변수로 SDK를 사용하는 방법을 보여줍니다. 스토리지 메트릭을 사용하려면 0.18.0-preview 이상의 버전을 사용해야 합니다.

이 예제에서는 <resource-ID> 자리 표시자를 전체 스토리지 계정 또는 Table Storage 서비스의 리소스 ID로 바꿉니다. 리소스 ID는 Azure Portal에서 스토리지 계정의 속성 페이지에서 확인할 수 있습니다.

<subscription-ID> 변수를 구독의 ID로 바꿉니다. <tenant-ID>, <application-ID> 및 <AccessKey> 값을 가져오는 방법에 대한 참고 자료는 포털을 사용하여 리소스에 액세스할 수 있는 Microsoft Entra 애플리케이션 및 서비스 주체 만들기를 참조하세요.

계정 수준 메트릭 정의 나열

다음 예제는 계정 수준에서 메트릭 정의를 나열하는 방법을 보여줍니다.

    public static async Task ListStorageMetricDefinition()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;
        IEnumerable<MetricDefinition> metricDefinitions = await readOnlyClient.MetricDefinitions.ListAsync(resourceUri: resourceId, cancellationToken: new CancellationToken());

        foreach (var metricDefinition in metricDefinitions)
        {
            // Enumrate metric definition:
            //    Id
            //    ResourceId
            //    Name
            //    Unit
            //    MetricAvailabilities
            //    PrimaryAggregationType
            //    Dimensions
            //    IsDimensionRequired
        }
    }

계정 수준 메트릭 값 읽기

다음 예제는 계정 수준에서 UsedCapacity 데이터를 읽는 방법을 보여줍니다.

    public static async Task ReadStorageMetricValue()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;

        Response = await readOnlyClient.Metrics.ListAsync(
            resourceUri: resourceId,
            timespan: timeSpan,
            interval: System.TimeSpan.FromHours(1),
            metricnames: "UsedCapacity",

            aggregation: "Average",
            resultType: ResultType.Data,
            cancellationToken: CancellationToken.None);

        foreach (var metric in Response.Value)
        {
            // Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

다차원 메트릭 값 읽기

다차원 메트릭에서 특정 차원 값에 대한 메트릭 데이터를 읽으려면 메타데이터 필터를 정의해야 합니다.

다음 예제는 다차원을 지원하는 메트릭에서 메트릭 데이터를 읽는 방법을 보여줍니다.

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for table storage
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/tableServices/default";
        var subscriptionId = "<subscription-ID}";
        // How to identify Tenant ID, Application ID and Access Key: https://azure.microsoft.com/documentation/articles/resource-group-create-service-principal-portal/
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;
        // It's applicable to define meta data filter when a metric support dimension
        // More conditions can be added with the 'or' and 'and' operators, example: BlobType eq 'BlockBlob' or BlobType eq 'PageBlob'
        ODataQuery<MetadataValue> odataFilterMetrics = new ODataQuery<MetadataValue>(
            string.Format("BlobType eq '{0}'", "BlockBlob"));

        Response = readOnlyClient.Metrics.List(
                        resourceUri: resourceId,
                        timespan: timeSpan,
                        interval: System.TimeSpan.FromHours(1),
                        metricnames: "BlobCapacity",
                        odataQuery: odataFilterMetrics,
                        aggregation: "Average",
                        resultType: ResultType.Data);

        foreach (var metric in Response.Value)
        {
            //Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Azure Table Storage에 대한 로그 분석

리소스 로그는 스토리지 계정의 Blob로, 이벤트 데이터로 또는 Log Analytics 쿼리를 통해 액세스할 수 있습니다. 이러한 로그를 찾는 방법에 대한 내용은 Azure 리소스 로그를 참조하세요.

기록되는 SMB 및 REST 작업의 목록을 가져오려면 스토리지에서 기록한 작업 및 상태 메시지를 참조하세요.

서비스 엔드포인트에 대한 요청이 있는 경우에만 로그 항목이 만들어집니다. 예를 들어 스토리지 계정에 테이블 엔드포인트의 활동은 있지만 테이블 또는 Blob 엔드포인트의 활동이 없는 경우 Table Storage와 관련된 로그만 만들어집니다. Azure Storage는 스토리지 서비스에 대해 성공한 요청과 실패한 요청의 상세 정보를 기록합니다. 이 정로를 사용하면 개별 요청을 모니터링하고 스토리지 서비스의 문제를 진단할 수 있습니다. 요청은 최상의 노력을 기준으로 기록됩니다.

Azure Portal에서 스토리지 계정을 보면 포털에서 호출하는 작업도 기록됩니다. 이러한 이유로 계정에 데이터를 기록하지 않은 경우에도 스토리지 계정에 로그된 작업이 표시될 수 있습니다.

인증된 요청 기록

다음과 같은 유형의 인증된 요청이 기록됩니다.

• 성공한 요청
• 실패한 요청(시간 제한, 제한, 네트워크, 권한 부여 및 기타 오류)
• 실패한 요청과 성공한 요청을 포함하여 SAS(공유 액세스 서명) 또는 OAuth를 사용하는 요청
• 분석 데이터($logs 컨테이너의 클래식 로그 데이터 및 $metric 테이블의 클래식 메트릭 데이터)에 대한 요청

로그 만들기 또는 삭제처럼 Table Storage 서비스 자체에서 만든 요청은 기록되지 않습니다. 기록되는 데이터의 전체 목록은 Storage에서 기록한 작업 및 상태 메시지와 Storage 로그 형식을 참조하세요.

익명 요청 기록

다음과 같은 유형의 익명 요청이 기록됩니다.

• 성공한 요청
• 서버 오류
• 클라이언트와 서버 모두에 대한 시간 제한 오류
• 오류 코드 304(Not Modified)로 인해 GET 요청이 실패했습니다.

Kusto 쿼리

KQL(Kusto 쿼리 언어)을 사용하여 Azure Monitor 로그/로그 분석 저장소에서 모니터링 데이터를 분석할 수 있습니다.

Important

포털의 서비스 메뉴에서 로그를 선택하면 쿼리 범위가 현재 서비스로 설정된 상태로 로그 분석이 열립니다. 이 범위는 로그 쿼리에 해당 유형의 리소스의 데이터만 포함된다는 의미입니다. 다른 Azure 서비스의 데이터를 포함하는 쿼리를 실행하려면 Azure Monitor 메뉴에서 로그를 선택합니다. 자세한 내용은 Azure Monitor Log Analytics의 로그 쿼리 범위 및 시간 범위를 참조하세요.

모든 서비스에 대한 일반적인 쿼리 목록은 로그 분석 쿼리 인터페이스를 참조하세요.

다음 쿼리를 로그 검색창에 입력하면 Table Storage를 모니터링하는 데 도움이 됩니다. 이러한 쿼리는 새 언어에서 작동합니다. 자세한 내용은 Log Analytics 자습서를 참조하세요.

• 아래는 지난 사흘 동안 가장 많이 발생한 상위 10개 오류를 나열하는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by StatusText
  | top 10 by count_ desc
  

• 아래는 지난 사흘 동안 가장 많은 오류를 일으킨 상위 10개 작업을 나열하는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by OperationName
  | top 10 by count_ desc
  

• 아래는 지난 사흘 동안 엔드투엔드 대기 시간이 가장 길었던 상위 10개 작업을 나열하는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d)
  | top 10 by DurationMs desc
  | project TimeGenerated, OperationName, DurationMs, ServerLatencyMs, ClientLatencyMs = DurationMs - ServerLatencyMs
  

• 아래는 지난 사흘 동안 서버 쪽 제한 오류를 일으킨 모든 작업을 나열하는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText contains "ServerBusy"
  | project TimeGenerated, OperationName, StatusCode, StatusText
  

• 아래는 지난 사흘 동안 익명 액세스를 사용한 모든 요청을 나열하는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and AuthenticationType == "Anonymous"
  | project TimeGenerated, OperationName, AuthenticationType, Uri
  

• 아래는 지난 사흘 동안 사용된 작업의 원형 차트를 만드는 쿼리입니다.

  StorageTableLogs
  | where TimeGenerated > ago(3d)
  | summarize count() by OperationName
  | sort by count_ desc 
  | render piechart
  
  

경고

Azure Monitor 경고는 모니터링 데이터에서 특정한 조건이 발견될 때 사용자에게 사전에 알립니다. 경고를 통해 사용자에게 알리기 전에 시스템 문제를 식별하고 해결할 수 있습니다. 자세한 내용은 Azure Monitor 경고을 참조하세요.

Azure 리소스에 대한 일반적인 경고의 소스에는 여러 가지가 있습니다. Azure 리소스에 대한 일반적인 경고의 예는 샘플 로그 경고 쿼리를 참조하세요. AMBA(Azure Monitor 기준 경고) 사이트는 중요한 플랫폼 메트릭 경고, 대시보드 및 지침을 구현하는 반자동 방법을 제공합니다. 이 사이트는 ALZ(Azure 랜딩 존)의 일부인 전체 서비스를 포함하여 지속적으로 확장되는 Azure 서비스 하위 집합에 적용됩니다.

공통 경고 스키마는 Azure Monitor 경고 알림의 사용을 표준화합니다. 자세한 내용은 일반 경고 스키마를 참조하세요.

경고 유형

Azure Monitor 데이터 플랫폼의 모든 메트릭 또는 로그 데이터 원본에 대해 경고할 수 있습니다. 모니터링하는 서비스 및 수집하는 모니터링 데이터에 따라 다양한 유형의 경고가 있습니다. 서로 다른 형식의 경고에는 다양한 장점과 단점이 있습니다. 자세한 내용은 올바른 모니터링 경고 유형 선택을 참조하세요.

다음 목록에서는 만들 수 있는 Azure Monitor 경고의 유형에 대해 설명합니다.

• 메트릭 경고는 정기적으로 리소스 메트릭을 평가합니다. 메트릭은 플랫폼 메트릭, 사용자 지정 메트릭, 메트릭으로 변환된 Azure Monitor의 로그 또는 Application Insights 메트릭일 수 있습니다. 메트릭 경고는 여러 조건과 동적 임계값을 적용할 수도 있습니다.
• 로그 경고를 사용하면 사용자가 로그 분석 쿼리를 사용하여 미리 정의된 빈도로 리소스 로그를 평가할 수 있습니다.
• 활동 로그 경고는 정의된 조건과 일치하는 새 활동 로그 이벤트가 발생할 때 트리거됩니다. Resource Health 경고 및 Service Health 경고는 서비스 및 Resource Health를 보고하는 활동 로그 경고입니다.

일부 Azure 서비스는 스마트 검색 경고, Prometheus 경고 또는 권장 경고 규칙도 지원합니다.

일부 서비스의 경우 동일한 Azure 지역에 존재하는 동일한 형식의 여러 리소스에 동일한 메트릭 경고 규칙을 적용하여 대규모로 모니터링할 수 있습니다. 모니터링되는 각 리소스에 대해 개별 알림이 전송됩니다. 지원되는 Azure 서비스 및 클라우드에 대한 내용은 하나의 경고 규칙을 사용하여 여러 리소스 모니터링을 참조하세요.

Azure Table Storage 경고 규칙

다음 표에는 Azure Table Storage에 대한 일반적이고 권장되는 경고 규칙과 경고에 사용할 적절한 메트릭이 나열되어 있습니다.

경고 유형	조건	설명
메트릭	Table Storage 서비스가 제한됩니다.	트랜잭션 차원 이름: 응답 형식
메트릭	Table Storage 요청은 99%의 시간 동안 성공합니다.	가용성 차원 이름: 지역 유형, API 이름, 인증
메트릭	Table Storage 송신이 하루에 500GiB을 초과했습니다.	송신 차원 이름: 지역 유형, API 이름, 인증

Advisor 권장 사항

일부 서비스의 경우 리소스 작업 중에 위험한 상태 또는 임박한 변경 사항이 발생하는 경우 해당 서비스에서 포털의 개요 페이지에 경고가 표시됩니다. 왼쪽 메뉴의 모니터링 아래 Advisor 권장 사항에서 해당 경고에 대한 자세한 정보와 권장 수정 사항을 찾을 수 있습니다. 정상적으로 작동하는 중에는 Advisor 권장 사항이 표시되지 않습니다.

Azure Advisor에 대한 자세한 내용은 Azure Advisor 개요를 참조하세요.

관련 콘텐츠

기타 Table Storage 모니터링 콘텐츠:

• Azure Table Storage 모니터링 데이터 참조. Azure Table Storage에서 만든 로그 및 메트릭에 대한 참조.
• Table Storage에 대한 성능 및 확장성 검사 목록

전반적인 Azure Storage 모니터링 콘텐츠:

• Azure Monitor Storage 인사이트를 사용하여 스토리지를 모니터링합니다. 스토리지 성능, 용량 및 가용성에 대한 통합 보기를 가져옵니다.
• Azure Monitor의 메트릭으로 전환. 스토리지 분석 메트릭에서 Azure Monitor의 메트릭으로 이동합니다.
• 성능 문제를 해결합니다. 일반적인 성능 문제 및 문제 해결 방법에 대한 지침을 참조하세요.
• 가용성 문제를 해결합니다. 일반적인 가용성 문제 및 문제 해결 방법에 대한 지침을 참조하세요.
• 클라이언트 애플리케이션 오류 문제를 해결합니다. 클라이언트 연결과 관련된 일반적인 문제 및 문제 해결 방법을 참조하세요.
• Azure Storage(학습 모듈)를 모니터링하고 진단하고 문제를 해결합니다. 단계별 지침에 따라 스토리지 계정 문제를 해결합니다.

Azure Monitor 콘텐츠:

• Azure Monitor를 사용하여 Azure 리소스를 모니터링합니다. Azure 리소스 모니터링에 대한 일반적인 세부 정보.
• Azure Monitor 메트릭 개요 메트릭 및 메트릭 차원에 대한 기본 사항.
• Azure Monitor 로그 개요. 로그에 대한 기본 사항 및 로그를 수집하고 분석하는 방법.
• Azure Monitor 메트릭 탐색기를 사용하여 메트릭을 분석합니다. 메트릭 탐색기 둘러보기
• Azure Monitor의 Log Analytics 개요. Log Analytics 둘러보기