管理 Workload Balancing 虚拟设备

本文提供有关以下主题的信息:

  • 使用 Workload Balancing 在可能的最佳主机上启动 VM

  • 接受 Workload Balancing 提出的建议,以将 VM 移动到其他主机

注意:

Workload Balancing 适用于 XenServer Enterprise Edition 客户或可通过其 Citrix Virtual Apps and Desktops 授权访问 XenServer 的客户。有关 XenServer 许可的详细信息,请参阅许可。要升级或购买 XenServer 许可证,请访问 Citrix Web 站点

基本任务简介

Workload Balancing 是包含许多功能的强大 XenServer 组件,旨在优化您的环境中的工作负载。这些功能包括:

  • 主机电源管理
  • 计划优化模式切换
  • 运行报告。

此外,您还可以调整 Workload Balancing 在提供优化建议时使用的条件。

但是,当您刚开始使用 Workload Balancing 时,需要每天(或定期)使用 Workload Balancing 执行两项主要任务:

  • 确定用来运行 VM 的最佳主机

  • 接受 Workload Balancing 优化建议

在环境中运行有关工作负载的报告(如生成工作负载报告中所述)是另一项常用的任务。

确定用来运行 VM 的最佳主机

使用 VM 放置可以确定用来启动并运行 VM 的主机。当您需要重新启动电源已关闭的 VM 并要将 VM 迁移到另一台主机时,此功能非常有用。放置建议在 Citrix Virtual Desktops 环境中可能也很有用。

接受 Workload Balancing 建议

Workload Balancing 运行一段时间后,将开始提供有关环境改进方法的建议。例如,如果您的目标是提高主机上 VM 的密度,Workload Balancing 可能会不定期就如何将 VM 合并到一台主机上提出建议。如果未在自动化模式下运行,您可以选择接受并应用此建议或将其忽略。

这些任务以及在 XenCenter 中执行这些任务的方法将在后面的各节中更深入地介绍。

重要:

在 Workload Balancing 运行一段时间之后,如果您没有收到最佳放置建议, 请对性能阈值进行评估。此评估如了解 Workload Balancing 在何时提出建议中所述。根据环境为 Workload Balancing 设置正确的阈值至关重要,否则它可能无法提供适当的建议。

为 VM 选择最佳主机

启用了 Workload Balancing 并重新启动脱机 VM 后,XenCenter 建议在最佳池成员上启动 VM。因为最佳主机使用星形符号来指示,因此这些建议又称为星级评价。

 下图显示了“在服务器上启动”功能的屏幕拍图。由于 host17 是用来启动 VM 的最佳主机,因此其旁边显示更多的星形符号。host16 旁边没有显示任何星形符号,说明不建议使用此主机。但是由于 host16 处于启用状态,因此用户也可以选择该主机。host18 由于内存不足而处于灰显状态,因此用户无法选择该主机。

术语最佳是指最适合托管工作负载的物理服务器。Workload Balancing 在确定哪一个主机是工作负载的最优选择时会考虑以下几个因素:

  • 池中每个主机上的可用资源量。当池在“最高性能”模式下运行时,Workload Balancing 会尽量在各主机之间均衡分配 VM,以使所有 VM 都能达到良好的性能。当池在“最大密度”模式下运行时,Workload Balancing 会在确保 VM 有足够资源的同时,尽可能密集地将 VM 放置到主机上。

  • 池运行时所采用的优化模式(“最高性能”或“最大密度”)。当池在“最高性能”模式下运行时,Workload Balancing 会尽可能将 VM 放置在可用资源最多且资源类型符合 VM 需求的主机上。当池在“最大密度”模式下运行时,Workload Balancing 会将 VM 放置在已有 VM 在运行的主机上。此方法可以确保 VM 在尽可能少的主机上运行。

  • VM 所需资源的数量和类型。在 WLB 监视 VM 一段时间后,它将使用 VM 指标根据 VM 所需的资源类型提出放置建议。例如,如果 VM 需要,Workload Balancing 可能会选择一个可用 CPU 较少但可用内存较多的主机。

启用 Workload Balancing 后,XenCenter 会提供评级以指示用于启动 VM 的最佳主机。此外,还提供了以下评级:

  • 您要在 VM 关机时将其启动
  • 您要在 VM 挂起时将其启动
  • 您要将 VM 迁移到其他主机(迁移和维护模式)

如果在启用 Workload Balancing 的情况下使用这些功能,主机建议将在物理主机名称旁边显示为星级评级。五颗空星表示服务器的等级最低(最差)。如果无法启动 VM 或无法将其迁移到某个主机,该主机的名称将在放置功能的菜单命令中处于灰显状态。旁将显示其无法接受 VM 的原因。

通常,如果您在 Workload Balancing 推荐的主机上启动 VM,则 Workload Balancing 的工作效率更高,提出的优化建议更加有效,并且提出建议的频率也更低。要遵循主机建议,请使用其中一项放置功能选择旁边具有最多星形符号的主机。

在最佳服务器上启动虚拟机

  1. 在 XenCenter 的“资源”窗格中,选择要启动的 VM。

  2. 在 VM 菜单中,选择在服务器上启动,然后选择以下选项之一:

    • 最佳服务器。最佳服务器是指最能满足所启动 VM 的资源要求的物理主机。Workload Balancing 根据服务器性能指标的历史记录和您的放置策略来确定最佳服务器。最佳服务器是星级最高的服务器。

    • “最优服务器”命令下列出的带有星级的一台服务器。五颗星代表最值得推荐的(最佳)服务器,五颗空星代表最不值得推荐的服务器。

提示:

也可以通过在“资源”窗格中右键单击要启动的 VM,来选择“在服务器上启动”功能。

在最佳服务器上恢复虚拟机

  1. 在 XenCenter 的“资源”窗格中,选择要恢复的已挂起 VM。

  2. 在 VM 菜单中,选择在服务器上恢复,然后选择以下选项之一:

    • 最佳服务器。最佳服务器是指最能满足所启动 VM 的资源要求的物理主机。Workload Balancing 根据服务器性能指标的历史记录和您的放置策略来确定最佳服务器。最佳服务器是星级最高的服务器。

    • “最优服务器”命令下列出的带有星级的一台服务器。五颗星代表最值得推荐的(最佳)服务器,五颗空星代表最不值得推荐的服务器。

提示:

也可以通过在“资源”窗格中右键单击已挂起的 VM,来选择“在服务器上恢复”功能。

接受优化建议

Workload Balancing 将就 VM 的迁移方法提供建议,用以优化环境。优化建议显示在 XenCenter 的“WLB”选项卡中。

 此图是“优化建议”列表的屏幕拍图,此列表显示在“WLB”选项卡上。“操作”列显示就优化建议而提供的更改措施建议。“原因”列显示建议的目的。此屏幕拍图显示针对 VM HA-prot-VM-7 和主机 host17.domain4.bedford4.ctx4 的优化建议。

这些优化建议基于:

  • 您选择的放置策略(即优化模式)。

  • 资源的性能指标,例如物理主机的 CPU、内存、网络和磁盘利用率。

  • 资源池中主机的角色。提出放置建议时,只有在没有其他主机能接受工作负载时,Workload Balancing 才会考虑将 VM 放置在池主服务器上。同样,如果池在“最大密度”模式下运行,则 Workload Balancing 在决定 VM 填入各主机的顺序时,会最后考虑池主服务器。

优化建议将显示以下信息:

  • Workload Balancing 建议重新定位的 VM 的名称
  • VM 当前所在的主机
  • Workload Balancing 建议作为新位置的主机。

优化建议中还将显示 Workload Balancing 建议移动 VM 的原因。例如,建议将显示“CPU”,表示需要提高 CPU 使用率。如果启用 Workload Balancing 电源管理功能,Workload Balancing 还会为其提供开机或关机建议的主机显示优化建议。具体而言,是对这些建议进行合并。

单击“应用建议”后,XenServer 将执行“优化建议”列表中所列的所有操作。

提示:

通过使用 XenCenter 选择某个池来查找该池的优化模式。请查看“WLB”选项卡中的“配置”部分以了解该信息。

接受优化建议

  1. 在 XenCenter 的“资源”窗格中,选择要显示建议的资源池。

  2. 单击“WLB”选项卡。如果针对所选资源池中的任何 VM 提出了任何优化建议,这些建议都将显示在“WLB”选项卡的“优化建议”部分中。

  3. 要接受这些建议,请单击“应用建议”。XenServer 将开始执行“优化建议”部分的“操作”列中列出的所有操作。

    单击“应用建议”之后,XenCenter 会自动显示“日志”选项卡,这样您就能看到 VM 迁移的进度。

了解 WLB 建议的优先级低于高可用性

如果在同一个池中同时启用了 Workload Balancing 和 XenServer 高可用性功能,了解这两项功能的交互方式非常有用。根据设计,Workload Balancing 不会影响高可用性功能。如果 Workload Balancing 建议与高可用性设置之间存在冲突,高可用性设置始终优先。实际上,此优先级意味着:

  • 如果尝试在主机上启动 VM 违反高可用性计划,Workload Balancing 不会授予您星级评价。

  • 超出配置高可用性对话框中的“允许的故障数”框中指定的故障数时,Workload Balancing 将不会自动关闭任何主机。

    • 但是,Workload Balancing 建议关闭的主机数仍有可能多于允许的主机故障数。(例如,高可用性仅配置为容许一个主机故障时,Workload Balancing 仍可能建议关闭两台主机。)但是,尝试应用该建议时,XenCenter 可能会显示不再保证高可用性这一错误消息。

    • 当 Workload Balancing 在自动化模式下运行并启用了电源管理功能时,任何超出允许的主机故障数的建议都将被忽略。在此情况下,Workload Balancing 日志将显示一条消息,说明由于启用了高可用性而未应用电源管理建议。

生成工作负载报告

本节介绍有关使用 Workload Balancing 组件生成环境相关报告的信息,其中包括关于主机和 VM 的报告。具体来说,本节提供关于以下主题的信息:

  • 如何生成报告

  • 哪些工作负载报告可供使用

注意:

Workload Balancing 适用于 XenServer Enterprise Edition 客户或可通过其 Citrix Virtual Apps and Desktops 授权访问 XenServer 的客户。有关 XenServer 许可的详细信息,请参阅许可。要升级或购买 XenServer 许可证,请访问 Citrix Web 站点

工作负载报告概述

Workload Balancing 报告可以帮助您执行容量规划、确定虚拟服务器运行状况以及评估所配置的阈值级别的效力。

Workload Balancing 允许生成三类对象的报告:物理主机、资源池和 VM。在较高级别上,Workload Balancing 提供两种类型的报告:

  • 按日期显示信息的历史报告

  • “汇总”式报告,提供某方面的汇总概况

Workload Balancing 提供一些用于审核目的的报告,以便您做出相关决策,例如确定 VM 的移动次数。

可以使用“池运行状况”报告来评估优化阈值的效力。虽然 Workload Balancing 提供默认阈值设置,但您可能需要调整这些默认设置,以提供适合所用环境的值。如果没有根据所用环境将优化阈值调整为正确的级别,Workload Balancing 的建议可能不适用于该环境。

要生成 Workload Balancing 报告,池必须正在运行 Workload Balancing。理想情况下,池应持续运行 Workload Balancing 达数小时或足以生成要在报告中显示的数据的时间。

生成 Workload Balancing 报告

  1. 在 XenCenter 中,从“池”菜单中选择“View Workload Reports”(查看工作负载报告)。

    提示:

    也可以通过在“WLB”选项卡上单击“报告”按钮来显示“工作负载报告”屏幕。

  2. 从工作负载报告屏幕的报告窗格中选择一份报告。

  3. 选择报告期的开始日期和结束日期。根据所选报告,可能需要在主机列表框中指定一个主机。

  4. 单击运行报告。该报告显示在报告窗口中。有关报告含义的信息,请参阅 Workload Balancing 报告词汇表

在 Workload Balancing 报告中导航

生成报告之后,您可以使用报告中的工具栏按钮来导航和执行某些任务。要显示工具栏按钮的名称,请将鼠标指针停在工具栏图标上。

工具栏按钮 说明
文档结构图 文档结构图用于显示可帮助您在大型报告中进行导航的文档结构图。
上一页和下一页 上一页和下一页用于在报告中向前或向后移动一页。
返回到父报告 当与向下钻取报告结合使用时,返回到父报告用于返回到父报告。注意: 此按钮仅适用于向下钻取报告,例如“池运行状况”报告。
停止呈现 停止呈现可取消生成报告。
打印 打印用于打印报告并指定常规打印选项。这些选项包括:打印机、页数和份数。
打印布局 打印布局用于在打印前显示报告预览。要退出打印布局,请再次单击打印布局按钮。
页面设置 页面设置用于指定打印选项,例如纸张大小、页面方向和页边距。
导出 导出用于以 Acrobat (.PDF) 文件格式或以带 .XLS 扩展名的 Excel 文件格式导出报告。
查找 查找用于在报告中搜索词语,例如 VM 的名称。

打印 Workload Balancing 报告

打印报告之前,必须首先生成报告。

  1. (可选)通过单击下面的“打印布局”按钮预览打印的文档:

  2. (可选)通过单击下面的“页面设置”按钮更改纸张大小和来源、页面方向或页边距:

  3. 单击以下打印按钮:

导出 Workload Balancing 报告

可以采用 Microsoft Excel 或 Adobe Acrobat (PDF) 格式导出报告。

  1. 生成报告后,单击下面的导出按钮:

  2. 从导出按钮菜单中选择以下项目之一:

    • Excel

    • Acrobat (PDF) 文件

注意:

不同的报告导出格式显示的数据可能不一致,具体取决于所选导出格式。导出为 Excel 格式的报告包含可供报告使用的所有数据,包括“向下钻取”数据。导出为 PDF 格式并显示在 XenCenter 中的报告仅包含在生成报告时所选择的数据。

Workload Balancing 报告词汇表

本节提供关于以下 Workload Balancing 报告的信息:

计费使用分析

可以使用“计费使用分析”报告(计费报告)确定组织内的特定部门对某资源的使用量。具体而言,该报告显示池中所有 VM 的信息,包括其可用性和资源使用率。由于该报告提供 VM 运行时间信息,因而可以帮助您证明与服务级别协议的符合性及可用性。

计费报告可帮助您实施简单的计费解决方案,并简化收费方式。要对使用特定资源的客户收费,可以生成此报告,将其保存为 Excel 格式,然后通过编辑该电子表格来加入单价。或者,也可以将 Excel 数据导入到账单系统中。

如果您想要对使用 VM 的内部或外部客户收费,可以在 VM 命名约定中加入部门或客户名称。这种做法会使计费报告更易于阅读。

计费报告中的资源报告有时以各 VM 的物理资源分配量为基础。

该报告中的平均内存数据以当前分配给 VM 的内存量为基础。XenServer 支持采用固定内存分配量或自动调整内存分配量(动态内存控制)。

计费报告包含以下数据列:

  • VM 名称。该行各列数据所对应的 VM 的名称。

  • VM Uptime(VM 运行时间)。VM 开启(更确切地说,是 XenCenter 中该 VM 旁显示绿色图标)的分钟数。

  • vCPU Allocation(vCPU 分配)。在 VM 上配置的虚拟 CU 的数目。每个虚拟 CPU 将在主机上获得相等份额的物理 CPU。例如,考虑在包含两个物理 CPU 的主机上配置了八个虚拟 CPU 的情况。如果 vCPU Allocation(vCPU 分配)列为 1,则此值等于该主机上总处理能力的 2/16。

  • Minimum CPU Usage (%)(最低 CPU 使用率(%))。在报告期间内所记录的最低虚拟 CPU 使用率值。该值以 VM 的 vCPU 容量的百分比来表示。容量基于分配给 VM 的 vCPU 数量。例如,如果为某个 VM 分配了一个 vCPU,则 Minimum CPU Usage(最低 CPU 使用率)表示记录的最低 vCPU 使用率百分比。如果为该 VM 分配了两个 vCPU,则值是基于这两个 vCPU 总容量的最低使用率 (%)。

    从根本上说,CPU 使用率百分比表示虚拟 CPU 所处理的最低记录工作负载。例如,如果为某个 VM 分配了一个 vCPU,而主机上的 pCPU 为 2.4 GHz,则向该 VM 分配 0.3 GHz。如果该 VM 的 Minimum CPU Usage(最低 CPU 使用率)为 20%,则在报告期间该 VM 的物理主机的最低 CPU 使用率为 60 MHz。

  • Maximum CPU Usage (%)(最高 CPU 使用率(%))。在报告期间内 VM 所占用的虚拟 CPU 容量的最高百分比。占用的 CPU 容量是基于分配给 VM 的虚拟 CPU 容量的百分比。例如,如果为该 VM 分配了一个 vCPU,则“Maximum CPU Usage”(最高 CPU 使用率)表示在报告期间所记录的最高 vCPU 使用率百分比。如果为该 VM 分配了两个虚拟 CPU,则此列中的值表示基于这两个虚拟 CPU 总容量的最高利用率。

  • Average CPU Usage (%)(平均 CPU 使用率(%))。在报告期间内所用 VM 虚拟 CPU 容量的平均量,以百分比表示。CPU 容量是分配给 VM 的虚拟 CPU 容量。如果为该 VM 分配了两个虚拟 CPU,则此列中的值表示基于这两个虚拟 CPU 总容量的平均利用率。

  • Total Storage Allocation (GB)(总存储分配(GB))。运行报告时当前分配给 VM 的磁盘空间量。通常,此磁盘空间量是您在创建 VM 时为其分配的磁盘空间量,除非对其进行了修改。

  • Virtual NIC Allocation(虚拟网卡分配)。分配给 VM 的虚拟接口 (VIF) 的数目。

  • Current Minimum Dynamic Memory (MB)(当前最低动态内存(MB))。

    • Fixed memory allocation(固定内存分配)。如果为 VM 分配了固定大小的内存(例如 1024 MB),以下各列中都将显示此内存量:“Current Minimum Dynamic Memory (MB)”(当前最低动态内存(MB))、“Current Maximum Dynamic Memory (MB)”(当前最高动态内存(MB))、“Current Assigned Memory (MB)”(当前分配内存(MB))以及“Average Assigned Memory (MB)”(平均分配内存(MB))。

    • Dynamic memory allocation(动态内存分配)。如果将 XenServer 配置为使用动态内存控制,则此列中将显示为该范围指定的最低内存量。如果该范围的最低内存量为 1024 MB,最大内存量为 2048 MB,则 Current Minimum Dynamic Memory (MB)(当前最低动态内存(MB))列将显示 1024 MB。

  • Current Maximum Dynamic Memory (MB)(当前最高动态内存(MB))。

    • Dynamic memory allocation(动态内存分配)。如果 XenServer 根据范围自动调整 VM 的内存,则此列中将显示为该范围指定的最高内存量。例如,如果内存范围值为最低 1024 MB、最高 2048 MB,则 Current Maximum Dynamic Memory (MB)(当前最高动态内存(MB))列中将显示 2048 MB。

    • Fixed memory allocation(固定内存分配)。如果为 VM 分配了固定大小的内存(例如 1024 MB),以下各列中都将显示此内存量:“Current Minimum Dynamic Memory (MB)”(当前最低动态内存(MB))、“Current Maximum Dynamic Memory (MB)”(当前最高动态内存(MB))、“Current Assigned Memory (MB)”(当前分配内存(MB))以及“Average Assigned Memory (MB)”(平均分配内存(MB))。

  • Current Assigned Memory (MB)(当前分配内存(MB))。

    • Dynamic memory allocation(动态内存分配)。如果配置动态内存控制,则该值表示在报告运行时 XenServer 分配给 VM 的内存量。

    • Fixed memory allocation(固定内存分配)。如果为 VM 分配了固定大小的内存(例如 1024 MB),以下各列中都将显示此内存量:“Current Minimum Dynamic Memory (MB)”(当前最低动态内存(MB))、“Current Maximum Dynamic Memory (MB)”(当前最高动态内存(MB))、“Current Assigned Memory (MB)”(当前分配内存(MB))以及“Average Assigned Memory (MB)”(平均分配内存(MB))。

    注意:

    如果在运行此报告之前刚刚更改了 VM 的内存分配,则该列中的值将反映您配置的新内存分配。

  • Average Assigned Memory (MB)(平均分配内存(MB))。

    • Dynamic memory allocation(动态内存分配)。如果配置动态内存控制,则该值表示在报告期间 XenServer 分配给 VM 的平均内存量。

    • Fixed memory allocation(固定内存分配)。如果为 VM 分配了固定大小的内存(例如 1024 MB),以下各列中都将显示此内存量:“Current Minimum Dynamic Memory (MB)”(当前最低动态内存(MB))、“Current Maximum Dynamic Memory (MB)”(当前最高动态内存(MB))、“Current Assigned Memory (MB)”(当前分配内存(MB))以及“Average Assigned Memory (MB)”(平均分配内存(MB))。

    注意:

    如果在运行此报告之前刚刚更改了 VM 的内存分配,该列中的值可能与先前显示的值相同。此列中的值反映的是一段时间内的平均值。

  • Average Network Reads (BPS)(平均网络读取量(BPS))。VM 在报告期间接收的平均数据量(比特/秒)。

  • Average Network Writes (BPS)(平均网络写入量(BPS))。VM 在报告期间发送的平均数据量(比特/秒)。

  • Average Network Usage (BPS)(平均网络使用量(BPS))。平均网络读取量和平均网络写入量的总和(比特/秒)。如果 VM 在报告期间平均发送 1027 bps 且平均接收 23831 bps,则“Average Network Usage”(平均网络使用量)是这些值的总和,即 24858 bps。

  • Total Network Usage (BPS)(网络使用总量(BPS))。在报告期间发生的所有网络读写事务的总量(比特/秒)。

主机运行状况历史记录

此报告显示特定主机上与阈值相关的资源(CPU、内存、网络读取和网络写入)性能。

彩色线(红色、绿色和黄色)代表不同的阈值。可以将此报告与主机的池运行状况报告结合使用,来确定主机的性能可能会对整体池运行状况产生的影响。编辑性能阈值时,可以通过此报告深入了解主机性能。

可以通过日均或时均方式显示资源使用情况。时均方式可以让您了解一天中最忙的几个小时,它显示某一时段内的平均资源使用情况。

要查看按小时分组的报告数据,请在主机运行状况历史记录下展开 Click to view report data grouped by house for the time period(单击以查看该时段内按小时分组的报告数据)。

Workload Balancing 将显示所设置时段内每小时的平均值。数据点基于该时段内所有日期该小时的平均利用率。例如,在 2009 年 5 月 1 日到 2009 年 5 月 15 日的报告中,“平均 CPU 使用率”数据点表示全部 15 天中每天 12:00 的资源使用率。此信息是加总后的平均值。如果在 5 月 1 日正午 12:00 的 CPU 使用率是 82%,在 5 月 2 日正午 12:00 的使用率是 88%,在所有其他日期中正午 12:00 的使用率都是 75%,那么正午 12:00 的平均使用率显示为 76.3%。

注意:

Workload Balancing 将对尖峰进行平滑处理,因此数据不会出现虚假的高峰。

池优化性能历史记录

优化性能报告显示针对池的平均资源使用情况进行的优化事件。优化资源池时,这些事件是实例。具体来说,它将显示 CPU、内存、网络读取和网络写入的资源使用情况。

虚线表示在所选日期期间内池的平均利用率。蓝色条指示进行池优化的日期。

此报告可以帮助您确定 Workload Balancing 在您的环境中是否正常工作。可以使用此报告查看导致优化事件的原因(即,Workload Balancing 提供优化建议前的资源使用情况)。

此报告将显示每天的平均资源使用情况。而不显示峰值利用率,例如当系统处于高负荷状态时。如果 Workload Balancing 没有提供优化建议,您还可以使用此报告查看资源池的性能情况。

一般来说,在优化事件后,资源使用情况将降低或保持不变。如果在优化后资源使用情况未出现改进,请考虑重新调整阈值。此外,请考虑资源池是否有过多 VM,以及在您指定的时段内是否添加或删除了新的 VM。

池审核追踪

此报告显示 XenServer 审核日志的内容。审核日志是旨在记录对未经授权操作的执行尝试和选择授权操作的 XenServer 功能。这些操作包括:

  • 导入和导出
  • 主机和池备份
  • 来宾和主机控制台访问。

如果为 XenServer 管理员提供了自己的用户帐户,并通过 RBAC 功能为其分配了不同的角色,则该报告可以提供比较有用的信息。

重要:

要运行审核日志报告,必须启用审核日志记录功能。默认情况下,在 Workload Balancing 虚拟设备中始终启用审核日志。

增强的池审核追踪功能使您能够指定审核日志报告的精度。您也可以搜索审核追踪日志并按特定用户、对象和时间过滤这些日志。默认情况下,池审核追踪精度设置为最低。此选项可捕获有限数量的特定用户和对象类型的数据。您可以根据报告所需的信息详细程度随时修改设置。例如,将用户友好的审核日志报告的精度设置为中。如果您需要详细的报告,可以将此选项设置为最大值。

报告内容

池审核追踪报告包含以下信息:

  • Time(时间)。XenServer 记录用户操作的时间。

  • User Name(用户名)。创建会话(在该会话中执行操作)的人员的名称。有时,此值可能是用户 ID

  • 事件对象。作为操作主体的对象(例如,VM)。

  • 事件操作。发生的操作。有关这些操作的定义,请参阅审核日志事件名称。

  • Access(访问权限)。用户是否有权执行操作。

  • 对象名称。对象的名称(例如,VM 的名称)。

  • 对象 UUID。对象的 UUID(例如,VM 的 UUID)。

  • 成功。此信息提供操作的状态(即,操作是否成功)。

审核日志事件名称

审核日志报告会记录 XenServer 事件、事件对象和操作,包括导入/导出、主机和池备份以及来宾和主机控制台访问。下表定义了在 XenServer“审核日志”和“池审核追踪”报告中经常出现的一些典型事件。该表还指定了这些事件的精度。

在“池审核追踪”报告中,Event Action 列中列出的事件适用于池、VM 或主机。要确定事件应用的对象,请参阅报告中的Event ObjectObject Name列。有关更多事件定义,请参阅《XenServer 管理 API》中关于事件的部分。

池审核追踪精度 事件操作 用户操作
最低 pool.join 指示主机加入新池
最低 pool.join_force 指示(强制)主机加入池
SR.destroy 已销毁存储库
SR.create 已创建存储库
VDI.snapshot 生成 VDI 的一个只读快照,返回引用给快照
VDI.clone 生成一个与 VDI 完全相同的副本,返回对新磁盘的引用
VIF.plug 热插拔指定的 VIF,将它动态连接到运行中的 VM
VIF.unplug 热插拔指定的 VIF,动态断开它与运行中的 VM 的连接
最高 auth.get_subject_identifier 查询外部目录服务,从便于用户理解的主题名称获取字符串形式的主题标识符
最高 task.cancel 已请求取消任务
最高 VBD.insert 将新的介质插入设备
最高 VIF.get_by_uuid 获得对含有指定 UUID 的 VIF 实例的引用
最高 VIF.get_shareable 获得给定 VDI 的可共享字段
最高 SR.get_all 返回系统已知的所有 SR 的列表。
最高 pool.create_new_blob 为与此池相关的已命名二进制数据段创建一个占位符
最高 host.send_debug_keys 将给定字符串作为调试密钥注入到 Xen 中
最高 VM.get_boot_record 返回一个描述 VM 动态状态的记录,该状态在 VM 启动和更新时初始化,以反映运行时配置变化,例如,CPU 热插拔
池运行状况

池运行状况报告显示资源池及其主机在四个不同阈值范围(临界阈值、高阈值、中阈值和低阈值)所花费时间的百分比。您可以使用池运行状况报告来评估性能阈值的效力。

关于本报告的几点解释:

  • 不论您选择哪种放置策略,平均中阈值(蓝色)的资源利用率都是最佳资源利用率。同样,饼图中的蓝色部分指示主机使用资源的最佳时间量。

  • 平均低阈值百分比(绿色)的资源利用率不一定是正值。低资源利用率是否为正取决于放置策略。如果放置策略为“最大密度”,而且资源使用情况为绿色,则 WLB 可能不会在该主机或池上安装最大数量的 VM。如果是这种情况,请调整性能阈值,直到大部分资源利用率下降到“平均中”(蓝色)阈值范围内。

  • 平均临界阈值百分比(红色)的资源利用率指示平均资源利用率达到或超过临界阈值的时间量。

如果双击有关主机资源使用情况的饼图,XenCenter 将显示该主机上该资源的主机运行状况历史记录报告。单击工具栏上的返回到父报告可返回到池运行状况历史记录报告。

如果您发现大多数报告结果都不在“平均中阈值”范围内,您可能需要调整此池的“临界”阈值。Workload Balancing 提供默认的阈值设置,但这些默认设置并非在所有环境中都有效。如果没有根据所用环境将阈值调整为正确的级别,Workload Balancing 优化和放置建议可能不适用。有关详细信息,请参阅更改临界阈值

池运行状况历史记录

此报告提供池中所有物理主机的资源利用率随时间变化的线图。通过此报告,您可以了解资源利用率的趋势 - 是否相对于所设定的阈值(临界、高、中和低)趋向于增加。通过监视该报告中数据点的趋势,您可以评估性能阈值的效力。

当您将池连接到 Workload Balancing 时,Workload Balancing 会根据您设置的临界阈值来推断阈值范围。虽然与池运行状况报告相似,但池运行状况历史记录报告显示的是资源在某一特定日期的平均利用率。而不是资源处于某个阈值范围的总时长。

除“平均可用内存”图外,数据点的平均值在任何时候都不应越过临界阈值线(红色)。对于“平均可用内存”图,数据点的平均值在任何时候都不应在临界阈值线(位于该图底部)之。由于此图显示可用内存,因此临界阈值为低值,这与其他资源不同。

关于本报告的几点解释:

  • 当表中的“平均使用率”线接近“平均中阈值”(蓝色)线时,它表示池的资源利用率处于最佳状态。无论配置哪种放置策略,都会出现此情况。

  • 接近“平均低阈值”(绿色)的资源利用率不一定为正值。低资源利用率是否为正取决于放置策略。在以下情况下:
    • 放置策略为“最大密度”
    • 大部分日期的平均利用率线与绿线重合或低于绿线,那么 Workload Balancing 可能不会尽可能密集地在该池上放置 VM。如果是这种情况,请调整池的临界阈值,直到大部分资源利用率下降到“平均中”(蓝色)阈值范围内。
  • 当“平均使用率”线与“平均临界阈值百分比”(红色)相交时,这表示平均资源利用率达到或超过该资源临界阈值的天数。

如果图中的数据点都不在平均中阈值范围内,但您又对此池的性能很满意,您可能需要调整该池的临界阈值。有关详细信息,请参阅更改临界阈值

池优化历史记录

利用池优化历史记录报告可以按时间顺序查看 Workload Balancing 优化活动。

优化活动以图形和表格形式进行汇总。深入表格内部的日期字段时,将显示当日执行的每个池优化的详细信息。

利用此报告可以查看以下信息:

  • VM Name(VM 名称)。Workload Balancing 优化的 VM 的名称。

  • Reason(原因)。进行优化的原因。

  • Method(方法)。优化是否成功。

  • From Host(源主机)。最初托管 VM 的物理服务器。

  • To Host(目标主机)。VM 迁移到的物理服务器。

  • Time(时间)。发生优化的时间。

提示:

还可以通过在“WLB”选项卡上单击“查看历史记录”链接来生成“池优化历史记录”报告。

虚拟机移动历史记录

此线图显示一段时间内资源池中 VM 的迁移次数。它指示迁移是否源于优化建议,以及 VM 移动到哪个主机。此报告还将指示进行优化的原因。您可以使用该报告审核池中发生迁移的次数。

关于本报告的几点解释:

  • 图表左侧的数值代表可能的迁移次数。此值基于资源池中的 VM 数量。

  • 展开报告“日期”部分中的 + 号,可以查看特定日期的迁移详细信息。

虚拟机性能历史记录

此报告显示在您指定的时段内特定主机上每个 VM 的性能数据。Workload Balancing 的性能数据基于为 VM 分配的虚拟资源数量。例如,如果 VM 的“Average CPU Usage”(平均 CPU 使用率)为 67%,则 VM 在指定时段内平均使用其 vCPU 的 67%。

该报告的初始视图显示在指定的时段内资源利用率的平均值。

展开 + 号后,将显示各资源的线图。可以使用这些图来查看资源利用率随时间变化的趋势。

该报告显示 CPU 使用率、可用内存、网络读取/写入和磁盘读取/写入的数据。

管理 Workload Balancing 功能和设置

本节介绍如何对 Workload Balancing 设置进行可选的更改,其中包括如何:

  • 调整优化模式

  • 自动优化及管理电源

  • 更改临界阈值

  • 调整指标加权

  • 从建议中排除主机

  • 配置高级自动设置和数据存储

  • 调整池审核追踪精度设置

本节假定您已经将池连接到 Workload Balancing 虚拟设备。有关下载、导入和配置 Workload Balancing 虚拟设备的信息,请参阅《 快速入门》。要连接到该虚拟设备,请参阅连接 Workload Balancing 虚拟设备

更改 Workload Balancing 设置

连接到 Workload Balancing 虚拟设备后,可以根据需要编辑 Workload Balancing 在计算放置和优化建议时所使用的设置。

您可以修改的放置和优化设置包括如下:

  • 更改放置策略
  • 配置自动优化和电源管理
  • 编辑性能阈值和指标加权
  • 排除主机。

Workload Balancing 设置会集中应用于池中的所有 VM 和主机。

如果网络和磁盘阈值与环境中的硬件相符,初始时可以考虑使用 Workload Balancing 中的大多数默认设置。

在 Workload Balancing 启用一段时间后,Citrix 建议评估性能阈值,并确定是否要编辑这些阈值。例如,以下情况下应考虑调整阈值:

  • 在尚不需要建议时获得建议。如果出现这种情况,请尝试调整阈值,直到 Workload Balancing 开始提供适当的建议。

  • 在您预期收到建议时却并未得到建议。例如,如果网络带宽不足,而您却未收到建议,则可能需要调整设置。如果出现这种情况,请尝试降低网络临界阈值,直到 Workload Balancing 开始提供建议。

在编辑阈值前,您可以为池中的每台物理主机生成池运行状况报告以及池运行状况历史记录报告。

可以使用 XenCenter 中的 Workload Balancing 配置属性修改配置设置。

要更新 XenServer 和 Workload Balancing 服务器用于进行通信的凭据,请参阅编辑 Workload Balancing 配置文件

在 XenCenter 的“基础结构”窗格中,选择 XenCenter > your-pool

在属性窗格中,单击 WLB 选项卡。

在 WLB 选项卡中,单击设置。

调整优化模式

Workload Balancing 根据您选择的放置策略提出建议,以重新平衡或优化环境中的 VM 工作负载。放置策略被称为优化模式。

Workload Balancing 允许您选择两种优化模式:

  • 最高性能。(默认)Workload Balancing 尝试在资源池中的所有物理主机上平均分布工作负载。目标是最大限度地降低所有主机上 CPU、内存和网络的压力。如果选择“最高性能”放置策略,Workload Balancing 将在某个主机达到高阈值时提出优化建议。

  • 最大化密度。Workload Balancing 将尝试通过合并活动的 VM 来最大限度地减少需要联机的物理主机数量。

    如果选择“最大密度”放置策略,可以指定与“最高性能”策略相似的参数。但是,Workload Balancing 会使用这些参数来确定如何将 VM 并入一个主机。如果放置策略为“最大密度”,Workload Balancing 将在某台虚拟机达到低阈值时提出合并优化建议。

Workload Balancing 还允许您始终应用这些优化模式(“固定”模式),或者按指定的时段在各模式之间进行切换(“排定”模式):

  • 固定优化模式会将 Workload Balancing 设置为始终具有特定的优化行为。此行为可以是实现最佳性能,也可以是实现最高密度。

  • 您可以通过计划优化模式安排 Workload Balancing 在一天中的不同时间应用不同的优化模式。例如,在白天,当有用户处于连接状态时,您可能希望将 Workload Balancing 配置为优化性能。而在夜晚,为了节约能源,可以将 Workload Balancing 指定为以最大密度为目的进行优化。

    配置计划优化模式时,Workload Balancing 会在指定时段开始时自动切换为相应优化模式。可以配置“每天”、“工作日”、“周末”或具体某些天。对于小时,可以选择一天中的具体时刻。

在 XenCenter 的“资源”窗口中,选择 XenCenter > your-pool

在属性窗格中,单击 WLB 选项卡。

在 WLB 选项卡中,单击设置。

在左侧窗格中,单击优化模式。

在优化模式页面的固定部分中,选择以下优化模式之一:

  • 最高性能。(默认)尝试在资源池中的所有物理主机上平均分布工作负载。目标是最大限度地降低所有主机上 CPU、内存和网络的压力。

  • 最大化密度。尝试在一台物理主机上安装尽可能多的 VM。目标是最大限度地减少需要联机的物理主机数量。(Workload Balancing 将考虑合并后 VM 的性能,并在主机上的某项资源达到临界阈值时,提出提高性能的建议。)

在 XenCenter 的“基础结构”窗格中,选择 XenCenter > your-pool

在属性窗格中,单击 WLB 选项卡。

在 WLB 选项卡中,单击设置。

在左侧窗格中,单击优化模式。

在“优化模式”窗格中,选择计划。计划部分将变为可用状态。

单击添加新项。

在更改为框中,选择以下模式之一:

  • 最高性能。尝试在资源池中的所有物理主机上平均分布工作负载。目标是最大限度地降低所有主机上 CPU、内存和网络的压力。

  • 最大化密度。尝试在一台物理主机上安装尽可能多的 VM。目标是最大限度地减少需要联机的物理主机数量。

选择希望 Workload Balancing 开始以此模式运行的星期和时间。

创建更多的计划模式更改(即“任务”),直至达到所需的数量。如果只计划一项任务,Workload Balancing 将按计划切换到该模式,但不会再切换回原来的模式。

单击确定。

按照上述过程中的第 1 到 4 步操作,以显示“优化模式”对话框。

从“计划模式更改”列表中选择要删除或禁用的任务。

执行以下操作之一:

  • 永久删除任务。单击删除按钮。

  • 暂时停止任务运行。右键单击任务,然后单击禁用。

    提示:

    • 此外,通过选择任务,单击“编辑”并选中“优化模式”对话框中的“启用任务”复选框,可以禁用或启用任务。
    • 要重新启用某项任务,请右键单击“计划模式更改”列表中的该任务,然后单击“启用”。

执行以下操作之一:

  • 双击要编辑的任务。

  • 选择要编辑的任务,并单击编辑。

在更改为框中,选择其他模式或者根据需要进行其他更改。

注意:

在单击“确定”前,如果单击“取消”,将撤消在“优化”选项卡中进行的所有更改,包括删除任务操作。

自动优化及管理电源

可以将 Workload Balancing 配置为自动应用建议(自动化),并自动打开或关闭主机。要自动关闭主机(例如,在使用率较低的时段),必须将 Workload Balancing 配置为自动应用建议并启用电源管理功能。电源管理和自动化功能都将在后面的部分加以介绍。

自动应用建议

可以将 Workload Balancing 配置为代表您自动应用建议,并自动实施其建议的优化措施。您可以使用此功能(称为自动接受优化)自动应用任何建议,包括提高性能或关闭主机的建议。但是,要在 VM 使用率下降时关闭主机,必须配置自动化功能、电源管理功能和“最大密度”模式。

默认情况下,Workload Balancing 不自动应用建议。如果希望 Workload Balancing 自动应用建议,必须启用“自动化”功能。如果未启用,则必须通过单击“应用建议”手动应用建议。

如果建议与高可用性设置冲突,则 Workload Balancing 不会自动将这些建议应用于主机或 VM。如果应用 Workload Balancing 优化建议导致池被过度使用,XenCenter 将询问您是否要继续应用建议。如果启用“自动化”功能,Workload Balancing 应用的电源管理建议的数量不会超出“高可用性”计划中允许的主机故障数量。

在启用“自动化”功能的情况下运行 Workload Balancing 时,这种行为有时称为在自动化模式下运行。

可以调整 Workload Balancing 在自动化模式下应用建议的方式。有关信息,请参阅设置保守或主动的自动化建议

启用 Workload Balancing 电源管理

术语“电源管理”是指开启或关闭物理主机电源的能力。在 Workload Balancing 环境中,此术语是指根据池的总工作负载开启或关闭该池中的主机。

在主机上配置 Workload Balancing 电源管理需要满足以下条件:

  • 主机的硬件具有远程开/关机功能

  • 为该主机配置主机开启功能

  • 已将该主机明确选择为参与 (Workload Balancing) 电源管理

此外,如果希望 Workload Balancing 自动关闭主机,还需要将 Workload Balancing 配置为执行以下操作:

  • 自动应用建议

  • 自动应用电源管理建议

如果 WLB 在“最大密度”模式下检测到池中有未使用的资源,则会提出关闭主机的建议,直到耗尽池中的所有过剩容量。如果池中没有足够的主机容量来关闭主机,WLB 建议不要关闭主机,直到池工作负载降至池中有足够的主机容量为止。如果您将 Workload Balancing 配置为自动关闭额外主机,它会自动应用这些建议,其结果与手动模式相同。

将主机设置为参与电源管理时,Workload Balancing 会根据需要提出开/关机建议。 如果您在“最高性能”模式下运行:

  • 如果将 WLB 配置为自动打开主机,WLB 将在主机上的资源利用率超过高阈值时打开主机。
  • Workload Balancing 一旦将主机开启就不会再将其关闭。

如果启用用于自动应用电源管理建议的选项,应在池级别启用。但可以指定希望池中的哪些主机参与电源管理。

了解电源管理行为

Workload Balancing 在提出开启或关闭主机的建议之前,会选择 VM 要转移(即“填充”)到的主机。按以下顺序进行转移:

  1. 填充池主服务器,因为该主机无法关闭。

  2. 填充包含最多 VM 的主机。

  3. 在后续主机中选择运行最多 VM 的主机来填充。

当 Workload Balancing 填充池主服务器时,会为该服务器假定一个低(内部)阈值。Workload Balancing 使用这些低阈值作为缓冲,来防止池主服务器过载。

Workload Balancing 按照此顺序填充主机以提高密度。

在“最大密度”模式下,在主机上合并 VM 时,XenServer 将尝试首先填充池主服务器,然后填充负载最高的主机,最后填充负载最低的主机。

当池处于“最大密度”模式时,如果 WLB 检测到性能问题,它会建议在已开启的主机之间迁移工作负载。如果 Workload Balancing 通过这种方法不能解决该问题,它会尝试打开主机。(Workload Balancing 在决定要打开的主机时,所应用的标准与将优化模式设置为“最高性能”时所采用的标准相同。)

当 WLB 在“最高性能”模式下运行时,只要所有池成员上的资源利用率未降至高阈值以下,Workload Balancing 就会提出开启主机的建议。

在迁移 VM 时,如果 Workload Balancing 确定提高容量对池的整体性能有益,它会自动开启主机,或者建议开启主机。

重要:

仅当主机是由 Workload Balancing 关闭时,Workload Balancing 才会建议您将其打开。

针对电源管理和 VM 整合设计环境

规划 XenServer 实施时,如果您想要配置自动 VM 整合和电源管理,应考虑工作负载设计。例如,您可能需要:

  • 将不同类型的工作负载放置在不同的池中。如果您的环境中包含不同类型的工作负载,请考虑是否在不同的池中定位托管这些工作负载的 VM。此外,请考虑将 VM 拆分为不同的池,这些 VM 托管在使用某些类型的硬件时具有更高性能的各种类型的应用程序。

    由于电源管理和 VM 合并在池级别进行管理,因此设计的池中应包含要以相同比率合并的工作负载。请确保考虑多项因素,例如控制自动化建议中讨论的因素。

  • 从 Workload Balancing 中排除主机。某些主机可能需要始终处于开启状态。有关详细信息,请参阅从建议中排除主机

自动应用优化建议
  1. 在 XenCenter 的“基础结构”窗格中,选择 XenCenter > your-pool

  2. 在属性窗格中,单击 WLB 选项卡。

  3. 在 WLB 选项卡中,单击设置。

  4. 在左侧窗格中,单击自动化。

  5. 选中以下一个或多个复选框:

    • 自动应用优化建议。如果选中此选项,则无需手动接受优化建议。Workload Balancing 会自动接受提供的优化和放置建议。

    • 自动应用电源管理建议。此选项的行为因池的优化模式而异:

      • “最高性能”模式。当启用了自动应用电源管理建议时,如果可以通过开启主机来提高主机性能,Workload Balancing 将自动开启主机。

      • “最大密度”模式。当启用了自动应用电源管理建议时,Workload Balancing 将在资源利用率降到低阈值以下时,自动关闭主机。也就是说,Workload Balancing 将在低使用率较期间自动关闭主机。

  6. (可选。)单击“设置”对话框左侧窗格中的“高级”并执行以下一项或多项操作,以调整优化建议:

    • 指定在 Workload Balancing 自动应用优化建议前必须达到的建议次数。默认值为三次,也就是说,将在第三次提出某建议时应用该建议。

    • 选择希望 Workload Balancing 自动应用的优化建议所应达到的最低级别。默认值为高。

    • 更改 Workload Balancing 应用优化建议的主动性。

      您也可能需要指定 Workload Balancing 在将优化建议应用到最新移动的 VM 前必须等待的时间(分钟)。

      设置保守或主动的自动化建议中将更加详细地介绍所有这些设置。

  7. 执行以下操作之一:

    • 如果要配置电源管理功能,请单击“自动化/电源管理”并继续选择要进行电源管理的主机

    • 如果不希望配置电源管理并且已完成自动化功能的配置,请单击确定。

选择要进行电源管理的主机
  1. 在“电源管理”部分,选择希望 Workload Balancing 提供开启和关闭建议的主机。

    注意:

    如果在未选中自动应用电源管理建议的情况下选择要获得电源管理建议的主机,则会导致 WLB 提出电源管理建议,但不会自动应用这些建议。

  2. 单击确定。如果资源池中的所有主机均不支持远程电源管理,Workload Balancing 会显示“所有主机均不支持电源管理”消息。

了解 Workload Balancing 在何时提出建议

Workload Balancing 将对照阈值不断评估所管理的池中各物理主机和 VM 的资源指标。阈值是相当于边界值的预设值,主机必须超过这些值 Workload Balancing 才会提出优化建议。指标达到非常高的水平。Workload Balancing 的处理过程如下所示:

  1. Workload Balancing 检测到某资源已超出阈值。

  2. Workload Balancing 评估是否应提出优化建议。

  3. Workload Balancing 确定其建议的哪个主机与目标主机的功能相同。目标主机是 Workload Balancing 建议用来重新定位一个或多个 VM 的主机。

  4. Workload Balancing 提出建议。

在 WLB 确定主机可以受益于优化之后并提出建议之前,它会评估池中的其他主机以确定以下事项:

  1. 实施优化的顺序(哪些主机、哪些 VM)
  2. 提出建议时建议在何处放置 VM

为完成这两项任务,Workload Balancing 将使用阈值和加权,如下所示:

  • 阈值是 Workload Balancing 用来比较池的资源指标的边界值。阈值用于确定是否提出建议以及哪些主机适合托管重新定位的 VM。

  • 加权是根据所需关注度排列资源优先级的方式,用于确定处理顺序。Workload Balancing 决定提出建议后,将使用指定的重要资源来确定以下内容:

    • 首先解决哪些主机的性能问题
    • 建议首先迁移哪些 VM

对于 Workload Balancing 所监视的每个资源,系统都提供了四个阈值级别(临界、高、中、低),这些级别将在后面的部分进行讨论。Workload Balancing 将在主机上的资源指标达到以下程度时评估是否提出建议:

  • 当池在“最高性能”模式下运行时,超过高阈值(改善性能)

  • 当池在“最大密度”模式下运行时,低于低阈值(合并主机上的 VM)

  • 当池在“最大密度”模式下运行时,超过临界阈值(改善性能)

例如,如果在“最高性能”模式下运行的池的高阈值为 80%,则当主机上的 CPU 使用率达到 80.1% 时,WLB 将评估是否提出建议。

当资源超出阈值范围时,WLB 将根据历史性能评估资源的指标,以避免根据短时尖峰而提出优化建议。为此,Workload Balancing 将评估在以下时间点收集的资源利用率数据,从而计算历史平均利用率指标:

收集数据的时间 权重
超出阈值时(即实时数据) 70%
超出阈值前 30 分钟 25%
超出阈值前 24 小时 5%

如果主机上的 CPU 使用率在中午 12:02 超出阈值,WLB 将检查当天上午 11:32 和前一天中午 12:02 的利用率。例如,如果 CPU 使用率为以下值,WLB 将不提出建议:

  • 在当天中午 12:02 为 80.1%
  • 在当天上午 11:32 为 50%
  • 前一天中午 12:32 为 78%

出现此行为是因为历史平均利用率为 72.47%,因此 Workload Balancing 认为该利用率为短时尖峰。但如果上午 11:32 的 CPU 使用率为 78%,Workload Balancing 将提出建议,因为历史平均利用率为 80.1%。

优化和合并过程

Workload Balancing 确认可能的优化措施的过程因优化模式(“最高性能”或“最大密度”)而异。但无论采用何种优化模式,提出优化和放置建议的过程都分为两个阶段:

  1. 确定可能的优化措施。(即将哪些 VM 迁出主机。)

  2. 确定放置建议。(即哪些主机适合成为新主机。)

注意:

Workload Balancing 仅建议迁移符合 XenServer 实时迁移条件(包括目标主机必须拥有 VM 所需要的存储)的 VM。目标主机还必须具有充足的资源来支持添加 VM,而不会超出对池配置的优化模式的阈值。例如,“最高性能”模式下的高阈值和“最大密度”模式下的临界阈值。

当 Workload Balancing 在自动化模式下运行时,您可以调整其应用建议的方式。有关详细信息,请参阅设置保守或主动的自动化建议

“最高性能”模式下的优化建议过程

在“最高性能”模式下运行时,Workload Balancing 采用以下过程来确定可能的优化措施:

  1. Workload Balancing 每两分钟对池中的各主机进行一次资源利用率评估。为此,它将监视每个主机并确定每项资源的利用率是否超出其高阈值。有关高阈值的详细信息,请参阅更改临界阈值

    在“最高性能”模式下,如果资源利用率超出其高阈值,WLB 将启动该过程以确定是否应提出优化建议。Workload Balancing 在确定是否应提出优化建议时,将以这些建议能否缓解性能降低(例如高阈值导致的性能降低)为依据。

    例如,如果 Workload Balancing 发现主机 A 上 VM 的性能因 CPU 资源不足而受到负面影响,则当 Workload Balancing 找到 CPU 使用率较低的另一台主机时,它将建议将一个或多个 VM 迁移到该主机。

  2. 如果主机上的资源利用率超出相关的阈值,Workload Balancing 会将以下数据结合起来,算出历史平均利用率:
    • 资源的当前利用率
    • 30 分钟前的历史数据
    • 24 小时前的历史数据 如果历史平均利用率超出资源阈值,Workload Balancing 将确定应提出优化建议。
  3. Workload Balancing 使用指标加权来确定应该首先优化的主机。Workload Balancing 将首先尝试解决分配了最高权重的资源。有关指标加权的信息,请参阅调整指标加权

  4. Workload Balancing 确定哪些主机可以支持要从主机中迁出的 VM。

    Workload Balancing 在进行此项决定时,会计算在主机上放置不同 VM 组合时将对资源利用率产生的预期影响。(Workload Balancing 将采用数学上称为排列的方法执行这些计算。)

    为此,Workload Balancing 将创建一个指标或分数来预测将 VM 迁移到主机所产生的影响。该分数代表主机作为更多 VM 宿主的适合程度。

    要对主机性能进行评分,Workload Balancing 将结合使用以下指标:

    • 主机的当前指标
    • 过去 30 分钟的主机指标
    • 24 小时前的主机指标
    • VM 的指标。
  5. 对主机和 VM 评分后,WLB 将尝试使用 VM 的不同组合来构建主机情况的虚拟模型。WLB 使用这些模型来确定用于放置 VM 的最佳主机。

    在“最高性能”模式下,Workload Balancing 将使用指标加权来确定首先优化哪些主机以及首先迁移这些主机上的哪些 VM。Workload Balancing 基于指标加权来构建其模型。例如,如果为 CPU 使用率分配了最高的重要性,Workload Balancing 将对主机和 VM 进行排序以根据以下标准进行优化:

    • 首先,CPU 使用率对哪些主机的影响最大(即,以最接近 CPU 使用率的高阈值运行)
    • 哪些 VM 拥有的 CPU 使用率最高 (或以最接近其高阈值运行)。
  6. Workload Balancing 继续进行优化计算。它将这些主机视为潜在的优化候选主机,并将这些 VM 视为迁移候选 VM,直至 VM 主机上的预计资源利用率降至高阈值以下。“预计资源利用率”是指 Workload Balancing 预测的、主机在由 Workload Balancing 从其添加或删除 VM 后将达到的资源利用率。
“最大密度”模式下的合并过程

WLB 确定是否根据以下标准提出建议:是否可以将 VM 迁移到某个主机上且仍在低于临界阈值以下时运行该主机。

  1. 当资源利用率降至其低阈值以下时,Workload Balancing 开始计算可能的合并方案。

  2. 当 WLB 检测到可以合并主机上的 VM 的方法时,将评估目标主机是否适合成为 VM 的宿主。

  3. 与“最高性能”模式类似,Workload Balancing 将对主机进行评分,以确定主机作为新 VM 宿主的适合程度。

    在 WLB 提出整合更少主机上的 VM 的建议之前,它会检查将 VM 重新定位到这些主机后,这些主机上的资源利用率是否低于临界阈值。

    注意:

    Workload Balancing 在提出合并建议时,不考虑指标加权。只有在确保主机性能时才考虑指标加权。

  4. 对主机和 VM 评分后,WLB 将尝试使用 VM 的不同组合来构建主机情况的虚拟模型。它使用这些模型来确定用于放置 VM 的最佳主机。

  5. WLB 会计算将 VM 添加到主机所产生的影响,直至其预测到添加其他 VM 会导致主机资源超出临界阈值。

  6. Workload Balancing 在提出建议时,始终建议首先填充池主服务器,因为该主机不能关闭。但 Workload Balancing 会对池主服务器应用一个缓冲值,以防该服务器被过度分配。

  7. WLB 继续建议将 VM 迁移到主机上,直至所有主机在迁移 VM 后都不超出临界阈值。

更改临界阈值

可能需要通过更改临界阈值来控制触发优化建议的时机。本节提供关于以下内容的指导:

  • 如何在池中的主机上修改默认临界阈值
  • 为临界阈值设置的值如何更改高、中和低阈值。

Workload Balancing 将根据主机上资源的历史平均利用率是否超出阈值范围来决定是否提出建议。如果在“最高性能”模式下超出高阈值,或者在“最大密度”模式下超出低阈值和临界阈值,将触发 Workload Balancing 建议。有关详细信息,请参阅优化和合并过程。为某个资源指定某个新临界阈值后,Workload Balancing 将相对于该新临界阈值重置资源的其他阈值。(为了简化用户界面,通过 XenCenter 只能更改临界阈值。)

下表显示了 Workload Balancing 阈值的默认值:

指标 严重
CPU 使用率 90% 76.5% 45% 22.5%
可用内存 51 MB 63.75 MB 510 MB 1020 MB
网络读取 25 MB/秒 21.25 MB/秒 12.5 MB/秒 6.25 MB/秒
网络写入 25 MB/秒 21.25 MB/秒 12.5 MB/秒 6.25 MB/秒
磁盘读取 25 MB/秒 21.25 MB/秒 12.5 MB/秒 6.25 MB/秒
磁盘写入 25 MB/秒 21.25 MB/秒 12.5 MB/秒 6.25 MB/秒

在计算除内存以外的所有指标的值时,Workload Balancing 会将临界阈值的新值与以下因数相乘:

  • 高阈值因数:0.85

  • 中阈值因数:0.50

  • 低阈值因数:0.25

例如 如果您将 CPU 使用率的临界阈值提高至 95%,WLB 会将高、中和低阈值分别重置为 80.75%、47.5% 和 23.75%。

在计算可用内存的阈值时,Workload Balancing 将临界阈值与以下因数相乘:

  • 高阈值因数:1.25

  • 中阈值因数:10.0

  • 低阈值因数:20.0

要对特定阈值执行此计算,请将阈值因数与您为该资源输入的临界阈值相乘:

高、中或低阈值 = 临界阈值 * 阈值因数

例如,如果您将“网络读取”的临界阈值更改为 40 MB/秒,以计算其低阈值,可以用 40 乘以 0.25,得出 10 MB/秒。要得到中阈值,可以用 40 乘以 0.50,依此类推。

尽管临界阈值可以触发许多优化建议,但其他阈值也可以触发优化建议,如下所述:

  • 高阈值

    • 最高性能。超出高阈值会触发将 VM 重定位到资源利用率较低的主机的优化建议。

    • 最大密度。如果将 VM 移动到主机会导致主机资源利用率超出高阈值,Workload Balancing 将不会提出将该 VM 放置到该主机的建议。

  • 低阈值

    • 最高性能。Workload Balancing 不会因低阈值而触发建议。

    • 最大密度。当某个指标值降到低阈值以下时,WLB 就会确定主机利用率偏低,并提出将 VM 合并到更少主机上的优化建议。Workload Balancing 将持续提出将 VM 移动到某个主机的建议,直至该主机某个资源的指标值达到其高阈值为止。

      但是,重新定位 VM 后,该 VM 的新主机上的资源利用率将超出临界阈值。在这种情况下,WLB 将临时使用与“最大性能”负载平衡算法类似的算法来为 VM 查找新主机。Workload Balancing 将持续使用此算法来提出移动 VM 的建议,直到池中各主机上的资源利用率都降至高阈值以下。

更改临界阈值
  1. 在 XenCenter 的“基础结构”窗格中,选择 XenCenter > your-resource-pool

  2. 在属性窗格中,单击 WLB 选项卡。

  3. 在 WLB 选项卡中,单击设置。

  4. 在左侧窗格中,选择临界阈值。这些临界阈值用于评估主机资源利用率。

  5. 在临界阈值页面的临界阈值框中,键入一个或多个新值。这些值代表主机的资源利用率。

    在提供 VM 放置和池优化建议时,Workload Balancing 会使用这些阈值。Workload Balancing 会努力将主机的资源利用率保持在设定的临界阈值以下。

调整指标加权

确定首先处理的主机和 VM 时,Workload Balancing 对指标加权的使用方式因优化模式而异:“最大密度”或“最高性能”。

Workload Balancing 处理优化建议时,将创建优化顺序。确定此顺序时,Workload Balancing 将最重要资源拥有最高指标值的主机排在最优先处理的位置,资源的重要性通过指标加权页面排定。

通常,指标加权在池处于“最高性能”模式时使用。但是,当 Workload Balancing 处于“最大密度”模式时,如果某个资源超出其临界阈值,也会使用指标加权。

“最高性能”模式

在性能最大化模式下,Workload Balancing 使用指标加权确定:(a) 首先处理哪些主机的性能;(b) 建议首先迁移哪些 VM。

例如,如果网络写入量是 WLB 的最重要资源,WLB 将首先针对具有最高每秒网络写入量的主机提出优化建议。要使网络写入量称为最重要的资源,请将指标加权滑块移到右侧并将所有其他滑块移到中间。

如果将所有资源配置为同等重要,则 Workload Balancing 将首先解决 CPU 使用率问题,然后解决内存问题,因为这些资源通常是最受限制的资源。要使所有资源同等重要,请将所有资源的 指标加权滑块设置为处于相同的位置。

“最大密度”模式

在“最大密度”模式下,Workload Balancing 仅在主机达到临界阈值时使用指标加权。此时,Workload Balancing 应用的算法与“最高性能”所采用的算法类似,直至没有主机超出临界阈值为止。使用此算法时,Workload Balancing 按照与“最高性能”模式相同的方式,使用指标加权来确定优化顺序。

如果两个或多个主机的资源超出其临界阈值,Workload Balancing 将验证您为每个资源设置的重要性。它使用此重要性来确定首先优化哪些主机以及在该主机上首先重新定位哪些 VM。

例如,池中包含主机 A 和主机 B,二者分别处于以下状态:

  • 主机 A 上的 CPU 使用率超出了其临界阈值,而 CPU 使用率的指标加权设置在最右端:更重要

  • 主机 B 上的内存利用率超出了其临界阈值,而内存利用率的指标加权设置在最左端:不太重要

Workload Balancing 将提出首先优化主机 A 的建议,因为该主机上达到临界阈值的资源是权重值最高的资源。在 Workload Balancing 确定必须处理主机 A 的性能问题后,Workload Balancing 将开始提出在该主机上放置 VM 的建议。先以具有最高 CPU 使用率的 VM 开始,因为 CPU 使用率是具有最高权重的资源。

Workload Balancing 在提出优化主机 A 的建议后,将提出主机 B 的优化建议。当它为主机 B 上的 VM 提出放置建议时,将首先处理 CPU 使用率,因为 CPU 使用率具有最高权重。

如果有其他需要优化的主机,Workload Balancing 将处理 CPU 使用率排在第三位的主机的性能问题。

默认情况下,所有指标加权设置在滑块的最远点(更重要)。

注意:

指标加权是相对值。如果将所有指标设置为相同级别,那么即使该级别为“不太重要”,它们的权重也是相同的。比起为每个指标设置的实际权重,各指标之间的关系更重要。

编辑指标加权系数
  1. 停止

  2. 在 XenCenter 的“基础结构”窗格中,选择 XenCenter > your-resource-pool

  3. 单击“WLB”选项卡,然后单击“设置”。

  4. 在左侧窗格中,选择指标加权。

  5. 在“指标加权”页面中,可以根据需要调整各资源旁的滑块。

    如果将滑块移向“不太重要”,表明在该池中,确保 VM 始终具有最高数量的可用该资源不太重要。

从建议中排除主机

配置 Workload Balancing 时,可以指定从 Workload Balancing 优化和放置建议(包括“启动”放置建议)中排除特定的物理主机。

可能需要从建议中排除主机的情况如下:

  • 要在“最大密度”模式下运行池、合并及关闭主机,但希望某些特定主机不实施该行为。

  • 拥有两个必须始终在同一主机上运行的 VM 工作负载。例如,如果 VM 具有互补应用程序或工作负载。

  • 不希望移动某些工作负载(例如,域控制器或数据库服务器)。

  • 需要对主机执行维护,而不希望将 VM 放置在该主机上。

  • 工作负载性能的重要性非常高,因此专用硬件的成本无关紧要。

  • 特定主机上正在运行高优先级的工作负载 (VM),而您并不希望使用高可用性功能来为这些 VM 确定优先级。

  • 主机中的硬件对于池中的其他工作负载并不是最优选择。

无论指定固定优化模式还是计划优化模式,即使切换优化模式,已排除的主机仍会被排除。因此,如果您只希望阻止 Workload Balancing 自动关闭某个主机,则应考虑不为该主机启用(或取消选择)电源管理功能。有关详细信息,请参阅自动优化及管理电源

从建议中排除某个主机时,意味着告诉 Workload Balancing 完全不管理该主机。此配置意味着,Workload Balancing 将不就排除的主机提出任何优化建议。相反,当您选择不让某个主机参与电源管理时,WLB 仍会管理该主机,但不会就该主机提出电源管理建议。

从 Workload Balancing 排除主机

使用以下步骤从池(Workload Balancing 通过电源管理、主机评估、放置和优化建议对该池进行管理)中排除主机。

  1. 在 XenCenter 的“资源”窗口中,选择 XenCenter > your-resource-pool

  2. 在属性窗格中,单击 WLB 选项卡。

  3. 在 WLB 选项卡中,单击设置。

  4. 在左侧窗格中,选择排除的主机。

  5. 在“排除的主机”页面中,选择您不希望 WLB 提出备用放置和优化建议的主机。

控制自动化建议

Workload Balancing 提供了某些高级设置,可用来控制 Workload Balancing 应用自动化建议的方式。这些设置显示在“Workload Balancing 配置”对话框的“高级”页面上。

在 XenCenter 的“资源”窗口中,选择 XenCenter > your-resource-pool

在属性窗格中,单击 WLB 选项卡。

在 WLB 选项卡中,单击设置。

在左侧窗格中,选择“高级”。

设置保守或主动的自动化建议

在自动化模式下运行时,提供优化和合并建议的频率以及自动应用这些建议的时间由多种因素决定,包括:

  • 指定 Workload Balancing 从 VM 迁移完毕到提出下一个建议之间的等待时间

  • Workload Balancing 在自动应用某个建议之前必须达到的建议数

  • 在自动应用优化前建议必须达到的严重级别

  • Workload Balancing 在自动应用建议之前需要达到的建议一致性级别(建议移动的 VM,目标主机)

重要:

通常,只能在以下情况下调整设置:

  • Citrix 技术支持人员可提供指导
  • 在启用 Workload balancing 的情况下,已对池的行为进行了有效地观察和测试

未正确配置这些设置可能会导致 Workload Balancing 不提出任何建议。

VM 迁移时间间隔

在 WLB 能够对最后一次移动的 VM 提出其他建议之前,可以指定在最后一次移动该 VM 后 WLB 等待的分钟数。

建议间隔用于防止 Workload Balancing 由于不实的原因(例如,利用率短暂达到峰值)生成建议。

如果配置了“自动化”功能,则修改建议间隔时务必要非常小心。如果出现导致持续、反复出现尖峰的问题,则提高频率(即设置更低的间隔值)会产生大量建议,从而发生多次重新定位。

注意:

Workload Balancing 需要等待一段时间才会考虑将最新重新平衡的主机纳入针对启动放置、恢复及维护模式的建议,而设置建议时间间隔不会对这段等待时间产生影响。

建议计数

Workload Balancing 每两分钟进行一次检查,判断能否为正在监视的池生成建议。启用“自动化”功能时,可以指定 Workload Balancing 必须提供多少次一致的建议才能自动应用该建议。为此,需要配置一项称为“建议计数”的设置。“建议计数”和“优化入侵”设置用于调整在环境中自动应用程序建议的方式。

如主动性部分中所述,Workload Balancing 使用建议的相似性进行以下检查:

  1. 是否确实需要提出建议
  2. 目标主机是否能够长时间保持足够稳定的性能以接受重新定位的 VM(无需不久后再次将其从主机中迁出)

Workload Balancing 使用“建议计数”值来确定在 Workload Balancing 自动应用建议之前必须重复提出该建议的次数。

Workload Balancing 按如下所述使用此设置:

  1. 每次 Workload Balancing 生成满足一致性要求(由“优化入侵”设置指定)的建议时,Workload Balancing 都会将“建议计数”值递增。如果该建议不满足一致性要求,Workload Balancing 可能会将“建议计数”重置为零,具体取决于优化入侵中所述的因素。

  2. 当 WLB 生成的一致建议的数目足以满足“建议计数”值(在“建议”文本框中指定)时,它将自动应用建议。

如果您选择修改此设置,要设置的值将因环境而异。请考虑以下情形:

  • 如果所在环境中的主机负载和活动急速增加,可能需要增大“建议计数”的值。Workload Balancing 每两分钟生成一次建议。举例来说,如果将此间隔设置为 3,则在六分钟后,Workload Balancing 将自动应用建议。

  • 如果所在环境中的主机负载和活动逐渐增加,则可能需要减小“建议计数”的值。

在 Workload Balancing 重新定位 VM 时,接受建议会占用系统资源,并对性能产生影响。增大“建议计数”会增加 Workload Balancing 应用建议之前必须提出的匹配建议的数量。此设置鼓励 Workload Balancing 应用更保守、更稳妥的建议,并且可以降低虚假 VM 移动的可能性。默认情况下,“建议计数”将设置为保守值。

由于调整此设置可能会对您的环境产生潜在影响,因此更改时务必极其小心。最好在经过测试并反复更改值后或在 Citrix 技术支持人员的指导下进行这些调整。

建议严重性

所有优化建议都包含一个严重性级别(严重、高、中、低),用于指示建议的重要程度。Workload Balancing 根据以下因素的组合进行该评级:

  • 设置的配置选项,例如阈值和指标调整
  • 可用于工作负载的资源
  • 资源使用情况历史记录。

建议的严重性级别显示在“WLB”选项卡的“优化建议”窗格中。

如果将 WLB 配置为自动应用建议,则可以在 Workload Balancing 自动应用建议之前,设置与该建议相关联的最低严重性级别。

优化入侵

在自动化模式下运行时,为了提供更多的保证,Workload Balancing 针对自动接受优化建议设定了一致性条件。这有助于避免因尖峰和异常而移动 VM。在自动化模式下,Workload Balancing 不会接受所生成的第一个建议,而是一直等到主机或 VM 持续表现一致行为时,Workload Balancing 才自动应用建议。“持续表现一致行为”包括某个主机是否持续触发建议,以及该主机上的相同 VM 是否持续触发建议等因素。

Workload Balancing 通过使用一致性条件以及规定同一个建议提出次数的条件来判断行为是否一致。您可以使用“优化入侵”设置来配置希望 Workload Balancing 应用一致性条件的严格程度。

Citrix 设计“优化入侵”设置主要是为了进行演示。但是,您可以使用此设置来控制在 Workload Balancing 应用优化建议之前环境中需要达到的稳定程度。默认情况下配置为最稳定的设置(低入侵)。在此上下文中,术语“稳定”是指建议的更改具有持续的相似性,如本节中所述。在大多数环境中,不需要具有主动性。因此,“低”是默认设置。

Workload Balancing 最多使用四个条件来确定一致性。必须满足的条件数因您在优化入侵设置中设定的级别而异。级别越低(例如“低”或“中”),Workload Balancing 接受建议的入侵就越低。换言之,当入侵设置为“低”时,Workload Balancing 对于满足一致性条件的要求更加严格(或者说更具限制性或更不主动)。

例如,如果主动性级别设置为“低”,则在自动应用建议之前,每个“低”值条件都必须符合由“建议计数”值指定的次数。

如果将“建议计数”设置为 3,则 Workload Balancing 将一直等到满足下面针对“低”主动性所列的所有条件并且连续三次重复提出建议时,才会应用该建议。此设置有助于确保 VM 确实需要移动,而且推荐的目标主机在较长时间内具有稳定的资源利用率。这样可以降低最新移动的 VM 因移动后主机性能变化而又从主机移出的可能性。默认情况下,此项设置设为保守设置(“低”)以促进稳定性。

Citrix 建议不要通过增加“优化入侵”设置值来提高主机优化频率。如果您觉得您的主机优化速度不够快或频率不够高,请尝试调整临界阈值。根据池运行状况报告比较各个阈值。

与不同主动性级别相关联的一致性条件如下:

低:

  • 后续建议中的所有 VM 都必须相同(通过匹配每个建议中的 UUID 来判断)

  • 后续建议中的所有目标主机都必须相同

  • 初始建议后面紧跟的建议必须匹配,否则“建议计数”将还原为 1

中:

  • 后续建议中的所有 VM 必须来自同一个主机;但可以不同于首个建议中的 VM。

  • 后续建议中的所有目标主机都必须相同

  • 初始建议后面紧跟的两个建议之一必须匹配,否则“建议计数”将还原为 1

高:

  • 建议中的所有 VM 都必须来自同一个主机。但是,建议不必立即彼此遵循。

  • 在每个建议中,Workload Balancing 建议移动 VM 的主机必须相同

  • 当首个建议紧跟的两个建议不匹配时,“建议计数”不会还原为 1

示例

下面的示例说明 Workload Balancing 如何使用“优化入侵”设置和“建议计数”来确定是否自动接受建议。

第一列代表建议编号。第二列“放置建议”代表 Workload Balancing 在提出优化建议时所提出的放置建议:每个建议包含三个 VM 放置(移动)建议。第三、四、五列代表“优化入侵”设置对各组放置建议的影响。行表示组,例如建议 1。主动性列中的数字代表使用该“优化主动性”设置时连续建议的次数。例如,建议 2 中级主动性列中的值为 1,表示使用该“优化入侵”设置时的建议未达到一致性要求。计数器已重置为 1。

在下表中,当“优化入侵”设置设为“高”时,“建议计数”在建议 1、2 和 3 之后继续递增。即使每个建议中针对新放置所建议的 VM 并不相同,也会进行此递增。Workload Balancing 将应用建议 3 的放置建议,因为它认为就这三个连续的建议而言,该主机具有相同的行为。

相反,当设置为“低”主动性时,对于前四个建议,连续建议计数并不增加。每个建议都会将“建议计数”重置为 1,因为放置建议中的 VM 不同。直到建议 5 中提出相同建议时,“建议计数”才开始增加。最后,Workload Balancing 将在提出三次相同的放置建议后自动应用建议 6 中所提出的建议。

建议 1:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 B
  • 将 VM5 从主机 A 移动到主机 C

高主动性时的建议计数:1

中主动性时的建议计数:1

低主动性时的建议计数:1

建议 2:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 C
  • 将 VM7 从主机 A 移动到主机 C

高主动性时的建议计数:2

中主动性时的建议计数:1

低主动性时的建议计数:1

建议 3:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 C
  • 将 VM5 从主机 A 移动到主机 C

高主动性时的建议计数:3(应用)

中主动性时的建议计数:1

低主动性时的建议计数:1

建议 4:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 B
  • 将 VM5 从主机 A 移动到主机 C

中主动性时的建议计数:2

低主动性时的建议计数:1

建议 5:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 B
  • 将 VM5 从主机 A 移动到主机 C

中主动性时的建议计数:3(应用)

低主动性时的建议计数:2

建议 6:

  • 将 VM1 从主机 A 移动到主机 B
  • 将 VM3 从主机 A 移动到主机 B
  • 将 VM5 从主机 A 移动到主机 C

低主动性时的建议计数:3(应用)

配置 VM 建议间隔

  1. 在 XenCenter 的“资源”窗口中,选择 XenCenter >your-pool

  2. 在属性窗格中,单击 WLB 选项卡。

  3. 在 WLB 选项卡中,单击设置。

  4. 在左侧窗格中,单击高级。

  5. 在“VM Recommendation Interval”(VM 建议间隔)部分中,执行以下一项或多项操作:

    • 在“分钟”框中,键入 Workload Balancing 就刚刚重新平衡的主机提出其他优化建议之前需要等待的分钟数。

    • 在“建议”框中,键入希望 Workload Balancing 在自动应用优化建议之前提出的建议的数量。

    • 选择自动应用优化之前的最低严重性级别。

    • 修改 Workload Balancing 在自动化模式下运行时应用优化建议的主动性。如果增加主动性级别,则会在自动应用建议之前,减少对这些建议一致程度的约束。“优化入侵”设置是对“建议计数”设置 (即“建议”框)的直接补充。

      注意:

      如果在“建议”设置中键入值 1,则“优化入侵”设置无效。

修改池审核追踪精度设置

按照此过程修改精度设置:

  1. 在基础结构视图中选择池,单击 WLB 选项卡,然后单击设置。

  2. 在左侧窗格中,单击高级。

  3. 在“高级”页面上,单击池审核追踪报告精度列表,然后从列表中选择一个选项。

    重要:

    根据您的审核日志要求选择精度。例如,如果您将审核日志报告精度设置为“最低”,则报告只能捕获有限数量的特定用户和对象类型的数据。如果将精度设置为中,该报告将提供用户友好的审核日志报告。如果您选择将精度设置为“最大”,则报告将包含有关审核日志报告的详细信息。将审核日志报告设置为最高”会使 Workload Balancing 服务器使用更多磁盘空间和内存。

  4. 要确认更改,请单击“确定”。

在 XenCenter 中查看基于对象的审核跟踪报告

请按照以下过程进行操作,运行并查看基于选定对象的池审核跟踪报告:

  1. 设置“池审核跟踪精度”设置后,单击报告。此时将显示工作负载报告页面。

  2. 在左侧窗格中选择“池审核追踪”。

  3. 可以通过从对象列表中进行选择来运行并查看基于特定对象的报告。例如,从列表中选择主机将获取仅基于主机的报告。

管理 Workload Balancing

本节提供关于以下主题的信息:

  • 如何将池重新配置为使用不同的 Workload Balancing 虚拟设备

  • 如何将池与 Workload Balancing 断开连接或暂时停止 Workload Balancing

  • 数据库整理

  • 如何更改配置选项

注意:

Workload Balancing 适用于 XenServer Enterprise Edition 客户或可通过其 Citrix Virtual Apps and Desktops 授权访问 XenServer 的客户。有关 XenServer 许可的详细信息,请参阅许可。要升级或购买 XenServer 许可证,请访问 Citrix Web 站点

管理和维护 Workload Balancing

Workload Balancing 运行一段时间后,您可能需要执行一些例行任务,使 Workload Balancing 保持以最佳状态运行。更改环境(例如不同的 IP 地址或凭据)、升级硬件或执行例行维护工作后,可能需要执行这些任务。

您可能会对 Workload Balancing 执行一些管理任务,这些任务包括:

  • 将池连接或重新连接到 Workload Balancing 虚拟设备

  • 将池重新配置为使用其他 Workload Balancing 虚拟设备

  • 重命名 Workload Balancing 用户帐户

  • 将 Workload Balancing 虚拟设备与池断开连接

  • 删除 Workload Balancing 虚拟设备

  • 了解 Workload Balancing 需要的基于角色的访问控制权限

对于 Workload Balancing,您可以通过名为 wlb.conf 的配置文件调整其在某些方面的行为。

本节还将为希望通过其他方式管理 Workload Balancing 数据库的用户介绍一些数据库管理任务。

连接 Workload Balancing 虚拟设备

配置 Workload Balancing 之后,使用 CLI 或 XenCenter 将要管理的池连接到 Workload Balancing 虚拟设备。同样,您有时可能还需要重新连接同一个虚拟设备。

要完成后续的 XenCenter 过程,需要以下信息:

  • Workload Balancing 虚拟设备的主机名称(或 IP 地址)和端口。

  • 希望 Workload Balancing 监视的资源池所使用的凭据。

  • 在 Workload Balancing 虚拟设备上创建的帐户的凭据。此帐户通常称为“Workload Balancing 用户帐户”。XenServer 使用此帐户与 Workload Balancing 进行通信。此帐户是您在 Workload Balancing 配置期间在 Workload Balancing 虚拟设备上创建的帐户。

下图显示了:(1) XenServer 使用您在 Workload Balancing 配置期间创建的帐户与 Workload Balancing 通信,以及 (2) Workload Balancing 虚拟设备使用池的凭据向 XenServer 进行身份验证。

要指定在连接到 Workload Balancing 虚拟设备时要使用的 Workload Balancing 虚拟设备的主机名,请先将其主机名和 IP 地址添加到 DNS 服务器。

如果要配置某个证书颁发机构颁发的证书,Citrix 建议指定未过期的 FQDN 或 IP 地址。

首次连接 Workload Balancing 时,它将使用默认的阈值和设置来平衡工作负载。默认情况下自动功能(例如自动优化模式、电源管理和自动化)处于禁用状态。

注意:

Workload Balancing 适用于 XenServer Enterprise Edition 客户或可通过其 Citrix Virtual Apps and Desktops 授权访问 XenServer 的客户。有关 XenServer 许可的详细信息,请参阅许可。要升级或购买 XenServer 许可证,请访问 Citrix Web 站点

将池连接到 Workload Balancing 虚拟设备
  1. 在 XenCenter 的“资源”窗口中,选择 XenCenter > your-resource-pool

  2. 在属性窗格中,单击 WLB 选项卡。

    “WLB”选项卡将显示“连接”按钮。

    WLB 面板已打开的 XenCenter GUI。

  3. 在 WLB 选项卡中,单击连接。

    此时将显示“连接 WLB 服务器”对话框。

    “连接 WLB 服务器”向导。

  4. 在“服务器地址”部分中,输入以下信息:

    1. 在“地址”框中,键入 Workload Balancing 设备的 IP 地址或 FQDN(例如,your-WLB-appliance-computername.yourdomain.net)。

      提示:

      有关详细信息,请参阅获取 WLB 虚拟设备的 IP 地址

    2. 在“端口”框中输入端口号。XenServer 使用此端口与 Workload Balancing 进行通信。

      默认情况下,XenServer 通过端口 8012 连接 Workload Balancing(具体而言,是指 Web 服务主机服务)。如果在 Workload Balancing 配置期间更改了端口号,则必须在此处输入该端口号。

      注意:

      除非您在 Workload Balancing 配置期间更改了默认端口号,否则将使用该端口号。在 Workload Balancing 配置期间指定的端口号、在任何防火墙中指定的端口号以及在“连接 WLB 服务器”对话框中指定的端口号都必须一致。

  5. 在“WLB 服务器凭据”部分,输入池在连接到 Workload Balancing 虚拟设备时要使用的用户名(例如 wlbuser)和密码。

    “更新凭据”对话框。字段为“用户名”和“密码”。

    这些凭据必须是在 Workload Balancing 配置期间创建的帐户。默认情况下,此帐户的用户名为 wlbuser

  6. 在“XenServer 凭据”部分,输入所配置池的用户名和密码。Workload Balancing 将使用这些凭据连接到池中的 XenServer 主机。

    “XenServer 凭据”对话框。字段为“用户名”和“密码”。

    要使用当前登录 XenServer 所使用的凭据,请选中“使用当前 XenCenter 凭据”复选框。如果您已使用访问控制功能 (RBAC) 为此帐户分配了角色,应确保该角色有足够的权限来配置 Workload Balancing。有关详细信息,请参阅 Workload Balancing 访问控制权限

  7. 在将池连接到 Workload Balancing 虚拟设备之后,Workload Balancing 会自动开始以默认的优化设置监视池。如果您希望修改这些设置或者更改为特定资源指定的优先级,请在执行这些操作之前等到 XenCenter 日志显示已完成发现过程。有关详细信息,请参阅更改 Workload Balancing 设置

获取 WLB 虚拟设备的 IP 地址
  1. 在 XenCenter 的“资源”窗格中选择 WLB 虚拟设备,然后选择“控制台”选项卡。

  2. 登录该设备。输入在导入该设备时创建的 VM 用户名(通常为“root”)及 root 用户密码。

  3. 在提示符处输入以下命令:

    ifconfig
    
Workload Balancing 访问控制权限

在环境中实施基于角色的访问控制 (RBAC) 时,所有用户角色均可显示“WLB”选项卡。但是,并非所有角色都可以执行所有操作。下表列出了管理员要使用 Workload Balancing 功能至少要具有的角色:

任务 至少要具有的角色
配置、初始化、启用、禁用 WLB 池操作员
应用 WLB 优化建议(在“WLB”选项卡中) 池操作员
修改 WLB 报告订阅 池操作员
接受 WLB 放置建议(“星级”建议) VM 超级管理员
生成 WLB 报告,包括池审核追踪报告 只读
显示 WLB 配置 只读
权限的定义

下表提供了关于权限的更多详细信息。

权限 允许被授权人执行的操作
配置、初始化、启用、禁用 WLB 配置 WLB
  初始化 WLB 和更改 WLB 服务器
  启用 WLB
  禁用 WLB
应用 WLB 优化建议(在“WLB”选项卡中) 应用“WLB”选项卡中显示的所有优化建议
修改 WLB 报告订阅 更改生成的 WLB 报告或其接收者
接受 WLB 放置建议(“星级”建议) 选择其中一种服务器 Workload Balancing 放置建议(“星级”建议)
生成 WLB 报告,包括池审核追踪报告 查看和运行 WLB 报告,包括“池审核追踪”报告
显示 WLB 配置 查看如“WLB”选项卡上显示的池 WLB 设置

如果用户尝试使用 Workload Balancing,但该用户没有足够的权限,系统会显示一个角色提升对话框。有关 RBAC 的详细信息,请参阅基于角色的访问控制

确定 Workload Balancing 虚拟设备的状态

运行 service workloadbalancing status 命令,如 Workload Balancing 命令中所述。

将池重新配置为使用其他 WLB 设备

可以将资源池重新配置为使用其他 Workload Balancing 虚拟设备。

但是,为了防止旧 Workload Balancing 虚拟设备在某个池中运行,请确保先断开该池与旧 Workload Balancing 虚拟设备的连接。

将池与原 Workload Balancing 虚拟设备断开连接后,可以通过指定新 Workload Balancing 虚拟设备的名称来连接该池。针对要连接其他 Workload Balancing 虚拟设备的池执行此过程中的后续步骤。

要使用其他 Workload Balancing 虚拟设备,请执行以下操作:

  1. 从“池”菜单中,选择“断开 Workload Balancing 服务器连接”,然后在出现提示时单击“断开连接”。

  2. 在 WLB 选项卡中,单击连接。此时将显示连接 WLB 服务器对话框。

  3. 在“地址”框中,键入新 Workload Balancing 服务器的 IP 地址或 FQDN。

  4. 在“WLB 服务器凭据”部分中,输入 XenServer 池在连接到 Workload Balancing 虚拟设备时要使用的用户名和密码。

    这些凭据必须是在 Workload Balancing 配置期间为新虚拟设备创建的帐户。默认情况下,此帐户的用户名为 wlbuser

  5. 在“XenServer 凭据”部分中,输入您正在配置的池的用户名和密码(通常是池主服务器的密码)。Workload Balancing 将使用这些凭据连接池中的主机。

    “XenServer 凭据”对话框。字段为“用户名”和“密码”。

    要使用当前登录 XenServer 所使用的凭据,请选中“使用当前 XenCenter 凭据”复选框。如果您已使用访问控制功能 (RBAC) 为此帐户分配了角色,应确保该角色有足够的权限来配置 Workload Balancing。有关详细信息,请参阅 Workload Balancing 访问控制权限

更新 Workload Balancing 凭据

完成初始配置后,如果需要更新 XenServer 与 Workload Balancing 设备用来通信的凭据,请按照以下过程操作:

  1. 通过在“WLB”选项卡中单击“暂停”,来暂停 Workload Balancing。

  2. 通过运行 wlbconfig 命令更改 WLB 凭据。有关详细信息,请参阅 Workload Balancing 命令

  3. 重新启用 Workload Balancing 并指定新凭据。

  4. 完成全部进度之后,单击连接。

    此时将显示“连接 WLB 服务器”对话框。

  5. 单击更新凭据。

  6. 在“服务器地址”部分,根据需要修改以下内容:

    • 在地址框中,键入 Workload Balancing 设备的 IP 地址或 FQDN。

    • (可选)如果在 Workload Balancing 配置期间更改了端口号,请输入该端口号。XenServer 使用您在此框中以及 Workload Balancing 配置期间指定的端口来连接 Workload Balancing。

    默认情况下,XenServer 通过端口 8012 连接 Workload Balancing。

    注意:

    仅在运行“Workload Balancing 配置”向导时更改了此端口号才对其进行编辑。在运行“Workload Balancing 配置”向导时指定的端口号与“连接 WLB 服务器”对话框中的端口号必须一致。

  7. 在“WLB 服务器凭据”部分中,输入运行 XenServer 的计算机在连接 Workload Balancing 服务器时使用的用户名(例如 wlbuser)和密码。

  8. 在“XenServer 凭据”部分中,输入您正在配置的池的用户名和密码(通常是池主服务器的密码)。Workload Balancing 将使用这些凭据连接到该池中运行 XenServer 的计算机。

  9. 在“XenServer 凭据”部分,输入所配置池的用户名和密码。Workload Balancing 将使用这些凭据连接到该池中运行 XenServer 的计算机。

要使用当前登录 XenServer 所使用的凭据,请选中“使用当前 XenCenter 凭据”复选框。

更改 Workload Balancing 的 IP 地址

可能需要更新 Workload Balancing 虚拟设备的 IP 地址的情形

要更改 Workload Balancing IP 地址,请执行以下操作:

  1. 通过在虚拟设备上运行 service workloadbalancing stop 命令来停止 Workload Balancing 服务。

  2. 通过在虚拟设备上运行 ifconfig 命令来更改 Workload Balancing 的 IP 地址。

  3. 重新启用 Workload Balancing 并指定新 IP 地址。

  4. 通过在虚拟设备上运行 service workloadbalancing start 命令来启动 Workload Balancing 服务。

停止 Workload Balancing

由于 Workload Balancing 在池级别进行配置,因此如果希望其停止管理某个池,就必须执行以下操作之一:

  • 暂停 Workload Balancing。如果暂停 Workload Balancing,XenCenter 将停止显示针对指定资源池提出的建议并停止管理该池。暂停旨在短时间停止设备运行,您无需重新配置即可恢复监视。暂停 Workload Balancing 时,针对该资源池的数据收集会停止,直至您重新启用 Workload Balancing。

  • 断开池与 Workload Balancing 的连接。断开与 Workload Balancing 虚拟设备的连接时,将中断 Workload Balancing 与池之间的连接,如果可以,从 Workload Balancing 数据库中删除池数据。断开与 Workload Balancing 的连接后,Workload Balancing 将停止收集该池的数据。

  1. 在 XenCenter 的“资源”窗格中,选择要禁用 Workload Balancing 的资源池。

  2. 在“WLB”选项卡中,单击“暂停”。此时“WLB”选项卡上将显示一条消息,说明 Workload Balancing 处于暂停状态。

    提示:

    要恢复监视,请单击“WLB”选项卡中的“恢复”按钮。

  3. 在 XenCenter 的“基础结构”窗格中,选择要停止 Workload Balancing 的资源池。

  4. 从“基础结构”菜单中,选择断开 Workload Balancing 服务器连接。此时将显示断开 Workload Balancing 服务器连接对话框。

  5. 单击“断开连接”以永久停止 Workload Balancing 对池的监视。

提示:

如果断开了池与 Workload Balancing 虚拟设备的连接,要对该池重新启用 Workload Balancing,必须重新连接到 Workload Balancing 设备。有关信息,请参阅连接 Workload Balancing 虚拟设备

在启用 Workload Balancing 的状态下进入维护模式

启用 Workload Balancing 后,如果将主机置于维护模式,XenServer 会将该主机上运行的 VM 迁移到最佳主机上(如果可用)。XenServer 根据 Workload Balancing 建议(性能数据、您的放置策略以及性能阈值)来迁移这些 VM。

如果没有可用的最佳主机,“进入维护模式”对话框中会显示“单击此处挂起 VM”字样。在这种情况下,Workload Balancing 不会提供放置建议,因为所有主机都没有足够的资源来运行此 VM。您可以将此 VM 挂起,或者退出“维护模式”,并将同一池中另一台主机上的一个 VM 挂起。这样,当您再次进入进入维护模式对话框时,Workload Balancing 可能会列出一台适合迁移的候选主机。

注意:

如果您将一台主机脱机以进行维护,并且 Workload Balancing 处于启用状态,则“进入维护模式”向导中会显示“Workload Balancing”字样。

要在启用 Workload Balancing 的状态下进入维护模式,请自行以下操作:

  1. 在 XenCenter 的“资源”窗格中,选择要脱机的物理主机。在服务器菜单中,选择进入维护模式。

  2. 在“进入维护模式”对话框中,单击“进入维护模式”。主机上运行的 VM 会根据 Workload Balancing 的性能数据、放置策略和性能阈值,自动迁移到最佳主机上。

要使主机退出维护模式,请右键单击主机,然后选择“退出维护模式”。主机退出维护模式之后,XenServer 会自动将该主机的原始 VM 还原到该主机。

增加 Workload Balancing 磁盘大小

此过程将介绍如何调整 Workload Balancing 虚拟设备虚拟磁盘的大小。执行这些步骤前,请关闭虚拟设备。Workload Balancing 将在约五分钟内保持不可用状态。

警告:

Citrix 建议在执行此过程前生成数据快照。如果不正确执行这些步骤,可能导致 Workload Balancing 虚拟设备损坏。

  1. 关闭 Workload Balancing 虚拟设备。

    在 XenCenter 资源窗格中,选择 Workload Balancing 虚拟设备(通常为“Citrix WLB 虚拟设备”)。

  2. 单击“存储”选项卡。

  3. 选择“vdi_xvda”磁盘,然后单击属性按钮。

  4. 在“vdi_xvda”属性对话框中,选择大小和位置。

  5. 根据需要增加磁盘大小,然后单击确定。

  6. 启动 Workload Balancing 虚拟设备并进行登录。

  7. 在 Workload Balancing 虚拟设备上运行以下命令:

    resize2fs /dev/xvda
    

    注意

    如果未安装 resize2fs 工具,请务必连接到 Internet 并使用以下命令进行安装:

    yum install -y --enablerepo=base,updates --disablerepo=citrix-* e2fsprogs
    

如果没有 Internet 访问权限,请执行以下操作:

  1. http://mirror.centos.org/centos-7/7.2.1511/os/x86_64/Packages/ 下载以下软件包。

    • libss-1.42.9-7.el7.i686.rpm

    • e2fsprogs-libs-1.42.9-7.el7.x86_64.rpm

    • e2fsprogs-1.42.9-7.el7.x86_64.rpm

  2. 使用 SCP 或任何其他适用的工具将这些文件上载到 WLB VM。

  3. 在 WLB VM 中运行以下命令:

    rpm -ivh libss-*.rpm e2fsprogs-*.rpm
    

    工具 resize2fs 现已安装。

  4. 运行 df –h 命令以确认新的磁盘大小。

删除 Workload Balancing 虚拟设备

Citrix 建议按从 XenCenter 删除 VM 的标准过程来删除 Workload Balancing 虚拟设备。

删除 Workload Balancing 虚拟设备时,包含 Workload Balancing 的 PostgreSQL 数据库将随之删除。要保存此数据,必须在删除 Workload Balancing 虚拟设备前将其从数据库中迁出。

管理 Workload Balancing 数据库

Workload Balancing 数据库是 PostgreSQL 数据库。PostgreSQL 是开放源代码关系数据库。您可以搜索 Web 来查找 PostgreSQL 的文档。

以下信息专门面向数据库管理员以及熟悉数据库管理任务的高级 PostgreSQL 用户。如果没有使用 PostgreSQL 的经验,Citrix 建议您在尝试执行以下部分所介绍的数据库任务前先熟悉该数据库。

默认情况下,PostgreSQL 用户名为 postgres。可以在 Workload Balancing 配置期间为此帐户设置密码。

可以存储的历史数据量取决于为 WLB 分配的虚拟磁盘大小和所需的最小磁盘空间。默认情况下,分配给 WLB 的虚拟磁盘的大小为 20 GB。有关详细信息,请参阅数据库整理参数

要存储大量的历史数据(例如,如果要启用池审核追踪报告),您可以执行以下操作之一:

  • 增大分配给 Workload Balancing 虚拟设备的虚拟磁盘大小。为此,请导入虚拟设备,然后通过执行增加 Workload Balancing 磁盘大小中的步骤增加虚拟磁盘的大小。

  • 通过启用对数据库的远程客户端访问并使用第三方数据库管理工具,定期创建重复的数据备份副本。

就管理数据库而言,可以通过配置数据库整理来控制数据库数据占用的空间。

访问数据库

Workload Balancing 虚拟设备配置有防火墙。您必须先将 postgresql 服务器端口添加至 iptables,然后才能访问数据库。

在 Workload Balancing 虚拟设备控制台中,运行以下命令:

iptables -A INPUT -i eth0 -p tcp -m tcp --dport 5432 -m \
state --state NEW,ESTABLISHED -j ACCEPT

(可选。)要使此配置在重新启动虚拟设备后持久存在,请运行以下命令:

iptables-save > /etc/sysconfig/potables
控制数据库整理

当 VPX 达到 Workload Balancing 运行所需的最小磁盘空间量时,Workload Balancing 数据库将自动删除最早的数据。默认情况下,所需最小磁盘空间量设置为 1024 MB。

Workload Balancing 数据库整理选项通过 wlb.conf 文件进行控制。

当 Workload Balancing 虚拟设备的剩余磁盘空间不足时,Workload Balancing 将自动开始整理历史数据。此过程如下:

  1. Workload Balancing 数据收集器按预定义的整理时间间隔检查是否需要进行整理。当数据库数据已经增长到未使用的空间只能满足最小磁盘空间要求时,需要进行整理。使用 GroomingRequiredMinimumDiskSizeInMB 设置所需的最小磁盘空间。

    如果需要,您可以使用 GroomingIntervalInHour 更改整理时间间隔。但是默认情况下,Workload Balancing 每小时执行一次检查,以确认是否需要进行整理。

  2. 如果需要进行整理,Workload Balancing 首先整理日期最早的数据。然后,Workload Balancing 检查是否有足够的磁盘空间,以使其满足最小磁盘空间要求。

  3. 如果第一次整理未释放出足够的磁盘空间,那么 Workload Balancing 将重复进行整理,直至达到 GroomingRetryCounter 次数,而不会等至 GroomingIntervalInHour 时刻。

  4. 如果第一次或重复进行的整理释放出足够的磁盘空间,那么 Workload Balancing 将等至 GroomingIntervalInHour 时刻并返回步骤 1。

  5. 如果由 GroomingRetryCounter 启动的整理未释放出足够的磁盘空间,那么 Workload Balancing 将等至 GroomingIntervalInHour 时刻并返回步骤 1。

数据库整理参数

wlb.conf 文件中有五个参数用于控制数据库整理的各个方面。这些参数如下:

  • GroomingIntervalInHour。控制在完成下一次整理检查之前经过的小时数。例如,如果输入 1,Workload Balancing 将每小时检查一次磁盘空间。如果输入 2,Workload Balancing 将每两小时检查一次磁盘空间,以确定是否需要进行整理。

  • GroomingRetryCounter。控制 Workload Balancing 尝试重新运行整理数据库查询的次数。

  • GroomingDBDataTrimDays。控制 Workload Balancing 每次尝试整理数据时将从数据库中删除几天的数据。默认值为一天。

  • GroomingDBTimeoutInMinute。控制数据库整理在超时或被取消前将持续的时间(分钟)。如果整理查询的时间超出预期值并且未在超时期间内完成运行,整理任务将被取消。默认值是 0 分钟,这意味着数据库整理永远不超时。

  • GroomingRequiredMinimumDiskSizeInMB。控制分配给 Workload Balancing 虚拟设备的虚拟磁盘中的最小剩余可用空间量。当虚拟磁盘中的数据增长到虚拟磁盘上仅剩余最小磁盘大小的程度时,Workload Balancing 将触发数据库整理。默认值为 2048 MB。

要编辑这些值,请参阅编辑 Workload Balancing 配置文件

更改数据库密码

尽管可以通过 wlb.conf 文件更改数据库密码,但 Citrix 建议您改为运行 wlbconfig 命令。有关详细信息,请参阅修改 Workload Balancing 配置选项

将数据库数据存档

为避免旧的历史数据被删除,您可以选择复制数据库中的数据以进行存档。为此,您必须执行以下任务:

  1. 针对数据库启用客户端身份验证。

  2. 使用选择的 PostgreSQL 数据库管理工具设置存档。

针对数据库启用客户端身份验证

尽管您可以通过 Workload Balancing 控制台直接连接数据库,但也可以使用 PostgreSQL 数据库管理工具。下载数据库管理工具后,将其安装到要连接数据库的系统上。例如,可以在运行 XenCenter 的同一便携式计算机上安装该工具。

针对数据库启用远程客户端身份验证前,必须执行以下操作:

  1. 修改数据库配置文件(包括 pg_hba.conf 文件和 postgresql.conf)以允许进行连接。

  2. 停止 Workload Balancing 服务,重新启动数据库,然后重新启动 Workload Balancing 服务。

  3. 在数据库管理工具中,配置数据库的 IP 地址(即 Workload Balancing VPX 的 IP 地址)及数据库密码。

修改数据库配置文件

要对数据库启用客户端身份验证,必须在 Workload Balancing 虚拟设备上修改两个文件:pg_hba.conf 文件和 postgresql.conf 文件。

要编辑 pg_hba.conf 文件,请执行以下操作:

  1. 修改 pg_hba.conf 文件。从 Workload Balancing 虚拟设备控制台,通过编辑器(例如 VI)打开 pg_hba.conf 文件。例如:

    vi /var/lib/pgsql/9.0/data/pg_hba.conf
    
  2. 如果网络使用 IPv4,请将所连接计算机的 IP 地址添加到此文件中。例如:

    在配置部分中,在 #IPv4 local connections 下输入以下信息:

    • TYPE: host
    • DATABASE: all
    • USER: all
    • CIDR-ADDRESS: 0.0.0.0/0
    • METHOD: trust
  3. CIDR-ADDRESS 字段中输入您的 IP 地址。

    注意:

    如果不输入 0.0.0.0/0,可以输入自己的 IP 地址并将后三位替换为 0/24。/ 尾部的“24”表示子网掩码,只允许从该子网掩码内的 IP 地址建立连接。

    如果在 Method 字段中输入 trust,则连接无需密码即可完成身份验证。如果在 Method 字段中输入 password,则在连接数据库时必须提供密码。

  4. 如果网络使用 IPv6,请将所连接计算机的 IP 地址添加到此文件中。例如:

    #IPv6 local connections 下输入以下信息:

    • TYPE: host
    • DATABASE: all
    • USER: all
    • CIDR-ADDRESS: ::0/0
    • METHOD: trust

    CIDR-ADDRESS 字段中输入 IPv6 地址。在本例中,::0/0 将针对来自任何 IPv6 地址的连接打开数据库。

  5. 保存文件并退出编辑器。

  6. 更改任何数据库配置后,都必须重新启动数据库,以应用这些更改。运行以下命令:

    service postgresql-9.0 restart
    

要编辑 postgresql.conf 文件,请执行以下操作:

  1. 修改 postgresql.conf 文件。从 Workload Balancing 虚拟设备控制台,通过编辑器(例如 VI)打开 postgresql.conf 文件。例如:

    vi /var/lib/pgsql/9.0/data/postgresql.conf
    
  2. 编辑该文件,使设备侦听任何端口而不仅仅是本地主机。例如:

    1. 找到以下行:

      # listen_addresses='localhost'
      
    2. 删除注释符 (#) 并编辑该行,使其如下所示:

      listen_addresses='*'
      
  3. 保存文件并退出编辑器。

  4. 更改任何数据库配置后,都必须重新启动数据库,以应用这些更改。运行以下命令:

    service postgresql-9.0 restart
    
更改数据库维护时段

默认情况下,Workload Balancing 自动在每天 12:05 AM GMT (00:05) 执行例行的数据库维护。在此维护时段期间,仍然继续收集数据,但数据的记录可能会延迟。但是,在此时段内,Workload Balancing 用户界面控制台仍可使用,Workload Balancing 仍然会提出优化建议。

数据库维护工作包括释放已分配但未使用的磁盘空间以及重新构建数据库的索引。维护工作将持续约 6 到 8 分钟。在较大的池中,维护可能会持续较长的时间,具体取决于 Workload Balancing 执行发现所花费的时长。

您可能需要更改进行维护的时间,这取决于您所处的时区。例如,在日本标准时间 (JST) 时区,Workload Balancing 维护工作从上午 9:05 (09:05) 开始,在某些组织中,这可能与高峰使用时段相冲突。如果要指定季节性时差(例如夏令时),必须将该时差纳入所输入的值中。

要更改维护时间,请执行以下操作:

  1. 在 Workload Balancing 控制台中,从任何目录运行以下命令:

    crontab -e
    

    Workload Balancing 将显示如下内容:

    05 0 * * * /opt/vpx/wlb/wlbmaintenance.sh
    

    05 0 代表 Workload Balancing 执行维护工作的默认时间,05 为分钟,0 为小时。(星号表示作业运行的年月日:请勿编辑这些字段。)条目 05 0 指示数据库维护发生的时间为格林威治标准时间 (GMT) 每天晚上 12:05 或 00:05。此设置表示,如果您居住在纽约市,冬季月份的维护时间为晚上 7:05 (19:05),夏季月份为晚上 8:05。

    重要:

    请不要编辑作业运行的年月日(用星号表示)。数据库维护作业必须每天运行。

  2. 输入的维护时间为 GMT 时间。例如,假定您希望维护作业在午夜运行:

如果您所处的时区 UTC 偏差 本地维护时间为凌晨 12:05 时对应的标准时间 夏令时值
美国太平洋时区 (PST)(例如加利福尼亚) UTC-08 05 8 05 7
日本标准时间 (JST) UTC+09 05 15 不适用
北京时间 UTC +08 04 15 不适用
  1. 保存文件并退出编辑器。

自定义 Workload Balancing

Workload Balancing 提供多种自定义方法:

  • 用于编写脚本的命令行。请参阅 Workload Balancing 命令中的命令。

  • 主机启动脚本支持。也可以(间接)通过主机启动脚本自定义 Workload Balancing。

升级 Workload Balancing

出于安全原因,弃用了联机升级 Workload Balancing 的功能。客户无法再使用 yum repo 进行升级。通过从 https://www.citrix.com/downloads/xenserver/product-software/ 下载最新的 WLB VPX,客户可以将 WLB 升级到最新版本。

Workload Balancing 故障排除

尽管通常情况下 Workload Balancing 都会顺畅地运行,但本系列部分仍提供了一些有用信息,可以在您遇到问题时为您提供指导。

常规故障排除提示

  • 执行故障排除时,首先应查看 Workload Balancing 日志文件(LogFile.log 和 wlb_install_log.log)。这些日志位于 Workload Balancing 虚拟设备上的以下位置(默认位置):

    • /var/log/wlb
  • 查看 XenCenter“日志”选项卡上的日志可了解更多(不同)信息。

  • 要查看 Workload Balancing 虚拟设备的内部版本号,请在由 VPX 监视的池中的主机上运行以下命令:

    xe pool-retrieve-wlb-diagnostics | more
    

    Workload Balancing 版本号显示在输出内容的最上方。

错误消息

Workload Balancing 将错误以对话框形式显示在屏幕上,并以错误消息形式显示在 XenCenter 中的“日志”选项卡上。

如果出现错误消息,请查看 XenCenter 事件日志以获得更多信息。有关此日志位置的信息,请参阅 XenCenter 帮助。

输入 Workload Balancing 凭据时遇到问题

如果在配置“连接 WLB 服务器”对话框时无法成功输入虚拟设备的用户帐户和密码,请尝试以下操作:

  • 确保 Workload Balancing 虚拟设备已导入且配置正确,并且其所有服务都在运行。有关详细信息,请参阅 [wlb-start] (#wlb-start)。

  • 检查以确保输入的凭据正确无误。默认凭据显示在《Workload Balancing 快速入门》中。

  • 可以在“地址”框中输入主机名,但该名称必须是 Workload Balancing 虚拟设备的完全限定的域名 (FQDN)。请勿输入托管设备的物理服务器的主机名。例如,yourcomputername{#vrnmN320059}.yourdomain.net{#vrnmN32005F}。如果在输入计算机名称时遇到问题,请尝试改用 Workload Balancing 设备的 IP 地址。

  • 确认主机正在使用正确的 DNS 服务器,并且 XenServer 主机可以使用 FQDN 与 Workload Balancing 服务器联系。要执行此检查,请从 XenServer 主机使用其 FQDN 对 Workload Balancing 设备执行 ping 命令。例如,在 XenServer 主机控制台中输入以下命令:

    ping wlb-vpx-1.mydomain.net
    

防火墙问题

如果 Workload Balancing 虚拟设备处于(硬件)防火墙保护下,但您没有配置相应的防火墙设置,则会出现以下错误:“There was an error connecting to the Workload Balancing server: <pool name> Click Initialize WLB to reinitialize the connection settings.”(连接 Workload Balancing 服务器时出错:<池名称> 请单击“初始化 WLB”以重新初始化连接设置。)如果因其他原因无法访问 Workload Balancing 设备,也可能会显示此错误。

解决方案:

如果 Workload Balancing 虚拟设备处于防火墙保护下,请打开端口 8012。

同样,XenServer 用来联系 Workload Balancing 的端口(默认为 8012)必须与运行 Workload Balancing 配置向导时所指定的端口号匹配。

与 Workload Balancing 失去连接

配置并连接 Workload Balancing 后,如果收到连接错误,可能因为凭据不再有效。要解决此问题,请尝试:

  • 确认在连接 WLB 服务器对话框中输入的凭据与以下凭据匹配:

    • 在 Workload Balancing 配置期间创建的凭据

    • XenServer 上的凭据(即池主服务器凭据)

  • 确认您在连接 WLB 服务器对话框中输入的 Workload Balancing 虚拟设备的 IP 地址或 FQDN 正确无误。

  • 确认您在 Workload Balancing 配置期间创建的用户名与在“连接 WLB 服务器”对话框中输入的凭据一致。

Workload Balancing 连接错误

如果在“WLB”选项卡上的“Workload Balancing 状态”行中收到连接错误消息,可能需要为该池重新配置 Workload Balancing。

单击“WLB”选项卡上的“连接”按钮,然后重新输入服务器凭据。

Workload Balancing 停止工作

如果 Workload Balancing 不工作(例如不允许您保存对设置进行的更改),请检查 Workload Balancing 日志文件中是否存在以下错误消息:

dwmdatacolsvc.exe: Don't have a valid pool. Trying again in 10 minutes.(dwmdatacolsvc.exe: 没有有效的池,请在 10 分钟后重试。)

原因:

出现此错误通常是因为池中有一个或多个存在问题的 VM。当 VM 存在问题时,您可能会看到以下行为:

  • Windows。Windows VM 因停止错误而崩溃(“蓝屏”)。
  • Linux。Linux VM 可能在控制台中无响应,并且通常无法关闭。

解决方法:

  1. 强制关闭 VM。为此,可以对问题 VM 所在的主机执行以下操作之一:

    • 在 XenCenter 中,选择 VM,然后从 VM 菜单中,单击“强制关闭”。

    • 运行 vm-shutdown xe 命令,并将 force 参数设置为 true,如《XenServer 管理员指南》中所述。例如:

      \ vm-shutdown    force=true \
      uuid=vm_uuid \
      

      可以在该主机的“常规”选项卡中(XenCenter 中)或者通过运行 host-list xe 命令,找到主机 UUID。可以在 VM 的“常规”选项卡中或者通过运行 vm-list xe 命令,找到 VM UUID。有关详细信息,请参阅命令行接口

  2. 在崩溃 VM 所在 XenServer 服务器的 xsconsole 中或者在 XenCenter 中,将所有 VM 迁移到另一个主机上,然后运行 xe-toolstack-restart 命令。

Workload Balancing 服务器的更改问题

如果在将池连接到其他 Workload Balancing 服务器时,没有先断开该池与 Workload Balancing 的连接,则原来的和新的 Workload Balancing 服务器都会监视该池。

要解决此问题,可以执行以下操作之一:

  • 关闭并删除原来的 Workload Balancing 虚拟设备。
  • 手动停止 Workload Balancing 服务。这些服务为分析、数据收集器和 Web 服务。

注意:

请勿使用 pool-deconfigure-wlb xe 命令断开池与 Workload Balancing 虚拟设备的连接,或者使用 pool-initialize-wlb xe 命令指定其他设备。

Workload Balancing 命令

本节提供有关 Workload Balancing 命令的参考。您可以从 XenServer 主机或控制台执行以下命令以控制 XenServer 主机上的 Workload Balancing 或配置 Workload Balancing 设置。本附录将介绍 xe 命令和服务命令。

在 Workload Balancing 设备上运行以下服务命令。为此,必须登录 Workload Balancing 虚拟设备。

登录 Workload Balancing 虚拟设备

在运行任何服务命令或编辑 wlb.conf 文件之前,必须先登录 Workload Balancing 虚拟设备。要登录,必须输入用户名和密码。除非在虚拟设备上创建了其他用户帐户,否则请以 root 用户身份登录。该帐户是您在运行 Workload Balancing 配置向导时(在将池连接到 Workload Balancing 之前)指定的。可以选择在 XenCenter 中使用“控制台”选项卡登录该设备。

要登录 Workload Balancing 虚拟设备,请执行以下操作:

  1. name-of-your-WLB-VPX 登录提示符处,输入帐户用户名。例如,其中 wlb-vpx-pos-pool 是 Workload Balancing 设备的名称:

    wlb-vpx-pos-pool login: root
    
  2. 在密码提示符处,输入帐户的密码:

    wlb-vpx-pos-pool login: root
    

    注意:

    要注销 Workload Balancing 虚拟设备,只需在命令提示窗口下键入 logout 即可。

wlb restart

从 Workload Balancing 设备中的任意位置运行 wlb restart 命令,可停止 Workload Balancing 数据收集、Web 服务和数据分析服务,然后再重新启动它们。

wlb start

从 Workload Balancing 设备中的任意位置运行 wlb start 命令,可启动 Workload Balancing 数据收集、Web 服务和数据分析服务。

wlb stop

从 Workload Balancing 设备中的任意位置运行 wlb stop 命令,可停止 Workload Balancing 数据收集、Web 服务和数据分析服务。

wlb status

从 Workload Balancing 设备中的任意位置运行 wlb status 命令,可确定 Workload Balancing 服务器的状态。执行此命令后,将显示三个 Workload Balancing 服务(Web 服务、数据收集服务和数据分析服务)的状态。

修改 Modify the Workload Balancing 配置选项

许多 Workload Balancing 配置(如数据库和 Web 服务配置选项)都存储在 wlb.conf 文件中。wlb.conf 文件是 Workload Balancing 虚拟设备上的配置文件。

为了方便修改最常用的选项,Citrix 提供了 wlb config 命令。如果在 Workload Balancing 虚拟设备上运行 wlb config 命令,可以重命名 Workload Balancing 用户帐户、更改其密码或更改 PostgreSQL 密码。执行此命令后,Workload Balancing 服务将重新启动。

要运行 wlb config 命令,请执行以下操作:

  1. 从命令提示窗口中运行以下命令:

    wlb config
    

屏幕将显示一系列问题,以引导您更改 Workload Balancing 用户名和密码以及 PostgreSQL 密码。请按照屏幕上的问题来更改这些项目。

重要:

请仔细检查您在 wlb.conf 文件中输入的所有值:Workload Balancing 不会对 wlb.conf 文件中的值进行验证。因此,如果您指定的配置参数不在所需范围内,Workload Balancing 不会生成错误日志。

编辑 Workload Balancing 配置文件

可以通过编辑 wlb.conf 文件(存储在 Workload Balancing 虚拟设备上的 /opt/vpx/wlb 目录中)来修改 Workload Balancing 配置选项。一般情况下,只能在 Citrix 的指导下更改此文件中的设置。但是,您可以根据需要更改以下三种类别的设置:

  • Workload Balancing 帐户名称和密码。通过运行 wlb config 命令可以更方便地修改这些凭据。
  • 数据库密码。可以使用 wlb.conf 文件修改此密码。但是,Citrix 建议使用 wlb config 命令进行修改,因为该命令不仅修改 wlb.conf 文件,还自动更新数据库中的密码。如果您选择修改 wlb.conf 文件,则必须运行查询以使用新密码更新数据库。
  • 数据库整理参数。您可以使用该文件修改数据库整理参数(如数据库整理时间间隔),具体说明请参阅数据库管理部分。但 Citrix 建议您修改时要仔细谨慎。

对于 wlb.conf 文件中的所有其他设置,Citrix 目前建议将其均保留为默认值,除非 Citrix 指示您进行修改。

要编辑 wlb.conf 文件,请执行以下操作:

  1. 在 Workload Balancing 虚拟设备(使用 VI 作为实例)上的命令提示窗口中运行以下命令:

    vi /opt/vpx/wlb/wlb.conf
    

    屏幕将显示配置选项的多个不同部分。

  2. 修改配置选项,并退出编辑器。

编辑 wlb.conf 文件后,无需重新启动 Workload Balancing 服务。所做的更改在退出编辑器后立即生效。

重要:

请仔细检查您在 wlb.conf 文件中输入的所有值:Workload Balancing 不会对 wlb.conf 文件中的值进行验证。因此,如果您指定的配置参数不在所需范围内,Workload Balancing 不会生成错误日志。

提高 Workload Balancing 日志的详细级别

Workload Balancing 日志提供 Workload Balancing 虚拟设备上的事件列表,包括针对分析引擎、数据库和审核日志的操作。该日志文件位于 /var/log/wlb/LogFile.log 中。

您可以根据需要提高 Workload Balancing 日志的详细级别。为此,可以修改 Workload Balancing 配置文件 (wlb.conf) 的跟踪标志部分,该文件位于 /opt/vpx/wlb/wlb.conf 中。输入 1 或 true 可启用对特定跟踪的日志记录,输入 0 或 false 可禁用日志记录。例如,要对分析引擎跟踪启用日志记录,请输入:

AnalEngTrace=1

在向 Citrix 技术支持人员报告问题或进行故障排除之前,您可能希望提高日志记录的详细级别。

日志记录选项 跟踪标志 益处或用途
分析引擎跟踪 AnalEngTrace 记录分析引擎计算的详细信息。显示引擎做出的决策和分析的详细信息,并了解 Workload Balancing 不提出建议的原因。
数据库跟踪 DatabaseTrace 记录有关数据库读取/写入的详细信息。但是,一直启用此项跟踪会使日志文件的大小迅速增加。
数据收集跟踪 DataCollectionTrace 记录检索指标的操作。此值允许您查看 Workload Balancing 检索并插入到 Workload Balancing 数据存储中的指标。但是,一直启用此项跟踪会使日志文件的大小迅速增加。
数据压缩跟踪 DataCompactionTrace 记录有关压缩指标数据所花费的毫秒数的详细信息。
数据事件跟踪 DataEventTrace 此项跟踪提供有关 Workload Balancing 从 XenServer 缓存的事件的详细信息。
数据整理跟踪 DataGroomingTrace 此项跟踪提供有关数据库整理的详细信息。
数据指标跟踪 DataMetricsTrace 记录有关分析指标数据的详细信息。一直启用此项跟踪会使日志文件的大小迅速增加。
队列管理跟踪 QueueManagementTrace 记录有关数据收集队列管理处理的详细信息。(此选项供内部使用。)
数据保存跟踪 DataSaveTrace 记录有关要保存到数据库中的池的详细信息。
主机得分跟踪 ScoreHostTrace 记录有关 Workload Balancing 如何得出主机得分的详细信息。此项跟踪将显示当 Workload Balancing 计算星级以选择用于放置 VM 的最佳服务器时所得出的详细分数。
审核日志跟踪 AuditLogTrace 显示所捕获并写入的审核日志数据的操作。(此选项仅供内部使用,不提供在审核日志中捕获的信息。)但是,一直启用此项跟踪会使日志文件的大小迅速增加。
计划的任务跟踪 ScheduledTaskTrace 记录关于计划的任务的详细信息。例如,如果您计划的模式更改不起作用,您可能要启用此跟踪来调查原因。
Web 服务跟踪 WlbWebServiceTrace 记录与 Web 服务接口进行通信有关的详细信息。