通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

监视 Azure Kubernetes 服务

Kubernetes 平台是一个复杂的分布式系统。 您必须在多个级别监视 Kubernetes 部署。 尽管 Azure Kubernetes 服务（AKS）是托管的 Kubernetes 服务，但监视多个级别的部署需要相同的严格性。 本文提供用于监视 AKS 群集的高级信息和最佳做法。

提示

可以使用 Azure 中的 Microsoft Copilot 在 Azure 门户中的 AKS 群集上配置监视。 有关详细信息，请参阅 在 Azure 中使用 Microsoft Copilot 高效处理 AKS 群集。

洞见

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

Azure Monitor 中的容器见解会收集节点、容器组、容器和持久卷的自定义指标。 有关详细信息，请参阅容器见解收集的指标。

Application Insights 可帮助你监视应用程序性能。 要通过更改代码来启用 Application Insights，请参阅启用 Azure Monitor OpenTelemetry。 要在不更改代码的情况下启用 Application Insights，请参阅 AKS 自动检测。 有关仪器的详细信息，请了解 数据收集基础知识。

监视数据

AKS 生成与其他 Azure 资源相同的监视数据，如 Azure 资源中的“监视数据”中所述。 有关 AKS 创建的指标和日志的详细信息，请参阅 AKS 监视数据参考。

如下面的示意图和表格所示，其他 Azure 服务和功能会收集其他数据并启用其他分析选项。

从 AKS 收集的监视数据示意图。

源 说明
平台指标 自动为 AKS 群集收集平台指标，不收取任何费用。 可以使用 指标资源管理器 分析这些指标，也可以使用它们来创建 指标警报。
Prometheus 指标 为群集 启用指标抓取 时，Azure Monitor 中针对 Prometheus 的托管服务 收集 Prometheus 指标 并将其存储在 Azure Monitor 工作区中。 使用 Azure 托管 Grafana 中的预生成仪表板和 Prometheus 警报来分析这些指标。
活动日志 Azure Monitor 活动日志 会自动收集 AKS 群集的某些数据，不收费。 这些日志文件跟踪创建群集或更改群集配置时等信息。 若要使用其他日志数据分析活动日志数据，请将 活动日志数据发送到 Log Analytics 工作区。
资源日志 AKS 的控制平面日志作为资源日志实现。 创建诊断设置 ，将日志发送到 Log Analytics 工作区。 在工作区中，可以使用查询分析日志，并根据日志信息设置警报。
容器见解 容器见解从群集收集各种日志和性能数据，并将其存储在 Log Analytics 工作区 和 Azure Monitor 指标中。 通过使用容器见解的视图和工作簿，或通过日志分析和指标资源管理器来分析数据（例如 stdout 和 stderr 流）。
Application Insights Application Insights 是 Azure Monitor 的一项功能，可收集日志、指标和分布式跟踪。 遥测存储在 Log Analytics 工作区 中，以便在 Azure 门户中进行分析。

资源类型

Azure 使用资源类型和 ID 的概念来标识订阅中的所有内容。 资源类型也是 Azure 中运行的每个资源的资源 ID 的一部分。 例如，虚拟机的一种资源类型是 Microsoft.Compute/virtualMachines。 有关服务及其关联资源类型的列表，请参阅资源提供程序。

同样的，Azure Monitor 根据资源类型（也称为“命名空间”）将核心监视数据组织为指标和日志。 不同的指标和日志可用于不同的资源类型。 服务可能与多种资源类型关联。

有关 AKS 中的资源类型的详细信息，请参阅 AKS 监视数据参考。

数据存储

对于 Azure Monitor：

  • 指标数据存储在 Azure Monitor 指标数据库中。
  • 日志数据存储在 Azure Monitor 日志存储中。 Log Analytics 是 Azure 门户中可以查询此存储的工具。
  • Azure 活动日志是一个单独的存储区，在 Azure 门户中有自己的接口。

可以选择将指标和活动日志数据路由到 Azure Monitor 日志存储。 然后，可以使用 Log Analytics 查询数据并将其与其他日志数据关联。

许多服务可以使用诊断设置将指标和日志数据发送到 Azure Monitor 外部的其他存储位置。 示例包括 Azure 存储、托管的合作伙伴系统和使用事件中心的非 Azure 合作伙伴系统。

有关 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 中支持的指标。

有关可以为 AKS 收集的指标列表，请参阅 AKS 监视数据参考。

指标在监视群集、识别问题和优化 AKS 群集中的性能方面发挥着重要作用。 使用命名空间中 kube-system 安装的现用指标服务器捕获平台指标，该服务器会定期从 kubelet 提供的所有 AKS 节点中抓取指标。 还应为 Prometheus 指标启用托管服务，以收集容器指标和 Kubernetes 对象指标，包括对象部署状态。

可以查看 Prometheus 指标的默认托管服务列表。

有关详细信息，请参阅 从 AKS 群集收集 Prometheus 指标的托管服务。

AKS 还通过 Prometheus 的托管服务公开关键控制平面组件（如 API 服务器等）的指标，以及计划程序。 目前，此功能以预览版提供。 有关详细信息，请参阅监视 AKS 控制平面指标（预览版）。 API 服务器和 etcd 的控制平面指标子集可通过 Azure Monitor 平台指标免费获得。 默认情况下会收集指标，您可以使用这些指标创建基于指标的警报。

基于非 Azure Monitor 的指标

此服务提供 Azure Monitor 指标数据库中不包含的其他指标。

可以使用以下 Azure 服务和 Azure Monitor 功能监视 AKS 群集。 创建 AKS 群集时启用这些功能。

在 Azure 门户中，使用 “集成 ”选项卡，或使用 Azure CLI、Terraform 或 Azure Policy。 在某些情况下，可以在创建群集后将群集加入监视服务或功能。 每个服务或功能可能会产生成本，因此在启用每个组件之前，请查看每个组件的定价信息。

服务或功能 说明
容器见解 使用容器化版本的Azure Monitor 代理从群集中的每个节点收集stdout和stderr日志以及 Kubernetes 事件。 该功能支持多种 AKS 群集监视场景。 使用 Azure CLI、 Azure Policy、Azure 门户或 Terraform 创建 AKS 群集时，可以启用对 AKS 群集的监视。 如果在创建群集时未启用容器见解，请参阅 为 AKS 群集启用容器见解 以获取其他选项以启用它。

容器见解将其大部分数据存储在 Log Analytics 工作区中。 通常会使用与群集的资源日志相同的 Log Analytics 工作区。 有关应使用多少个工作区以及查找位置的指南，请参阅 设计 Log Analytics 工作区体系结构。
Azure Monitor 中适用于 Prometheus 的托管服务 Prometheus 是来自 Cloud Native Computing Foundation 的云原生指标解决方案。 这是用于从 Kubernetes 群集收集和分析指标数据的最常用工具。 Azure Monitor 中的 Prometheus 托管服务是一个完全托管的、兼容 Prometheus 的监控解决方案。 如果在创建群集时未为 Prometheus 启用托管服务，请参阅 从 AKS 群集收集 Prometheus 指标 以获取其他选项以启用它。

Azure Monitor 中 Prometheus 的托管服务将其数据存储在链接到 Grafana 工作区的Azure Monitor 工作区中。 可以使用 Azure 托管 Grafana 分析数据。
Azure 托管 Grafana Grafana 的完全托管实现。 Grafana 是一个开源数据可视化平台，通常用于呈现 Prometheus 数据。 可选择多种预定义的 Grafana 仪表板来监视 Kubernetes 并进行全堆栈故障排除。 如果在创建群集时未启用 Azure 托管 Grafana，请参阅 链接 Grafana 工作区。 你可以将其链接到 Azure Monitor 工作区，以便它可以从群集访问 Prometheus 指标。

监视 AKS 控制平面指标（预览版）

AKS 还通过 Azure Monitor 中 Prometheus 的托管服务公开关键控制平面组件（如 API 服务器等）的指标，以及计划程序。 目前，此功能以预览版提供。 有关详细信息，请参阅监视 AKS 控制平面指标。 API 服务器和 etcd 的控制平面指标子集可通过 Azure Monitor 平台指标免费获得。 这些指标默认收集。 可以使用指标来创建警报。

Azure Monitor 资源日志

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

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

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

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

有关 Azure Monitor 中所有可用资源日志类别的列表，请参阅 Azure Monitor 中支持的资源日志。

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

有关可用的资源日志类别、关联的 Log Analytics 表和 AKS 的日志架构，请参阅 AKS 监视数据参考。

AKS 控制平面资源日志

AKS 群集的控制平面日志作为 Azure Monitor 中的资源日志实现。 在创建诊断设置以将资源日志路由到至少一个位置之前，不会收集并存储资源日志。 通常会将资源日志发送到 Log Analytics 工作区，其中存储了容器见解的大多数数据。

若要了解如何使用 Azure 门户、Azure CLI 或 Azure PowerShell 创建诊断设置，请参阅 “创建诊断设置”。 创建诊断设置时，请指定要收集的日志类别。 AKS 监视数据参考中列出了 AKS 的类别。

警告

为 AKS 收集资源日志时，尤其是 Kube-audit 日志，可能会产生大量成本。 请考虑以下建议以减少收集的数据量：

  • 在不需要时禁用 kube-audit 日志记录。
  • 启用从 kube-audit-admin 收集数据，但排除 get 和 list 审核事件。
  • 按照本文中所述启用特定于资源的日志，并将 AKSAudit 表配置为 基本日志。

有关更多监视建议，请参阅 使用 Azure 服务和云原生工具监视 AKS 群集。 有关降低监视成本的策略，请参阅 成本优化和 Azure Monitor。

AKS 对资源日志支持 Azure 诊断模式或特定于资源的模式。 Azure 诊断模式将所有数据发送到 AzureDiagnostics 表。 资源特定的模式指定发送数据的 Log Analytics 工作区中的表。 它还将数据发送到AKSAuditAKSAuditAdminAKSControlPlane资源日志中的表所示。

出于以下原因，建议对 AKS 使用特定于资源的模式：

  • 数据更易于查询，因为它位于专用于 AKS 的单个表中。
  • 资源专用模式允许配置为 基本日志，以大幅度节省成本。

有关集合模式之间的差异的详细信息，包括如何更改现有设置，请参阅 “选择收集模式”。

注意

可以使用 Azure CLI 配置诊断设置。 此方法不能保证成功，因为它不会检查群集的预配状态。 更改诊断设置后，请检查以确保群集反映设置更改。

az monitor diagnostic-settings create --name AKS-Diagnostics --resource /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myresourcegroup/providers/Microsoft.ContainerService/managedClusters/my-cluster --logs '[{"category": "kube-audit","enabled": true}, {"category": "kube-audit-admin", "enabled": true}, {"category": "kube-apiserver", "enabled": true}, {"category": "kube-controller-manager", "enabled": true}, {"category": "kube-scheduler", "enabled": true}, {"category": "cluster-autoscaler", "enabled": true}, {"category": "cloud-controller-manager", "enabled": true}, {"category": "guard", "enabled": true}, {"category": "csi-azuredisk-controller", "enabled": true}, {"category": "csi-azurefile-controller", "enabled": true}, {"category": "csi-snapshot-controller", "enabled": true}]'  --workspace /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourcegroups/myresourcegroup/providers/microsoft.operationalinsights/workspaces/myworkspace --export-to-resource-specific true

示例日志查询

重要说明

在 AKS 群集菜单上选择 “日志 ”时，Log Analytics 会打开，并将查询范围设置为当前群集。 日志查询仅包含来自该资源的数据。 若要运行包含来自其他群集或其他 Azure 服务的数据的查询，请在 Azure Monitor 菜单上选择“ 日志”。 有关详细信息，请参阅 Log Analytics 中的日志查询范围和时间范围。

如果 群集的诊断设置 使用 Azure 诊断模式，AKS 的资源日志将存储在 AzureDiagnostics 表中。 在“类别”列中确认日志。 有关每个类别的说明，请参阅 AKS 参考资源日志。

说明 日志查询
统计每个类别的日志
（Azure 诊断模式）		 AzureDiagnostics
| where ResourceType == "MANAGEDCLUSTERS"
| summarize count() by Category
所有 API 服务器日志
（Azure 诊断模式）		 AzureDiagnostics
| where Category == "kube-apiserver"
某个时间范围内的所有 kube-audit 日志
（Azure 诊断模式）		 let starttime = datetime("2023-02-23");
let endtime = datetime("2023-02-24");
AzureDiagnostics
| where TimeGenerated between(starttime..endtime)
| where Category == "kube-audit"
| extend event = parse_json(log_s)
| extend HttpMethod = tostring(event.verb)
| extend User = tostring(event.user.username)
| extend Apiserver = pod_s
| extend SourceIP = tostring(event.sourceIPs[0])
| project TimeGenerated, Category, HttpMethod, User, Apiserver, SourceIP, OperationName, event
所有审核日志
（特定于资源模式）		 AKSAudit
所有审核日志，排除 get 和 list 审核事件
（特定于资源模式）		 AKSAuditAdmin
所有 API 服务器日志
（特定于资源模式）		 AKSControlPlane
| where Category == "kube-apiserver"

若要访问 Log Analytics 工作区中的一组预生成查询，请参阅 Log Analytics 查询接口，并选择 Kubernetes 服务 资源类型。 有关容器见解的常见查询列表，请参阅容器见解查询。

AKS 数据平面容器见解日志

容器见解从容器和 AKS 群集收集各种类型的遥测数据，以帮助监视、故障排除和深入了解 AKS 群集中运行的容器化应用程序。 有关表的详细列表及其容器见解使用的详细说明，请参阅 Azure Monitor 表参考。 所有表都可用于 日志查询。

使用 成本优化设置 自定义和控制通过容器见解代理收集的指标数据。 此功能支持单个表选择、数据收集间隔和命名空间的数据收集设置，以通过 Azure Monitor 数据收集规则（DCR）排除数据收集。 这些设置控制数据引入量并降低容器洞察的监控成本。 可以使用以下选项在 Azure 门户中自定义容器洞察收集的数据。 选择 除“全部”以外的任何选项（默认值） 会使容器见解体验不可用。

分组 表 说明
全部（默认） 所有标准容器分析信息表 必须启用默认的容器洞察图形化效果。
性能 Perf、 InsightsMetrics
日志和事件 ContainerLog 或 ContainerLogV2、 KubeEvents、 KubePodInventory 如果为 Prometheus 指标启用了托管服务，则建议使用。
工作负荷、部署和 HPA InsightsMetrics、 KubePodInventory、 KubeEvents、 ContainerInventory、 ContainerNodeInventory、 KubeNodeInventory、 KubeServices
永久性卷 InsightsMetrics、 KubePVInventory

日志和事件分组从 ContainerLog 或 ContainerLogV2、KubeEvents 和 KubePodInventory 表中捕获日志，但不会捕获度量数据。 收集指标的建议路径是从 AKS 群集 启用 Prometheus 的托管服务 ，并使用 Azure Managed Grafana 进行数据可视化。 有关详细信息，请参阅管理 Azure Monitor 工作区

ContainerLogV2 架构

Azure Monitor 中的容器见解为容器日志 ContainerLogV2 提供了建议的架构。 格式包括以下字段，以便常用查询可以查看与 AKS 和已启用 Azure Arc 的 Kubernetes 群集相关的数据：

  • ContainerName
  • PodName
  • PodNamespace

此架构与 基本日志 表数据计划兼容，该计划提供标准分析日志的低成本替代方法。 使用基本日志表数据计划可以节省在 Log Analytics 工作区中引入和存储大量详细日志的成本，以便进行调试、故障排除和审核。 它不会影响分析和警报的成本。 有关详细信息，请参阅管理 Log Analytics 工作区中的表。

如果使用 Azure 资源管理器模板（ARM 模板）、Bicep、Terraform、Azure Policy 或 Azure 门户，通过托管标识身份验证加入容器见解，则建议使用默认的 ContainerLogV2 架构。 有关如何通过群集的 DCR 或 configmap 启用 ContainerLogV2 的详细信息，请参阅 “启用 ContainerLogV2 架构”。

Azure 活动日志

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

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

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

实时查看 AKS 容器日志、事件和 Pod 指标

使用容器见解中的 实时数据 功能查看 AKS 容器日志、事件和 Pod 指标。 获取对 kubectl logs -c、kubectl get 事件和 kubectl top pods 的直接访问权限，以帮助实时排查问题。

注意

AKS 使用 Kubernetes 群集级日志记录体系结构。 容器日志位于 /var/log/containers 节点上。 若要访问节点，请参阅 “连接到 AKS 群集节点”。

若要了解如何设置此功能，请参阅 在容器见解中配置实时数据。 该功能直接访问 Kubernetes API。 有关身份验证模型的详细信息，请参阅 Kubernetes API。

查看 AKS 资源实时日志

注意

若要从专用群集访问日志，必须使用与群集位于同一专用网络中的计算机。

  1. 在 Azure 门户中，转到 AKS 群集。
  2. 在“Kubernetes 资源”下，选择“工作负荷”。
  3. 对于“部署”、“Pod”、“副本集”、“StatefulSet”、“作业”或“Cron 作业”，选择一个值，然后选择“实时日志”。
  4. 选择要查看的资源日志。

以下示例显示了 Pod 资源的日志：

显示实时日志部署的屏幕截图。

查看实时日志

可以在容器引擎在 “群集”、“ 节点”、“ 控制器”或“ 容器 ”选项卡上生成实时日志数据。

  1. 在 Azure 门户中，转到 AKS 群集。
  2. 在“监视”下，选择“见解”。
  3. 在 “群集”、“ 节点”、“ 控制器”或“ 容器 ”选项卡上，选择一个值。
  4. 在资源的 “概述 ”窗格中，选择“ 实时日志”。

注意

若要在 Log Analytics 工作区中查看数据，请选择“在 Log analytics 中查看日志”。 若要详细了解如何查看历史日志、事件和指标，请参阅 容器见解中的查询日志。

成功进行身份验证后，如果可以检索数据，它将开始流式传输到 “实时日志 ”选项卡。日志数据显示在连续流中。

下图显示了容器资源的日志：

显示用于查看数据的容器实时日志选项的屏幕截图。

查看实时活动

可以在容器引擎在 “群集”、“ 节点”、“ 控制器”或“ 容器 ”选项卡上生成实时事件数据。

  1. 在 Azure 门户中，转到 AKS 群集。
  2. 在“监视”下，选择“见解”。
  3. 选择 “群集”、“ 节点”、“ 控制器”或“ 容器 ”选项卡，然后选择一个对象。
  4. 在“资源 概述 ”窗格中，选择“ 实时事件”。

注意

若要在 Log Analytics 工作区中查看数据，请选择“在 Log analytics 中查看活动”。 若要详细了解如何查看历史日志、事件和指标，请参阅 容器见解中的查询日志。

成功身份验证后，如果可以检索数据，它将开始流式传输到 “实时事件 ”选项卡。下图显示了容器资源的事件：

显示用于查看数据的容器实时事件选项的屏幕截图。

查看指标

可以在“节点”或“控制器”选项卡中，通过选择 Pod 资源查看容器引擎生成的实时指标数据。

  1. 在 Azure 门户中，转到 AKS 群集。
  2. 在“监视”下，选择“见解”。
  3. 选择 “节点 或 控制器 ”选项卡，然后选择 Pod 对象。
  4. 在“资源 概述 ”窗格中，选择“ 实时指标”。

注意

若要在 Log Analytics 工作区中查看数据，请选择“在 Log analytics 中查看活动”。 若要详细了解如何查看历史日志、事件和指标，请参阅 容器见解中的查询日志。

成功身份验证后，如果可以检索数据，它将开始流式传输到 “实时指标 ”选项卡。下图显示了 Pod 资源的指标：

显示用于查看数据的 Pod 实时指标选项的屏幕截图。

分析监视数据

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

Azure Monitor 工具

Azure Monitor 支持以下基本工具：

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

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

Azure Monitor 导出工具

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

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

通过 Azure 门户中的“概述”窗格进行监视

AKS 群集资源的“概述”窗格中的“监视”选项卡提供了一种快速的方法来开始在 Azure 门户中查看监视数据。 此选项卡包括群集常见指标的图，由节点池分隔。 你可以选择其中任意一张图，以在指标资源管理器中进一步分析数据。

“监视”选项卡还包括指向适用于 Prometheus 的 Azure 托管服务的链接，以及群集的容器见解。 可以在“ 监视 ”选项卡上启用这些工具。还可以在窗格顶部看到一个横幅，该横幅建议其他功能来改进群集的监视。

提示

若要访问订阅中所有 AKS 群集的监视功能，请在 Azure 门户主页上选择 Azure Monitor。

Kusto 查询

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

重要说明

在门户的服务菜单中选择“日志”时，会打开 Log Analytics，并且其查询范围设置为当前服务。 此范围意味着日志查询将仅包含来自该资源类型的数据。 如果希望运行的查询包含来自其他 Azure 服务的数据，请从“Azure Monitor”菜单中选择“日志”。 有关详细信息，请参阅 Azure Monitor Log Analytics 中的日志查询范围和时间范围。

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

警报

在监视数据中发现特定情况时，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 服务还支持智能检测警报、Prometheus 警报或建议的预警规则。

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

对于某些 Azure 服务，可以启用推荐的现成警报规则。

系统根据以下内容编译了一个建议的警报规则列表：

  • 资源提供程序对用于监视资源的重要信号和阈值的了解。
  • 指明客户通常针对此资源的哪些方面设置警报的数据。

注意

建议的警报规则适用于：

  • 虚拟机
  • Azure Kubernetes 服务 (AKS) 资源
  • Log Analytics 工作区

基于 Prometheus 指标的警报

为群集启用 Prometheus 指标的托管服务集合时，可以下载推荐的 Prometheus 警报规则托管服务集合。

下载包括以下规则：

级别 警报
群集级别 KubeCPUQuotaOvercommit
KubeMemoryQuotaOvercommit
KubeContainerOOMKilledCount
KubeClientErrors
KubePersistentVolumeFillingUp
KubePersistentVolumeInodesFillingUp
KubePersistentVolumeErrors
KubeContainerWaiting
KubeDaemonSetNotScheduled
KubeDaemonSetMisScheduled
KubeQuotaAlmostFull
节点级别 KubeNodeUnreachable
KubeNodeReadinessFlapping
Pod 级别 KubePVUsageHigh
KubeDeploymentReplicasMismatch
KubeStatefulSetReplicasMismatch
KubeHpaReplicasMismatch
KubeHpaMaxedOut
KubePodCrashLooping
KubeJobStale
KubePodContainerRestart
KubePodReadyStateLow
KubePodFailedState
KubePodNotReadyByController
KubeStatefulSetGenerationMismatch
KubeJobFailed
KubeContainerAverageCPUHigh
KubeContainerAverageMemoryHigh
KubeletPodStartUpLatencyHigh

有关详细信息，请参阅 从容器见解创建日志警报 ，以及 容器见解中的查询日志。

日志警报 可以测量两种类型的信息，以帮助监视各种方案：

  • 结果计数：计算查询返回的行数。 使用此信息来处理 Windows 事件日志、syslog 事件和应用程序异常等事件。
  • 值的计算：基于数值列进行计算。 使用这些信息以包括多样的资源。 例如 CPU 百分比。

大多数日志查询使用now运算符将值DateTime与当前时间进行比较，并返回一小时。 若要了解如何构建基于日志的警报，请参阅基于容器见解创建日志警报。

AKS 警报规则

下表列出了 AKS 的一些建议警报规则。 这些警报只是示例。 可以为 AKS 监视数据引用中列出的任何指标、日志条目或活动日志条目设置警报。

条件 说明
CPU 使用率百分比>95 当所有节点的平均 CPU 使用率超过阈值时发出警报。
内存工作集百分比>100 当所有节点的平均工作集超过阈值时发出警报。

顾问建议

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

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

注意

如果要创建或运行在服务中运行的应用程序，Azure Monitor Application Insights 提供其他类型的警报。

节点网络指标

节点网络指标对于维护正常运行且性能良好的 Kubernetes 群集至关重要。 通过收集和分析有关网络流量的数据，您可以获取有关群集操作的宝贵见解，并识别潜在问题，以便在它们导致中断或性能损失之前进行解决。

在 Kubernetes 版本 1.29 及更高版本中，默认为所有已启用 Azure Monitor 的群集启用节点网络指标。

默认情况下启用以下节点网络指标，并按节点聚合。 所有指标都包含标签群集和实例（节点名称）。 使用“Azure 托管 Prometheus”>“Kubernetes”>“网络”>“群集”下的托管 Grafana 仪表板轻松查看这些指标。

节点级指标

以下指标按节点汇总。

所有指标都包含以下标签：

  • cluster
  • instance （节点名称）

对于 Cilium 数据平面方案，容器网络可观测性功能仅为 Linux 提供指标。 当前，容器网络可观测性指标不受 Windows 支持。

Cilium 公开容器网络可观测性使用的多个指标：

指标名称 说明 额外的标签 Linux Windows操作系统
cilium_forward_count_total 转发的数据包总计 direction ✅ ❌
cilium_forward_bytes_total 转发字节数总计 direction ✅ ❌
cilium_drop_count_total 丢弃的数据包总计 direction、reason ✅ ❌
cilium_drop_bytes_total 删除的字节总计 direction、reason ✅ ❌

有关详细的 Pod 级别和 DNS 指标，请参阅 高级容器网络服务。

相关内容