虚拟化是任何组织网络管理战略不可或缺的一部分，对于帮助提高网络效率和资源可用性至关重要。采用虚拟基础架构具有多种好处，例如最大限度地减少停机时间、降低运营成本和提高生产力。
在所有虚拟服务器中，Microsoft Hyper-V因其多功能性和可扩展性而成为虚拟IT世界的关键参与者。但是，为了跟上其虚拟机监控程序基础结构的步伐，组织需要一个强大的 Hyper-V 管理工具，该工具具有多功能 Hyper-V 性能监控和资源规划功能。借助主动式 Hyper-V 监控工具，网络管理员可以使用设置的阈值实时监控关键性能指标，并避免出现性能问题。无论身在何处，都可以接收警报，并利用 Hyper-V 性能监视器自动执行必要的操作，确保这是网络管理员的重要工具。
Microsoft Hyper-V 性能监控
Microsoft Hyper-V是虚拟化软件，使您能够创建和运行虚拟服务器，该虚拟服务器的功能就像单独的服务器一样。它允许管理员在主物理服务器中创建多个虚拟服务器。Hyper-V 使组织能够轻松地将主机和 VM 配置为驻留在逻辑组中，这些逻辑组决定了虚拟基础结构的各个方面，例如物理对象位置、VM 的资源分配和限制，以及主机和虚拟组件的高可用性设置。由于这种特殊的多功能性，Hyper-V 仍然是最受欢迎的虚拟服务器提供商之一。
但是，Hyper-V 管理工具对于实时监控 Hyper-V 性能和确保虚拟设备的最大效率至关重要。虚拟环境的三个最重要的组件是处理器、磁盘和内存。因此，Hyper-V 性能监控（尤其是在虚拟环境中）很自然地集中在这三个资源上：
- 处理器性能指标
- 磁盘性能指标
- 内存性能指标
处理器性能指标
Hyper-V 和 Hyper-V 来宾有自己的处理器性能指标。一个是用于评估 Hyper-V 系统的整体性能。这是 Hyper-V 虚拟机监控程序逻辑处理器的总运行时指标百分比，它显示处理器在操作主机和来宾 VM 上花费的时间。您不希望看到这个数字定期上升到 60% 以上。任何高于 75% 的值都表示主机处理器已过度使用。
如果主机处于合理级别，并且来宾 VM 仍存在性能问题，则来宾也有处理器指标。Hyper-V 虚拟机监控程序虚拟处理器的总运行时百分比指标是本实例中要查看的最重要的统计信息之一。此指标显示哪个虚拟处理器的处理时间最长。如果此指标经常很高（高于 75%），则应禁用来宾 VM 上导致问题的任何不必要的角色和服务。还应该考虑将第二个虚拟 CPU 添加到相关 VM。
磁盘性能指标
两个指标是主机 Hyper-V 计算机和来宾 VM 上磁盘性能的良好指标：逻辑磁盘平均磁盘秒数/读取和逻辑磁盘平均磁盘秒数/写入。这些指标监控操作系统对读取和写入操作的响应速度。作为一般规则，这些值应介于 15 到 20 毫秒之间。任何超过 25 毫秒的内容都可能对主机和 VM 的性能产生负面影响。
内存性能指标
在内存方面，应该回答两个重要问题：有多少内存可用，以及使用了多少百分比的交换文件？可用的 MB 内存指标用于确定 Hyper-V 主机可用的内存量。应该有总内存的 10% 到 20% 可用。换句话说，不应在 Hyper-V 主机上使用超过 90% 的可用 RAM。
内存页数/秒是您应该关注的另一个指标。它测量从磁盘读取或写入页面的速度。如果此值过高，则可能表示内存块有故障或缺少可用内存。对于正常的系统，此值应为 500 或更低。如果值介于 500 和 1,000 之间，则应密切关注此数字。如果该值超过 1,000，则性能将受到负面影响。
但是，Hyper-V 性能监控中存在一些挑战，需要注意这些挑战，以确保 Hyper-V 性能处于最佳状态。
Hyper-V 性能监控的挑战
- 管理 Hyper-V 资源分配和重新分配
- 建立和重新配置 Hyper-V 性能基线
- 确保 Hyper-V 主机可用性
- Hyper-V 设备后台实例的影响
- 缺乏对 Hyper-V 设备的可见性
管理 Hyper-V 资源分配和重新分配
在任何虚拟环境中，资源管理对于维护网络运行状况都至关重要，Hyper-V 也不例外。在大多数情况下，Hyper-V 主机或 VM 设备中的性能中断是由于资源不足造成的。
为了更好地管理资源，在规划资源分配或重新分配之前，需要持续监控 Hyper-V 设备的工作负载和相应的资源利用率。实际的挑战在于发现和管理或防止导致不必要的资源耗尽的因素，例如虚拟机蔓延和资源分配不当。
另一个挑战是重复和劳动密集型任务，即查找资源重新分配的设备，并在每次资源重新分配后更新硬件更改。
修复方法：若要管理资源分配并防止不必要、频繁的重新分配，需要跟踪资源利用率，以便：
- 识别空闲的 VM 并根据需要修改配置。
- 识别资源分配不足或过度分配的虚拟机，并根据其工作负载重新分配资源，以防止虚拟机蔓延并提高虚拟性能。
借助一些工具中提供的重新发现选项，管理员只需配置计划选项即可自动更新资源重新分配设备中的硬件更改。
建立和重新配置 Hyper-V 性能基线
在 Hyper-V 基础结构中，影响 Hyper-V 设备运行状况和性能的关键组件是 CPU、内存和存储。确定这些关键指标的性能基线对于维护网络运行状况至关重要。但是，每个 VM 都需要不同的基线，并且它会随着其工作负载、用户可访问性和功能关键性而不断变化，这使得网络管理员很难得出有关正确基线的结论。
另一个问题是在资源重新分配期间或实时迁移后重新配置 VM 设备的阈值，因为最后一组阈值将不再满足资源重新分配或迁移设备的资源消耗级别。
修复方法：
寻找一种工具，用于收集和报告从设备清单到故障通知的所有数据。通过这些历史数据，网络管理员可以分析和了解虚拟环境中涉及的用户行为、增长模式、突发趋势等，并确定考虑这些因素的基线。选择一种工具，如（OpManager），在AI和ML算法的帮助下自动执行阈值配置，将确保对网络的深入可见性和控制。
在实时迁移和重新分配期间，可以检查 VM 设备的当前工作负载、可用资源以及满足需求所需的资源，以便轻松重新建立和配置阈值。
确保 Hyper-V 主机可用性
想象一下，Hyper-V 主机宕机一分钟。网络管理员也会看到该主机下的所有 VM 设备也变得不可用。这是因为 VM 设备的运行状况和性能依赖于主机。如果未在正确的时间解决，主机不可用可能会影响关键业务功能。
为了防止此类不可预见的业务损失，管理员需要跟踪主机可用性，并管理或防止导致主机不可用的因素，例如硬件问题、电压波动、主机过载、连接问题、虚拟网络适配器和虚拟交换机引起的问题。管理这些问题具有挑战性。
修复方法：
通过 ICMP ping 功能主动监控 Hyper-V 主机正常运行时间，确保主机随时可用。
若要检查主机可用性，请确定并监控导致不可用的因素，包括主机硬件和虚拟网络是否存在任何故障，以及足够的资源。
Hyper-V 设备后台实例的影响
在资源消耗方面，我们知道虚拟设备的 UI 运行应用程序非常重要。但是，我们经常忘记，后台运行的实例（如服务、进程、应用程序和接口）也能够消耗来自 Hyper-V 设备的大量资源。
由于这些实例在虚拟设备之间互联互通，即使单个实例的故障也会影响其他实例，从而导致资源消耗异常。这反过来又会损害整个虚拟网络性能，这使得监控后台实例成为虚拟管理策略的关键部分。
修复方法：在这种情况下，首选选项是利用特定于实例的监视器来跟踪其性能、资源利用率，从而规划资源分配。
缺乏对 Hyper-V 设备的可见性
由于 VM 是虚拟组件，因此我们经常会跟踪 Hyper-V 环境中的主机、VM 和群集之间的虚拟关系。对于网络管理员来说，监控以下内容非常重要：每个 Hyper-V 主机连接了多少个 VM;群集中有多少 Hyper-V 主机;哪个 VM 连接到哪个 Hyper-V 主机;以及为哪个 VM 分配了哪个功能，以及其他因素，以便在检测到故障时快速采取行动并找到根本原因。
即使网络管理员设法完成所有这些任务，逐个配置虚拟设备之间的依赖关系也是一项繁琐的任务。这还需要网络管理员可视化网络体系结构，以便能够映射依赖关系。
修复方法：选择一个可视化工具，该工具可自动映射虚拟网络连接和依赖关系，并为其提供不同的视图，包括 3D 视图、业务视图和楼层图。
OpManager拥有多个Hyper-V性能监视器，可以主动检查关键的Hyper-V性能指标，并防止意外中断，使网络管理员能够设置多级阈值，并自动配置响应时间、内存和CPU利用率监视器的阈值，以确保对任何问题发出提示警报。还提供了一个专用的仪表板，实时列出 Hyper-V 设备的资源消耗，以管理 VM 蔓延并防止性能问题。
