正确理解虚拟机的负载监控（下）

登录注册

摘要：那在公司平台上，我们是如何收集性能数据的呢？首先从 ASM 模式下谈起由于目前在中国区公司门户已经正式发布替代了之前的经典管理门户，所以我们需要使用公司门户来创建经典模式的虚拟机。

那在公司平台上，我们是如何收集性能数据的呢？首先从 ASM 模式下谈起由于目前在中国区公司门户已经正式发布替代了之前的经典管理门户，所以我们需要使用公司门户来创建经典模式的虚拟机。

当使用公司门户创建经典模式虚拟机时不需要通过任何特殊的配置就可以在界面看到下图所示的性能数据。

也就是说在这种模式下产生的性能数据是由虚拟机所在的宿主机提供的。由于宿主机数据只能是针对于虚拟机这个对象而无法进一步描述虚拟机操作系统内部的资源使用信息。

如果是通过新的管理门户创建虚拟机不论是 ASM 经典模式还是 ARM 模式只要我们启用了虚拟机的诊断功能、对于不同的操作系统的虚拟机、会有不同的扩展程序被安装并启用：

由于扩展程序运行在目的虚拟机内部因此可以提供更为细化的性能指标。针对于启用了诊断扩展的虚拟机所对应的性能数据的详细分析。

另外可以参考理解虚拟机的性能监视了解各个性能指标的具体含义以更好的配置缩放目标。

理解了采集数据的方式后下个问题这些性能数据是如何保存并显示的呢？在讨论这个问题之前需要简单理解一下数据安全问题。平台充分尊重客户的数据安全和隐私，对于我们收集到的性能数据，存在一个数据的所有权问题：

对于通过宿主机提供的数据信息因为数据的采集是以虚拟机为对象的平台不会介入虚拟机内部，所收集到的信息可以认为是平台的运维信息因此会存储在平台内部的数据表格中对用户透明。

而对于通过代理程序提供的数据严格来讲这是用户的操作系统内部的数据应为该用户所有。出了常用的性能日志代理程序也可以收集应用程序日志这也就是为什么我们在配置诊断功能时用户需要提供存储账号。微软或者平台提供商并没有权利直接访问用户数据。

以上就是小编介绍的关于正确理解虚拟机的负载监控的全部内容。