所以你想为你的公司制定一个私有/混合云策略。好主意。现在，您如何确保您的云策略成功呢?这需要理解如何衡量成功。我想提出以下几点建议:
- 您的组成部分(通常是业务和应用程序所有者)可以自行决定是否采用您的云。
- 您需要能够向他们证明，在您的云中运行自己的应用程序对他们有利。
现在，要完成上述工作，您需要能够提供反映业务使用情况的云操作指标。让我们回顾一下企业使用哪些指标:
- 收入和收入增长
- 成本和预计的成本增长
- 利润(收入减去成本)
- 市场份额和市场份额的增长
- 新目标市场的增长
- 投资资本回报率
企业拥有一组优秀的指标，用来判断企业的性能。当然，这些都是金融性质的。但除了财务指标，这些指标的关键属性是衡量业务的表现。因此，我们需要从业务中借鉴对性能的关注，并为您的云创建对性能的关注。
如何衡量您的私有/混合云的性能
这里的第一步是要设身处地为客户着想。您的云服务的客户想要什么?退一步想想为什么要首先构建私有/混合云。您之所以这么做，很可能是因为您和应用程序所有者无法从共享租户公共云获得所需的可靠性和性能。所以，你的选民可能会希望你做到以下几点:
- 保证可用性和度量和证明可用性的指标
- 保证性能和证明性能的指标
- 保证吞吐量和证明吞吐量的指标
在上述三种情况中，可用性是最容易理解和度量的。通常情况下，只需针对应用程序的web服务器设置综合事务，并测量事务成功完成的时间百分比就可以了。这也是一种非常有用的方法，可以在应用程序的用户开始一天的工作之前知道程序是否正常工作。
当我们达到性能和吞吐量时，事情就变得棘手了。一代又一代的系统管理员采用的方法是，通过查看资源利用率(特别是CPU利用率、内存利用率、网络利用率和存储利用率(IOPS))来衡量性能和吞吐量。问题是，在动态和虚拟化系统中，资源利用率不再是性能的准确代理。
在这些环境中，有必要使用新的定义:
- 性能:对于私有/混合云，性能的定义应该是事务和相关应用程序的事务响应时间。对于支持应用程序和事务的所有基础架构层，性能的定义应该是基础架构每一层的延迟(响应时间的表亲)。特别是，这意味着支持每个事务和应用程序的网络和存储组件的延迟。
- 吞吐量:对于私有/混合云，贯穿的定义应该是每单位时间内完成的工作量。对于事务，可以是每秒调用一次。对于网络，这可以是数据包或每秒字节数。对于存储层，通常为I/O Operations per Second (IOPS)。
用于您的私有/混合云的检测体系结构
为了能够在堆栈的每一层收集所需的性能和吞吐量指标，您需要一个仪表体系结构。您需要枚举堆栈的每一层和每一层的组件，然后确定如何从每一层的每个组件获得所需的性能(响应时间和延迟)和吞吐量指标。如下图所示。
Bernd Harzog
一旦你确定了关键的参数来源，那么真正艰难的工作就开始了。收集所有这些指标并将它们放入大数据后端，然后让指标的用户在查询中确定基础设施的哪个组件在每个时间点支持哪个事务，这是不够的。要有一个有效的云检测策略，您不仅需要堆栈的每一层的性能和吞吐量指标，而且还需要知道随着时间的推移，您的基础设施中哪些虚拟和物理元素支持每个事务。如下所示。
您的私有/混合云的关系图
Bernd Harzog
总结
一个有效的检测策略为您的私人/混合云需要收集性能和吞吐量指标每层从堆栈的事务有关的旋转的磁盘和那些度量拓扑,捕捉每个事务的支持虚拟和物理基础设施,在每个每个应用程序point in time.