计费使用分析
可以使用“计费使用分析”报告（计费报告）确定组织内的特定部门对某资源（如物理服务器）的使用量。具体而言，该报告显示池中所有虚拟机的信息，包括其可用性和资源使用情况。由于该报告提供虚拟机可用性（“运行时间”）信息，因而可以帮助您证明与服务级别协议的符合性及可用性。
计费报告可帮助您实施简单的计费解决方案，并简化收费方式。要对使用特定资源的客户收费，可以生成此报告，将其另存为 Excel 格式，然后通过自定义电子表格的数据来加入单价，或者将 Excel 数据导入到计费系统中。
如果确定将要对使用虚拟机的内部或外部客户收费，可以考虑在虚拟机命名约定中加入部门或客户名称。这样会使计费报告更易于阅读。
在某些情况下，计费报告中的资源报告以各虚拟机的物理资源分配量为基础。
同样，由于 XenServer 允许您分配固定的内存量或者由系统自动分配内存量，因此该报告中的平均内存数据以当前分配给虚拟机的内存量为基础，而无论采用固定内存分配方式还是自动调整内存分配量（动态内存控制）。
计费报告包含以下数据列：
VM Name（VM 名称）。该行各列数据所对应的虚拟机的名称。
VM Uptime（VM 运行时间）。虚拟机开启（更确切地说，是 XenCenter 中该虚拟机旁显示绿×××标）的分钟数。
vCPU Allocation（vCPU 分配）。在虚拟机上配置的虚拟 CPU 的数目。每个虚拟 CPU 将获得相等份额的主机物理 CPU。例如，如果在一个包含两个物理 CPU 的主机上配置了八个虚拟 CPU，并且此列的值为“1”，则该值相当于主机总处理能力的 2/16。
Minimum CPU Usage (%)（最低 CPU 使用率(%)）。在报告期间内所记录的最低虚拟 CPU 使用率值。该值以虚拟机虚拟 CPU 容量的百分比来表示，该容量以分配给虚拟机的虚拟 CPU 数为基础。例如，在您创建虚拟机时，如果为其分配了一个虚拟 CPU，则最低 CPU 使用率表示 XenServer 所记录的最低虚拟 CPU 使用率百分比（即使该使用率只持续了很短的时间）。如果为该虚拟机分配了两个虚拟 CPU，则此列中的值表示这两个虚拟 CPU 总容量的最低使用率 (%)。
从根本上说，CPU 使用率百分比表示虚拟 CPU 所处理的最低记录工作负载。例如，如果为虚拟机分配一个虚拟 CPU，而主机上的物理 CPU 为 2.4 GHz，则该虚拟机将获得 2.4 GHz 的 1/8。这意味着，如果该虚拟机获得的容量为 0.3GHz (300MHz)，而其最低 CPU 使用率为 20%，则在报告期间内该虚拟机最低使用 60MHz 的物理主机 CPU。
Maximum CPU Usage (%)（最高 CPU 使用率(%)）。在报告期间内虚拟机所占用的虚拟 CPU 容量的最高百分比。占用的 CPU 容量是基于分配给虚拟机的虚拟 CPU 容量的百分比。例如，创建虚拟机时，如果为其分配了一个虚拟 CPU，则最高 CPU 使用率表示在报告期间内所记录的最高虚拟 CPU 使用率百分比。如果为该虚拟机分配了两个虚拟 CPU，则此列中的值表示基于这两个虚拟 CPU 总容量的最高使用率。
Average CPU Usage (%)（平均 CPU 使用率(%)）。Average CPU Usage (%)（平均 CPU 使用率(%)）。在报告期间内所用虚拟机虚拟 CPU 容量的平均量 (%)。CPU 容量是分配给虚拟机的虚拟 CPU 容量。如果为该虚拟机分配两个虚拟 CPU，则此列中的值表示这两个虚拟 CPU 总容量的平均使用率。
Total Storage Allocation (GB)（总存储分配(GB)）。运行报告时分配给虚拟机的磁盘空间量。通常，此磁盘空间是您在创建虚拟机时为其分配的磁盘空间量，除非对其进行了修改。
Virtual NIC Allocation（虚拟 NIC 分配）。分配给虚拟机的虚拟接口 (VIF) 的数目。
Current Minimum Dynamic Memory (MB)（当前最低动态内存(MB)）。
Fixed memory allocation（固定内存分配）。如果为虚拟机分配了固定大小的内存（例如 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 配置为根据范围自动调整虚拟机的内存（即启用了动态内存控制），则此列中将显示为该范围指定的最低内存量。例如，如果在 XenCenter 的“内存设置”对话框中为该虚拟机选择了“自动在此范围内分配内存”选项，然后指定此范围的最低内存量为 1024MB，最高内存量为 2048MB，则 1024MB 将显示在“Current Minimum Dynamic Memory (MB)”（当前最低动态内存 (MB)）列中。
Current Maximum Dynamic Memory (MB)（当前最高动态内存(MB)）。
Dynamic memory allocation（动态内存分配）。如果将 XenServer 设置为根据范围自动调整 VM 的内存，则此列中将显示为该范围指定的最高内存量。例如，如果您指定的内存范围为最低 1024MB、最高 2048MB，则 2048MB 将显示在“Current Maximum 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)）。
Current Assigned Memory (MB)（当前分配内存(MB)）。
Dynamic memory allocation（动态内存分配）。配置了动态内存控制时，此值表示在报告运行时 XenServer 分配给虚拟机的内存量。
Fixed memory allocation（固定内存分配）。如果为虚拟机分配了固定大小的内存（例如 1024 MB），以下各列中都将显示此内存量：“Current Minimum Dynamic Memory (MB)”（当前最低动态内存(MB)）、“Current Maximum Dynamic Memory (MB)”（当前最高动态内存(MB)）、“Current Assigned Memory (MB)”（当前分配内存(MB)）以及“Average Assigned Memory (MB)”（平均分配内存(MB)）。
注意：如果在运行此报告之前刚刚更改了虚拟机的内存分配，则该列中的值将反映您配置的新内存分配。
Average Assigned Memory (MB)（平均分配内存(MB)）。
Dynamic memory allocation（动态内存分配）。如果配置动态内存控制，则该值表示在报告期间 XenServer 分配给虚拟机的平均内存量。
Fixed memory allocation（固定内存分配）。如果为虚拟机分配了固定大小的内存（例如 1024 MB），以下各列中都将显示此内存量：“Current Minimum Dynamic Memory (MB)”（当前最低动态内存(MB)）、“Current Maximum Dynamic Memory (MB)”（当前最高动态内存(MB)）、“Current Assigned Memory (MB)”（当前分配内存(MB)）以及“Average Assigned Memory (MB)”（平均分配内存(MB)）。
注意：如果在运行此报告之前刚刚更改了虚拟机的内存分配，该列中显示的值可能不会改变。此列中的值反映的是一段时间内的平均值。
Average Network Reads (BPS)（平均网络读取量(BPS)）。虚拟机在报告期间接收的平均数据量（比特/秒）。
Average Network Writes (BPS)（平均网络写入量(BPS)）。虚拟机在报告期间发送的平均数据量（比特/秒）。
Average Network Usage (BPS)（平均网络使用量(BPS)）。平均网络读取量和平均网络写入量的总和（比特/秒）。例如，如果虚拟机在报告期间平均每秒发送 1,027 比特，而平均每秒接收 23,831 比特，则平均网络使用量将是这两个值的总和：24,858 比特/秒。
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 的资源使用情况加总后的平均值。就是说，如果 CPU 在 5 月 1 日正午 12:00 的使用率是 82%，在 5 月 2 日正午 12:00 的使用率是 88%，在所有其他日期中正午 12:00 的使用率都是 75%，那么正午 12:00 的平均使用率显示为 76.3%。
池优化性能历史记录
优化性能报告显示针对池的平均资源使用情况进行的优化事件（即，在优化资源池时发生的事件）。具体来说，它将显示 CPU、内存、网络读取和网络写入的资源使用情况。
虚线表示在所选日期期间内池的平均利用率。蓝色条指示进行池优化的日期。
此报告可以帮助您确定 Workload Balancing 在您的环境中是否正常工作。可以使用此报告查看导致优化事件的原因（即，Workload Balancing 提供优化建议前的资源使用情况）。
此报告显示每天的平均资源使用情况；而不显示峰值利用率（例如当系统处于紧张状态时）。如果 Workload Balancing 没有提供优化建议，您还可以使用此报告查看资源池的性能情况。
一般来说，在优化事件后，资源使用情况应降低或保持不变。如果在优化后资源使用情况未出现改进，请考虑重新调整阈值。此外，请考虑资源池是否有过多虚拟机，以及在您指定的时段内是否添加或删除了新的虚拟机。
池审核追踪
此报告显示 XenServer 审核日志的内容；该 XenServer 功能用于在日志中记录执行未经授权的操作及选择已授权操作的尝试，包括导入/导出、主机和池备份以及来宾系统和主机控制台访问操作。当使用基于角色的访问控制功能为 XenServer 管理员指定具有不同角色的用户帐户时，此报告可提供更有用的信息。有关审核日志功能的信息，请参阅《Workload Balancing 管理员指南》中的审核日志文档。
重要：要运行审核日志报告，必须启用审核日志记录功能。默认情况下，在 Workload Balancing 虚拟设备中始终启用审核日志。
增强的池审核追踪功能使您能够指定审核日志报告的精度。您也可以搜索审核追踪日志并按特定用户、对象和时间过滤这些日志。默认情况下，池审核追踪精度设置为最低。此选项可捕获有限数量的特定用户和对象类型的数据。您可以随时根据您报告中所需的详细级别修改设置。例如，将用户友好的审核日志报告的精度设置为中。如果您需要非常详细的报告，可以将此选项设置为最高。
要修改池审核追踪精度设置，请执行以下操作：
在基础结构视图中选择池，单击 WLB 选项卡，然后单击设置。
在左侧窗格中，单击高级。
在“高级”页面上，单击池审核追踪报告精度下拉列表，然后从列表中选择一个选项。
重要：根据您的审核日志要求选择精度。例如，如果您将审核日志报告精度设置为最低，则审核报告只能捕获有限数量的特定用户和对象类型的数据。如果您将精度设置为中，则报告可以提供用户友好的审核日志报告。如果您选择将精度设置为最大，则报告将包含有关审核日志报告的详细信息。注意，将审核日志报告设置为“最大”会使 Workload Balancing 服务器使用更多磁盘空间和内存。
单击确定，确认您的更改。
此报告显示以下内容：
Time（时间）。XenServer 记录用户操作的时间。
User Name（用户名）。创建会话（在该会话中执行操作）的人员的名称。在某些情况下，此项内容可以是用户 ID。
Event Object（事件对象）。作为操作主体的对象（例如虚拟机）。
Event Action（事件操作）。发生的操作。有关这些操作的定义，请参阅审核日志事件名称。
Access（访问权限）。用户是否有权执行操作。
Object Name（对象名称）。对象的名称（例如，虚拟机的名称）。
Object UUID（对象 UUID）。对象的 UUID（例如，虚拟机的 UUID）。
Succeeded（成功）。此列提供操作的状态（即，操作是否成功）。
池运行状况
池运行状况报告显示资源池及其主机在四个不同阈值范围（临界阈值、高阈值、中阈值和低阈值）所花费时间的百分比。您可以使用池运行状况报告来评估性能阈值的效力。
关于本报告的几点解释：
不论您选择哪种放置策略，平均中阈值（蓝色）的资源利用率都是最佳资源利用率。同样，饼图中的蓝色部分指示主机使用资源的最佳时间量。
平均低阈值百分比（绿色）的资源利用率不一定是正值。低资源利用率是否为正取决于放置策略。例如，如果放置策略为“最大密度”，而且资源使用情况大多时间为绿色，那么 Workload Balancing 可能不适合该主机或池上虚拟机的最大数量。如果是这种情况，您应调整性能阈值，直到大部分资源利用率下降到平均中（蓝色）阈值范围内。
平均临界阈值百分比（红色）的资源利用率指示平均资源利用率达到或超过临界阈值的时间量。
如果双击表示主机资源使用情况的饼图，XenCenter 将显示该主机上相应资源（例如 CPU）的“主机运行状况历史记录”报告。单击返回到父报告工具栏按钮将使您返回到“池运行状况历史记录”报告。注意：此按钮仅适用于分层报告，例如池运行状况报告。
如果您发现大多数报告结果都不在平均中阈值范围内，您可能需要为此资源池调整临界阈值。Workload Balancing 提供默认的阈值设置，但这些默认设置并非在所有环境中都有效。如果不将阈值调整到适合所用环境的正确级别，Workload Balancing 的优化和放置建议可能不适用。有关详细信息，请参阅更改临界阈值。
注意：高、中和低阈值范围都以临界阈值为基础。
池运行状况历史记录
此报告提供池中所有物理主机的资源利用率随时间变化的线图。通过此报告，您可以了解资源利用率的趋势 - 是否相对于所设定的阈值（临界、高、中和低）趋向于增加。通过监视该报告中数据点的趋势，您可以评估性能阈值的效力。
Workload Balancing 会根据您设置的临界阈值来推断阈值范围。虽然与“池运行状况”报告相似，但“池运行状况历史记录”报告显示的是资源在某一特定日期的平均利用率，而不是处于某个阈值范围的总时长。
除“平均可用内存”图外，数据点的平均值在任何时候都不应越过临界阈值线（红色）。对于“平均可用内存”图，数据点的平均值在任何时候都不应在临界阈值线（位于图表底部）之下。由于此图显示可用内存，因此临界阈值为低值，这与其他资源不同。
关于本报告的几点解释：
当表中的“平均使用率”线接近“平均中阈值”（蓝色）线时，它表示池的资源利用率处于最佳状态，而无论配置哪种放置策略。
接近“平均低阈值”（绿色）的资源利用率不一定为正值。低资源利用率是否为正取决于放置策略。例如，如果您的放置策略是“最大密度”，而大部分日期的平均利用率线与绿线重合或低于绿线，那么 Workload Balancing 可能未尽可能密集地在该池上放置虚拟机。如果是这种情况，您应调整池的临界阈值，直到其大部分资源利用率下降到平均中（蓝色）阈值范围内。
当“平均使用率”线与“平均临界阈值百分比”（红色）相交时，这表示平均资源利用率达到或超过该资源临界阈值的天数。
如果您发现图中的大多数数据点都不在平均中阈值范围内，但您又对此池的性能很满意，您可能需要调整该池的临界阈值。有关详细信息，请参阅更改临界阈值。
池优化历史记录
利用池优化历史记录报告可以按时间顺序查看 Workload Balancing 优化活动。
优化活动以图形和表格形式进行汇总。深入表格内部的日期字段时，将显示当日执行的每个池优化的详细信息。
利用此报告可以查看以下信息：
VM Name（VM 名称）。Workload Balancing 优化的虚拟机的名称。
Reason（原因）。进行优化的原因。
Status（状态）。优化是否成功。
From Host（来源主机）。最初托管虚拟机的物理服务器。
To Host（目标主机）。虚拟机移动到的物理服务器。
Time（时间）。发生优化的时间。
提示：还可以通过在 WLB 选项卡上单击查看历史记录链接来生成“池优化历史记录”报告。
虚拟机移动历史记录
此线图显示一段时间内虚拟机在一个资源池中的移动次数。它将指示移动是否源于优化建议，以及虚拟机移动到哪个主机。此报告还将指示进行优化的原因。您可以使用此报告审核池中发生移动的次数。
关于本报告的几点解释：
图表左侧的数值代表可能的移动次数，该值基于资源池中虚拟机的数量。
展开报告日期部分中的 + 号，可以查看特定日期移动的详细情况。
虚拟机性能历史记录
此报告显示在您指定的时段内特定主机上每个虚拟机的性能数据。Workload Balancing 的性能数据基于为虚拟机分配的虚拟资源数量。例如，如果虚拟机的平均 CPU 使用率为 67%，这意味着在您指定的时段内，虚拟机平均占用了 67% 的虚拟 CPU。
该报告的初始视图显示在指定的时段内资源利用率的平均值。
展开 + 号后，将显示各资源的线图。可以使用这些图来查看资源利用率随时间变化的趋势。
该报告显示 CPU 使用率、可用内存和网络读取/写入的数据。
原文地址：http://blog.51cto.com/hangtc/2063802