本节书摘来自华章出版社《VMware vCAT权威指南：成功构建云环境的核心技术和方法》一书中的第3章，第3.6节，作（美）VMware vCAT 团队，更多章节内容可以访问云栖社区“华章计算机”公众号查看
3.6 vCloud计量
对于vCloud环境，资源计量是准确测量消费者使用情况、通过成本分摊策略塑造消费者行为所必不可少的。VMware vCenter Chargeback Manager提供了计量能力，在vCloud环境中实现了成本透明性和可审核性。
运行私有的vCloud时，企业没有必要承受和公共vCloud服务提供者相同的成本压力，可能并不存在必需的成本分摊规程或者策略。成本分摊的替代方式之一是成本分析（Showback），这一方法试图通过向消费者展示服务成本，提升对消耗和成本的意识，而不涉及要求消费者的部门支付账目的正式会计过程。
成本分摊提供成本透明性和可审核性，使消费者的行为与实际消耗资源成本保持一致。没有成本分析或者成本分摊，消费者就不会了解他们所消费资源的实际成本，从而不会受到激励去改变消费模式。vCloud计算资源可能很容易被消耗殆尽，除了描述资源租约的部署策略，没有什么阻碍或者惩罚措施能够遏制超量使用。计量能够揭示垄断vCloud资源的重点用户。
3.6.1 vCenter Chargeback Manager
vCenter Chargeback Manager提供计量功能，对私有和公共vCloud环境中使用的资源进行测量、分析和报告。vCloud提供者可以配置并将多种定价模式关联到vCloud Director实体。vCenter Chargeback实现的成本透明度使vCloud提供者能够根据资源需求验证和调整财务模型。
3.6.1.1 vCenter Chargeback Manager架构
vCenter Chargeback Manager基于Windows服务器运行vCenter Chargeback Web应用、负载平衡器和数据收集器服务。这些服务可以运行在不同的服务器上，以实现可伸缩性和弹性。这台服务器可以是虚拟机也可以是物理机器，建议采用如下规格：
2.0GHz或者更快的Intel/AMD x86处理器
4GB或者更多RAM
3GB磁盘存储
1Gbps以太网适配器
vCenter Chargeback Manager实例可以形成群集，为用户界面提供改进的性能和可用性。群集配置利用Apache负载平衡器，该程序与Chargeback软件捆绑。群集中的所有实例必须运行相同版本的Chargeback。Chargeback群集可以包含最多3台Chargeback服务器。根据并发用户的数量，确定群集中Chargeback实例的数量。
负载平衡采用双主机（Active-Active）方式。每个用户请求不管来自用户界面还是API，都通过负载平衡器路由。负载平衡器根据群集各个实例当前服务的请求数量，将请求转发给某个Chargeback实例。利用多个实例，Chargeback还通过内部的Quartz Scheduler为报告处理负载提供负载平衡。如果负载平衡器服务终止，可以重新启动Windows服务。内建的负载平衡器不能由第三方负载平衡器替代。群集中的所有Chargeback实例连接到同一个Chargeback数据库。
如果负载平衡器服务不可用，Chargeback Manager应用程序无法工作。如果一个群集实例上的Tomcat服务器终止，负载平衡器将请求重定向到其他群集实例。
对于负载平衡会话，启用粘性（Stickiness）。会话始终连接到一台vCenter Chargeback服务器。如果多个会话在用，适用如下算法：
1.负载平衡器使用请求数量寻找最好的工作机器。
2.访问根据滑动时间窗口中的lbfactor（这对于群集中的所有服务器都是相同的）分布。
下列属性的更多信息参见《The Apache Tomcat Connector-Reference Guide》（http://tomcat.apache.org/connectors-doc/reference/workers.html）：
sticky_session=1(true)
method=R
图3.38展示了一个vCenter Chargeback群集。
多个Chargeback环境（分离vCenter Chargeback Manager和数据库）可以使用单一的vCloud Director实例，但是这增加了vCloud Director实例上的负载。
vCenter Chargeback数据库存储组织层次结构、成本/收费计划以及全局成本分摊配置数据。支持的数据库包括Microsoft SQL Server Express、Microsoft SQL Server和Oracle。数据库分区有助于改进vCenter Chargeback Manager的性能。vCenter Chargeback Manager不支持包含在vCenter用具内的数据库（DB2或者PostgreSQL）。
3.6.1.2 数据收集器
vCenter Chargeback Manager与vCloud Director的集成通过数据收集器处理。
Chargeback Manager数据收集器：连接到vCenter Server收集虚拟机指标。将导入的所有vCenter Server添加到vCloud Director，使Chargeback Manager能够看到虚拟机级别的细节。虚拟机不出现在vCloud层次结构中，直到Chargeback注册对应的vCenter Servers。
vCloud数据收集器：用vCloud API连接到vCloud Director实例并监视所有vCloud Director与成本分摊相关的事件。vCloud数据收集器用vCloud层次结构和分配单位信息填充Chargeback Manager数据库。
vCloud Networking and Security Manager数据收集器：连接到与vCloud相关的vCloud Networking and Security Manager实例，收集包含在vCloud层次结构中的网络的统计数字。
在单独的服务器上安装附加的vCloud Director或者vCloud Networking and Security Manager数据收集器可以提高可用性。多个数据收集器采用主-从配置工作。当一个实例终止，其他实例获得所有权并开始处理。Chargeback Manager环境可以有多个vCloud数据收集器，但是只能连接到一个vCloud Director实例。
3.6.1.3 用户角色
默认的超级用户角色可以访问整个Chargeback应用程序。管理员角色对超级用户指定的资源有访问权限。类似地，由管理员创建的权限较少的用户只对这些管理员可见。例如，管理员A1不能访问管理员A2创建的用户，记住了这一点，管理员必须小心地创建和设计角色以及特权，这也可以扩展到LDAP用户和组。
3.6.2 最大限值
表3.15列出了Chargeback Manager的最大限值。
3.6.3 成本计算
为了跟踪vCloud实体的资源指标，vCenter Chargeback Manager根据vCloud Director配置的分配模式参数，在vCloud层次结构上设置分配单位。分配单位是与成本分摊指标相关的变量，表示资源分配的大小。表3.16列出了这些分配单位。
3.6.3.1 定价模型
安装vCloud和vCloud Networking and Security Manager数据收集器创建了默认的成本模型和与vCloud Director和vCloud Networking and Security Manager集成的记账策略。记账策略控制按照使用的资源评估的成本。默认的vCloud记账策略根据vCPU、内存和存储的分配收费。成本时间间隔包括每小时、每天、每周、每季度、半年或者每年。
不要修改默认的账单策略和定价模型，而要建立拷贝并在复制品上进行修改。更多信息参见vCenter Chargeback Manager文档中的《User’s Guide》（用户指南，www.vmware.com/support/pubs/vcbm_pubs.html）。
费率因数（Rate Factor）允许对特定的可收费实体的基础成本进行缩放。用例包括如下。
促销费率：服务提供者为新客户提供10%的折扣。这并没有修改成本模型中的基础费率，而是应用0.9的费率因数，为客户降低10%的基础成本。
对特殊配置的费率：服务提供者决定使用费率因数，对特殊基础架构配置的客户实施不同的收费。
VM实例定价为vCPU和内存的固定组合指定固定的价格。虚拟机实例矩阵与定价模型相关。定价模型包含了层次化的选择条件、固定的价格表和默认的固定价格。选择条件选项包括名称模式匹配、自定义属性匹配或者无条件。
VM实例使用累进函数——如果特定的虚拟机规格没有对应的条目，收费根据下一个较大的实例规格进行。
vCenter Chargeback Manager 2.5推出了用于所有分配模式的VM实例定价。使用VM实例定价创建用于不同虚拟机组合的固定价格矩阵。
3.6.3.2 报告
Chargeback可以为层次结构和实体生成成本、使用情况和比较报告。在生成报告时用相应的成本模型匹配实体或者层次结构。
Chargeback API可以将报告导出为XML。开发人员可以使用XSLT将原始XML转换为客户账单系统支持的格式。从Chargeback用户界面制作的报告可以使用PDF和XLS格式。可以创建具有只读权限的服务账户，从UI或者Chargeback API运行报告。
