从网络性能监视器迁移到连接监视器

在本文中，你将了解如何在零停机的情况下将现有测试从网络性能监视器迁移到新的连接监视器。 有关详细信息，请参阅连接监视器概述。

新连接监视器的主要优点

以下是新连接监视器的主要优点：

• Azure和混合终结点的统一连接性监控体验

  • 启用了 Azure Monitor 代理的 Azure Arc 服务器，作为源和目标终结点。

  • 跨订阅、跨工作空间、跨区域监控支持。

  • 虚拟机 (VM) 和规模集支持作为源和目标终结点。

• 简化的代理支持带来轻松体验

  • 轻量级 Azure 网络观察程序 扩展，兼容 Azure Arc 端点。

  • 支持已启用 Azure Arc 的本地终结点上的 Azure Monitor 代理扩展。

  • 具有自动代理启用功能的代理自动升级。

• 使用新拓扑可视化和度量端到端网络路径性能（预览版）

  • 通过对 TCP、ICMP 和 HTTP 协议的综合监视，深入了解网络性能指标。

  • 增强对端到端网络路径和连接的可见性，包括路径组件中的每跳延迟和路径丢失，突出显示具有高延迟或数据包丢失的链路。

  • 跨 Internet 跃点可用的地理元数据和 ASN 数据。

  • 使用Azure边缘发现突出显示最后一英里、中间英里和最后一英里延迟。

• 利用清晰的可执行见解来增强故障排除

  • 快速检测并实时预警网络连接问题。

  • 智能洞察网络路径组件的变化，突出显示连接错误的根本原因。

  • 识别封锁规则和导致终结点连接失败的资源。

网络性能监视器与新的连接监视器

下表比较了网络性能监视器和新的连接监视器：

需要注意的要点

迁移将有助于生成以下结果：

• 本地代理和防火墙设置按原样工作。 你不需要做任何更改。 用 网络观察程序 扩展替换安装在 Azure 虚拟机上的 Log Analytics 代理。
• 现有测试已映射到“连接监视器”>“测试组”>“测试格式”。 通过选择 Edit，可以查看和修改新连接监视器的属性，下载模板以对其进行更改，并通过Azure 资源管理器提交模板。
• 代理将数据发送到Log Analytics工作区和指标。
• 数据监控：
  • 在日志分析中的数据：在迁移之前，数据将保留在配置了网络性能监视器的 NetworkMonitoring 表的工作区中。 迁移后，数据将移动到同一工作区中的 NetworkMonitoring 表、NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表。 在网络性能监视器中禁用测试后，数据将仅存储在 NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表中。
  • 基于日志的警报、仪表板和集成：必须基于新的 NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表手动编辑查询。 若要在 Azure Monitor 中重新创建指标警报，请参阅Metrics。
• 用于监控 ExpressRoute：
  • 端到端丢失和延迟：在连接监视器中，这项任务比在网络性能监视器中更简单，因为您无需配置要监视的线路和对等互连。 将在网络路径中自动发现电路，数据将以指标形式提供，这比网络性能监视器在洛杉矶存储结果的速度更快。
  • 带宽度量：随着带宽相关指标的启动，网络性能监视器的基于日志分析的方法在 ExpressRoute 客户的带宽监视中无效。 此功能目前在连接监视器中不可用。

先决条件

• 确保在Log Analytics工作区的订阅和区域中启用网络观察程序。 如果未执行此操作，您可能会看到错误信息，指出“在尝试迁移之前，请在所选订阅和 LA 工作区位置启用 Network Watcher 扩展”。
• 如果Azure虚拟机（VM）位于与用作终结点的Log Analytics工作区不同的区域/订阅中，请确保为该订阅和区域启用网络观察程序。
• Azure安装了Log Analytics代理的虚拟机必须使用 网络观察程序 扩展启用。

将测试迁移

若要将测试从网络性能监视器迁移到连接监视器，请执行以下步骤：

1. 在 网络观察程序 中，选择 Connection monitor，然后选择 从 NPM 导入测试 选项卡。

   

2. 在下拉列表中，选择订阅和工作区，然后选择要迁移的网络性能监视器功能。

3. 选择“导入”以迁移测试。

   • 如果工作区中未启用网络性能监视器，则会出现一个错误，指出“未找到有效的 NPM 配置”。
   • 如果在步骤 2 中选择的功能中不存在任何测试，则会出现一个错误，指出“所选工作区没有<功能>配置”。
   • 如果没有有效的测试，则会出现一个错误，指出“所选工作区没有有效的测试”
   • 你的测试可能包含不再处于活动状态，但可能在过去处于活动状态的代理。 会出现错误，指出“少数测试包含不再处于活动状态的代理。 这些代理可能在过去运行，但已关闭/不再运行。 启用代理并迁移到连接监视器。 选择‘继续’以迁移不包含非活动代理的测试。”

迁移开始后，将进行以下更改：

• 创建新的连接监视器资源。
  • 每个区域和每个订阅都创建一个连接监视器。 对于使用本地代理的测试，新连接监视器名称的格式为 <workspaceName>_<workspace_region_name>。 对于使用 Azure 代理的测试，新连接监视器名称的格式为 <workspaceName>_<Azure_region_name>。
  • 监视数据现在存储在启用了网络性能监视器的同一Log Analytics工作区中，这些工作区名为 NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表。
  • 测试名称将被沿用作为测试组名称。 测试说明未被迁移。
  • 将创建源终结点和目标终结点，并在新测试组中使用它们。 对于本地代理，终结点的格式为 <workspaceName>_<FQDN of on-premises machine>。 代理说明未被迁移。
  • 目标端口和探测间隔移动到名为 TC_<protocol>_<port> 和 TC_<protocol>_<port>_AppThresholds 的测试配置。 协议基于端口值设置。 对于 ICMP，测试配置被命名为 TC_<protocol> 和 TC_<protocol>_AppThresholds。 如已设置，则会迁移成功阈值和其他可选属性，否则保留为空。
  • 如果迁移测试包含未运行的代理，则需要启用代理并再次迁移。
• 未禁用网络性能监视器，所以迁移的测试可以继续发送数据到 NetworkMonitoring 表、NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表。 此方法可确保现有基于日志的警报和集成不受影响。
• 新创建的连接监视器在连接监视器中可见。

迁移之后，请务必：

• 在网络性能监视器中手动禁用测试。 在执行此操作之前，你需要继续为其付费。
• 禁用网络性能监视器时，在 NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表中重新创建警报或使用指标。
• 将任何外部集成迁移到 NWConnectionMonitorTestResult 表和 NWConnectionMonitorPathResult 表。 外部集成的示例包括 Power BI 和 Grafana 中的仪表板，以及与安全信息和事件管理（SIEM）系统的集成。

遇到的常见错误

下表列出了迁移过程中您可能遇到的常见错误：

相关内容

• 从 Connection monitor（经典版）迁移到 Connection monitor。
• 使用 Azure 门户创建连接监视器。