当我们工作和生活中所有活动都和网络密切相关时
网络状况如果不好，简直都不好意思跟人打招呼
在线开会，大家都在畅所欲言，你听到的效果犹如磁带卡带……
领导让你紧急修改 PPT，5 分钟后就要，可你还没下载下来……
下班了打游戏杀怪，可因为网络慢，没一个队友愿意带你……
不行就去看看最新的宫斗剧吧，到底立谁为太子了？关键时刻必然会卡住……
网络带宽，网络延迟……这些指标都非常重要
公司用 Azure 虚机跑了重要业务的运营者都会考虑下方问题：
“Azure 中的 Windows 虚机，网络状况到底如何？
”
牵扯到重要业务应用，不能只凭主观感受来判断，需要有客观数据为基础！在 Azure 中运行的虚拟机，Azure 监视程序会使用代理工具从其中收集启动和性能数据，并将这些数据存储在 Azure 存储服务中，随后我们就可以通过 Azure 管理门户、
Azure Power Shell 模块或者 Azure CLI 查看，进而了解虚拟机的各种运行状态参数和指标。
更棒的是，Azure 不仅可以让我们查看虚拟机的相关指标，还可以用来查看运行了这个虚拟机的底层物理主机的相关指标！除了最基本的主机指标，我们还可以安装「Azure诊断扩展」，进而查看更丰富的监视和诊断数据，并能根据性能情况创建警报。
例如，如果要通过 Azure 管理门户查看 Windows 虚拟机的指标，只要在门户中单击「资源组」，选择要查看的资源组以及其中运行的虚拟机，然后在虚拟机的边栏选项卡中选择「指标」，接着只要点击要查看的可用指标，所有信息一目了然：
这里可以显示的指标和数据很丰富，那么对于和网络有关的指标，我们都需要看些什么，又该怎样理解不同指标的含义？
Windows 虚拟机的网络指标
上文提到， Azure 虚拟机具有两种类型的指标：主机级指标，及来宾 OS 级指标，与网络有关的指标也是如此。
但是有人在使用后发现：针对同一个虚拟机，同时使用主机级指标和来宾 OS 级指标看到的网络指标数据竟然是不同的！为什么？
默认情况下，基于 Resource Manager 的虚拟机发出基本（主机级）指标。此外，为虚拟机安装诊断扩展并启用来宾级别监视时， Azure 诊断扩展也会发出来宾 OS 性能计数器（通常称为「来宾 OS 指标」）。
简单说，主机级指标来自物理主机，而来宾 OS 级指标是 VM 中的代理收集的。我们可以在为 Windows 虚拟机配置的诊断存储账户中找到名为
WAD Performance Counters Table 的表，并在表中查看到代理收集的全部诊断信息。
在主机级指标中，有 NetworkIn 及 Network Out 两项网络指标；同时在来宾 OS 级指标中，同样有多个关于网络的指标可用，例如：
NetworkInterface(*)Bytes Sent/sec，
NetworkInterface(*)Bytes Received/sec，
但未指定网卡名称，需手动添加后才可查看或应用。
具体指标名称请以 WAD Performance Counters Table
表中显示为准（网卡名称与虚拟机内查看到的相对应）。下文将着重于NetworkInterface(*)Bytes Sent/sec和NetworkInterface(*)Bytes Received/sec。
通过这些指标绘制的图表可能存在差异，但这不仅仅体现在指标所采用的度量单位不同，以及采样频率不同也会导致数值的差异。
下面两图来自同一台虚拟机在相同时间段内的两组指标。
图一基于主机级指标NetworkIn及Network Out绘制，单位为 Bytes ，其值代表在每个统计周期（目前为一分钟）内的入向/出向总流量；
而图二基于来宾 OS 级指标
NetworkInterface(Microsoft Hyper-V Network Adapter _3)Bytes Sent/sec及NetworkInterface(Microsoft Hyper-V Network Adapter _3)Bytes Received/sec绘制，
单位为 Bytes/sec ，代表每个采样周期（默认为最小值 60 秒）内的平均发送/接收传输速率。
注意：理论上，如果网络速率（Byte/s）为x，那么一分钟（60s）的总流量y（Bytes）= 60x红框标出的部分，主要来自同一次下载任务。但是由于度量方式的不同，NetworkIn（Bytes）可见峰值为 300MB 左右，而NetworkInterface(Microsoft Hyper-V Network Adapter _3)Bytes Received/sec峰值在 5MB/s 左右。大致符合上述关系（但由于统计方式及具体取样时间等差异，并不能精确满足上述公式）。
图一：主机级指标
图二：来宾OS级指标
上图示意查看指标的完整名称
图二可见在 16:00-17:00 之间有过三次出向流量高峰，而图一中却未发现这些流量。
事实上，这些流量是通过专用 IP 地址向同一个虚拟网络中的 FTP 服务器上传了大文件产生的。由于指标背后的算法不同，通过专用 IP 通信产生的流量没有被计入主机级指标NetworkIn/Out。
但来宾 OS 级指标的数据收集自虚拟机的网卡。因此，无论流量来自或去向哪里，即使是多网卡虚拟机自身的两块网卡之间通过专用 IP 地址进行通信，也会被计入这一指标。
此处可以参考以下几种场景：
主机级指标
来宾OS级
从本地，通过公网，使用公共 IP 地址访问 Azure 虚拟机
计入
计入
从本地，通过 VPN 接入 Azure 虚拟网络，通过专用 IP 地址访问 Azure 虚拟机
不计
计入
从 Azure ，通过公共 IP 地址访问虚拟机
计入
计入
从 Azure ，通过专用 IP 地址访问虚拟机
不计
计入
多网卡虚拟机，通过公共 IP 地址在网卡间传输数据
计入
计入
多网卡虚拟机，通过专用 IP 地址在网卡间传输数据
不计
计入
同时要注意的是，主机级别指标会统计当前虚拟机所有网卡产生的符合条件的流量总和，不区分网卡；而来宾 OS 级别指标，会按照每个网卡分别进行统计。
所以，这里有些专家建议
考虑到统计方式及结果的不同，要了解虚拟机的实际运行及流量状况，建议以来宾 OS 级指标为准；因此也建议为虚拟机启用来宾级别监视。
启用后，需要为每个网卡添加需要的网络指标。且如果之后对虚拟机网卡进行操作而导致网卡名称改变的，需要重新添加新的指标，删除不再有效的指标。
如何基于 Windows 虚机网络指标创建警报规则
在通过网络指标查看虚拟机网络性能后，我们希望可以创建警报规则，在虚拟机网络指标与预设值不符的时候通知。
那么该如何实现呢？
1、添加来宾 OS 级指标
我们已知道，来宾 OS 级指标最能反应虚拟机的实际网络状况。因此我们需要首先针对来宾 OS 添加需要监视的指标。
启用来宾 OS 级指标后，默认已经添加多个指标，但关于网络的指标NetworkInterface(_)Bytes Total/sec、NetworkInterface(_)Bytes Total/sec等均未指明网卡，因此也无法获取到流量数据。因此还需要确认网卡名称及指标名称。
此时可以通过 VisualStudio 、 Azure 存储资源管理器、 Azure Management Studio 等方式来查看存储账户中的监控数据，并确定需要添加的指标名称。
例如使用 Azure 存储资源管理器，登录帐户后找到
存储账户→Tables→
WADPerformanceCountersTable→
CounterName→
NetworkInterface(Microsoft Hyper-V Network Adapter _5)Bytes Sent/sec：
随后需要在「诊断设置」中添加需要的指标。请在 Azure 门户虚拟机的「诊断设置」中选择性能计数器—自定义，添加在上一步获取到的指标名称：
添加后，可以配置「采样率（秒）」（默认为 60 秒），并保存：
在「指标中」查看新添加的指标。保存并更新完成后，新添加的指标将会显示在「Guest」下的可用指标中：
2、添加警报规则
我们可以通过 Azure 门户配置经典指标警报，选择警报（经典）—添加指标警报（经典）。
根据需求，选择添加的网络指标并设定阈值。配置界面中也会根据设置的阈值，为缩略图标注出该基准线。阈值单位为指标单位，与缩略图标注无关。
当该警报规则被触发时，会根据规则配置执行预设的操作，例如选择接收邮件通知，将会在触发规则时收到Microsoft Azure Alerts alerts-noreply@mail.windowsazure.com 的如下邮件：
借助这些警报规则，就能在一定程度上避免因异常流量而导致的经济及业务损失。
本文介绍的 Azure 虚拟机主机级指标和来宾 OS 级指标，它们之间的差异你掌握了吗？
