监视 Azure 表存储

本文介绍：

• 可以为此服务收集的监视数据的类型。
• 如何分析这些数据。

如果具有依赖于 Azure 资源的关键应用程序和业务流程，则需要监视并获取系统的警报。 Azure Monitor 服务会从系统的每个组件收集并聚合指标和日志。 Azure Monitor 提供可用性、性能和复原能力视图，并在出现问题时向你发送通知。 可以使用 Azure 门户、PowerShell、Azure CLI、REST API 或客户端库来设置和查看监视数据。

• 有关 Azure Monitor 的详细信息，请参阅 Azure Monitor 概述。
• 有关如何对 Azure 资源进行常规监视的详细信息，请参阅使用 Azure Monitor 监视 Azure 资源。

洞察力

Azure 中的某些服务在 Azure 门户中具有内置的监视仪表板，可以从此入手来监视服务。 这些仪表板称为“见解”，可以在 Azure 门户的 Azure Monitor 的“见解中心”找到它们。

Azure 存储见解提供存储性能、容量和可用性的统一视图。 请参阅使用 Azure Monitor 存储见解监视存储。

资源类型

Azure 使用资源类型和 ID 的概念来标识订阅中的所有内容。 同样的，Azure Monitor 根据资源类型（也称为“命名空间”）将核心监视数据组织为指标和日志。 不同的指标和日志可用于不同的资源类型。 服务可能与多种资源类型关联。

资源类型也是 Azure 中运行的每个资源的资源 ID 的一部分。 例如，虚拟机的一种资源类型是 Microsoft.Compute/virtualMachines。 有关服务及其关联资源类型的列表，请参阅资源提供程序。

数据存储

对于 Azure Monitor：

• 指标数据存储在 Azure Monitor 指标数据库中。
• 日志数据存储在 Azure Monitor 日志存储中。 Log Analytics 是 Azure 门户中可以查询此存储的工具。
• Azure 活动日志是一个单独的存储区，在 Azure 门户中有自己的接口。
• 可选择将指标和活动日志数据路由到 Azure Monitor 日志数据库存储，以便可使用 Log Analytics 查询数据并将其与其他日志数据关联。
• 通过使用诊断设置，许多服务可以将指标和日志数据发送到 Azure Monitor 外部的其他存储位置。 示例包括 Azure 存储、托管 ISV 合作伙伴系统以及使用事件中心的非 Azure 第三方系统。

有关 Azure Monitor 如何存储数据的详细信息，请参阅 Azure Monitor 数据平台。

Azure Monitor 平台指标

Azure Monitor 为大多数服务提供平台指标。 这些指标是：

• 针对每个命名空间单独定义。
• 存储在 Azure Monitor 时序指标数据库中。
• 是轻型数据，并且能够支持准实时警报。
• 用于跟踪资源随时间推移的性能变化。

集合：Azure Monitor 会自动收集平台指标。 不需要任何配置。

路由：通常还可将平台指标路由到 Azure Monitor 日志/Log Analytics，从而可以使用其他日志数据对其进行查询。 有关详细信息，请参阅指标诊断设置。 有关如何为服务配置诊断设置，请参阅在 Azure Monitor 中创建诊断设置。

有关可以为 Azure Monitor 中所有资源收集的所有指标的列表，请参阅 Azure Monitor 中支持的指标。

有关 Azure 表存储的可用指标列表，请参阅 Azure 表存储监视数据参考。

Azure Monitor 资源日志

借助资源日志，可以深入了解 Azure 资源已执行的操作。 日志是自动生成的，但必须将日志路由到 Azure Monitor 日志以保存或查询它们。 日志按类别组织。 给定的命名空间可能具有多个资源日志类别。

收集：在创建诊断设置并将日志路由到一个或多个位置之前，不会收集和存储资源日志。 创建诊断设置时，请指定要收集的日志类别。 可以通过多种方式创建和维护诊断设置，包括 Azure 门户、编程方式以及通过 Azure Policy。

路由：建议的默认设置是将资源日志路由到 Azure Monitor 日志，以便可以使用其他日志数据查询它们。 也可使用其他位置（例如 Azure 存储、Azure 事件中心和某些 Microsoft 监视合作伙伴）。 有关详细信息，请参阅 Azure 资源日志和资源日志目标。

有关收集、存储和路由资源日志的详细信息，请参阅 Azure Monitor 中的诊断设置。

Azure Monitor 中的所有资源日志都具有相同的标头字段，后跟特定于服务的字段。 Azure Monitor 资源日志架构概述了常见架构。

有关可用的资源日志类别、其关联的 Log Analytics 表，以及 Azure 表存储的日志架构，请参阅 Azure 表存储监视数据参考。

Azure 表存储诊断设置

创建诊断设置时，选择“表”作为要为其启用日志的存储类型。 然后，指定需要收集日志的以下操作类别之一。

“审核”资源日志类别组让你可以收集 Azure 认为审核你的资源所需的资源日志的基线。 收集的内容是动态的，Azure 可能会随着新的资源日志类别的推出而更改它。 如果选择审核类别组，则无法指定任何其他资源类别，因为系统将决定要收集哪些日志。 有关详细信息，请参阅 Azure Monitor 中的诊断设置：资源日志。

目标限制

有关一般目标限制，请参阅目标限制。 以下限制仅适用于监视 Azure 存储帐户。

• 无法将日志发送到使用此设置监视的同一存储帐户。 这种情况将导致出现递归日志，其中某个日志条目描述的是另一个日志条目的写入。 必须创建帐户或使用其他现有帐户来存储日志信息。

• 不能设置保留策略。

  如果将日志存档到存储帐户，可以通过定义生命周期管理策略来管理日志容器的保留策略。 要了解其具体方法，请参阅通过自动管理数据生命周期优化成本。

  如果将日志发送到 Log Analytics，可以在工作区级别管理 Log Analytics 的数据保留期，甚至可以按数据类型指定不同的保留设置。 若要了解如何操作，请参阅更改数据保留期。

Azure 活动日志

活动日志包含订阅级事件，这些事件跟踪从资源外部看到的每个 Azure 资源的操作；例如，创建新资源或启动虚拟机。

收集：活动日志事件会自动生成并收集在单独的存储中，以便在 Azure 门户中查看。

路由：可将活动日志数据发送到 Azure Monitor 日志，以便可以将它们与其他日志数据一起进行分析。 也可使用其他位置（例如 Azure 存储、Azure 事件中心和某些 Microsoft 监视合作伙伴）。 有关如何路由活动日志的详细信息，请参阅 Azure 活动日志概述。

分析监视数据

有许多工具可用于分析监视数据。

Azure Monitor 工具

Azure Monitor 支持以下基本工具：

• 指标资源管理器，它是 Azure 门户中的工具，可用于查看和分析 Azure 资源的指标。 有关详细信息，请参阅使用 Azure Monitor 指标资源管理器分析指标。

• Log Analytics，它是 Azure 门户中的一种工具，支持使用 Kusto 查询语言 (KQL) 来查询和分析日志数据。 有关详细信息，请参阅 Azure Monitor 日志查询入门。

• 活动日志，它在 Azure 门户中具有用于执行查看和基本搜索的用户界面。 要进行更深入的分析，必须将数据路由到 Azure Monitor 日志，并在 Log Analytics 中运行更复杂的查询。

支持更复杂可视化效果的工具包括：

• 仪表板，它支持将不同类型的数据合并到 Azure 门户的单个窗格中。
• 工作簿，它们是可在 Azure 门户中创建的可自定义报表。 工作簿可以包括文本、指标和日志查询。
• Power BI，它是一项业务分析服务，可提供跨各种数据源的交互式可视化效果。 可将 Power BI 配置为自动从 Azure Monitor 导入日志数据，以利用这些可视化效果。

Azure Monitor 导出工具

可以使用以下方法将数据从 Azure Monitor 中提取到其他工具中：

• 指标：使用适用于指标的 REST API 从 Azure Monitor 指标数据库提取指标数据。 API 支持使用筛选表达式优化检索到的数据。 有关详细信息，请参阅 Azure Monitor REST API 参考。

• 日志：使用 REST API 或关联的客户端库。

要开始使用适用于 Azure Monitor 的 REST API，请参阅 Azure 监视 REST API 演练。

分析 Azure 表存储的指标

Azure 表存储的指标位于以下命名空间中：

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

有关所有 Azure Monitor 支持指标（包括 Azure 表存储）的列表，请参阅 Azure Monitor 支持的指标。

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

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

$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"

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

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

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

    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
        }
    }

    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://docs.azure.cn//active-directory/develop/howto-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 表存储的日志

你可将资源日志作为存储帐户中的 Blob、作为事件数据或通过 Log Analytics 查询进行访问。 有关如何查找这些日志的信息，请参阅 Azure 资源日志。

若要获取记录的 SMB 和 REST 操作列表，请参阅存储记录的操作和状态消息。

仅在针对服务终结点发出请求时才会创建日志条目。 例如，如果存储帐户的表终结点内存在活动，但在其队列或 Blob 终结点中不存在活动，则仅创建与表存储有关的日志。 Azure 存储日志包含有关成功和失败的存储服务请求的详细信息。 可以使用该信息监视各个请求和诊断存储服务问题。 将最大程度地记录请求。

在 Azure 门户中查看存储帐户时，也会记录门户调用的操作。 由于此原因，即使尚未将任何数据写入帐户，也可能会看到存储帐户中记录的操作。

记录经过身份验证的请求

将记录以下类型的经过身份验证的请求：

• 成功的请求
• 失败的请求，包括超时、限制、网络、授权和其他错误
• 使用共享访问签名 (SAS) 或 OAuth 的请求，包括失败和成功的请求
• 对分析数据（$logs 容器中的经典日志数据和 $metric 表中的类指标数据）的请求

不会记录表存储服务本身发出的请求，如创建或删除日志。 若要查看所记录数据的完整列表，请参阅存储记录的操作和状态消息和存储日志格式。

记录匿名请求

记录以下类型的匿名请求：

• 成功的请求
• 服务器错误
• 客户端和服务器的超时错误
• GET 请求失败，错误代码为 304 (Not Modified)

Kusto 查询

可使用 Kusto 查询语言 (KQL) 来分析 Azure Monitor 日志/Log Analytics 存储中的监视数据。

有关任何服务的常见查询列表，请参阅 Log Analytics 查询接口。

以下是可以在“日志搜索”栏中输入的一些查询，可用于帮助监视表存储。 这些查询使用新语言。 有关详细信息，请参阅 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 资源常见警报的示例，请参阅示例日志警报查询。 Azure Monitor 基线警报 (AMBA) 站点提供了实现重要平台指标警报、仪表板和指南的半自动化方法。 该站点适用于持续扩展的 Azure 服务子集，包括属于 Azure 登陆区域 (ALZ) 的所有服务。

通用警报模式对 Azure Monitor 警报通知的使用体验进行了标准化。 有关详细信息，请参阅常见警报架构。

警报类型

可以针对 Azure Monitor 数据平台中的任何指标或日志数据源发出警报。 警报具有许多不同类型，具体取决于要监视的服务以及要收集的监视数据。 不同类型的警报各有优缺点。 有关详细信息，请参阅选择正确的监视警报类型。

以下列表介绍了可以创建的 Azure Monitor 警报类型：

• 指标警报会定期评估资源指标。 指标可以是平台指标、自定义指标、Azure Monitor 中的日志转换为的指标或 Application Insights 指标。 指标警报还可以应用多个条件和动态阈值。
• 日志警报支持用户使用 Log Analytics 查询按照预定义的频率评估资源日志。
• 当发生匹配所定义条件的新活动日志事件时，会触发活动日志警报。 资源运行状况警报和服务运行状况警报是报告服务和资源运行状况的活动日志警报。

某些 Azure 服务还支持智能检测警报或建议的预警规则。

对于某些服务，你可以通过将相同的指标警报规则应用于同一 Azure 区域中的多个相同类型资源，进行大规模的监视。 将为每个受监视的资源发送单独通知。 有关支持的 Azure 服务和云，请参阅使用一个警报规则监视多个资源。

Azure 表存储警报规则

下表列出了 Azure 表存储的常见和建议警报规则，以及用于警报的相应指标：

顾问建议

对于某些服务，如果在资源操作期间出现严重情况或即将发生变化，则门户中的服务“概述”页面上会显示一个警报。 可以在左侧菜单“监视”下的“顾问建议”中找到警报的详细信息和建议补丁。 在正常操作期间，不会显示任何顾问建议。

有关 Azure 顾问的详细信息，请参阅 Azure 顾问概述。

相关内容

其他表存储监视内容：

• Azure 表存储监视数据参考。 Azure 表存储创建的日志和指标的引用。
• 表存储的性能与可伸缩性核对清单

总体 Azure 存储监视内容：

• 使用 Azure Monitor 存储监视存储见解。 获取有关存储性能、容量和可用性的统一视图。
• 转换到 Azure Monitor 中的指标。 从存储分析指标移动到 Azure Monitor 中的指标。
• 性能问题疑难解答。 请查看常见性能问题和有关如何对其进行故障排除的指导。
• 排查可用性问题。 请查看常见可用性问题和有关如何对其进行故障排除的指导。
• 排查客户端应用程序错误。 请查看连接客户端时出现的常见问题以及如何对其进行故障排除。
• 对 Azure 存储进行监视、诊断和故障排除（培训模块）。 排查存储帐户问题（提供分步指导）。

Azure Monitor 内容：

• 使用 Azure Monitor 监视 Azure 资源。 有关监视 Azure 资源的常规详细信息。
• Azure Monitor 指标概述。 指标和指标维度的基础知识。
• Azure Monitor 日志概述。 日志的基础知识以及如何收集和分析日志。
• Azure Monitor 中的 Log Analytics 概述。 Log Analytics 导览。