从融合到混合与组合 细看HPE混合基础架构与Synergy集成系统

新一代组合型基础设施HPE Synergy

作为最早提出融合基础设施（CI，Converged Infrastructure）概念的IT厂商，我们不能不承认惠普在以服务器为主的硬件平台的开发上，还是比较有眼光的。不过，这次在组合型基础设施（COmposable Infrastructure，为与CI区别，笔者简称之为COI）的潮流中，HPE并不是第一家，至少在实际的产品上落后于老对手思科，想想这对冤家，当初的UCS与Blade Matrix就是如此，如今同样的一幕再次上演——思科在集成系统理念上UCS先走一步，惠普则以Blade Matrix后发制人，继续保持在服务器市场的优势。而在COI市场，也很有可能重演一次，在今年6月份惠普宣布了Project Synergy计划时，思科已经有COI产品在销售，如今6个月过去了，惠普正式发布了HPE Synergy，不过要到2016年第二季度才会上市。

HPE对于各代硬件平台产品的定义划分

就产品的应用形态上，HPE给出了自己的定义，从最早的融合+虚拟化，到后来的自动化编排协同，现在则是改变应用与服务的交付模式，这些都是COI的覆盖范围

什么是COI，可能是一时半会并不好理解，从思科与HPE两者给出的定义上，也有不同之处，不过从最终的产品组合来看，似乎HPE的更为完整，显然更加的有备而来。在HPE的定义中，COI可以从几个维度来理解，第一个，就是更快速的部署整体的IT，包括硬件平台与软件应用，它是HPE以往提倡的CI的进一步升华。我更愿意这样总结COI，如果说CI是将硬件平台更好的整合，那么COI则为上层的应用提供了更便利的集成与部署能力，在纵向上实现了硬件与和应用之间更优化、更灵活与更快速的组合（Composable），从而满足用户在新时代的需求。那么这个需要到底是什么呢？简而言之，就是有效面对混合的IT架构。

传统应用与新类型应用并存将是一大趋势，也将是对企业IT的一大挑战

这个混合并不仅指私有云与公有云的混合，而更多的在于应用架构与模式的混合——老的应用仍然有着自己的生命周期与价值，而面对新的业务需求，云原生应用又不得不重视，但两者对于硬件与应用平台的需求有很大的不同，就现有的硬件架构来说，这种混合性应用趋势越来越让IT人员头疼。而COI的出现就是针对于此，它希望通过灵活的资源组合、解组合、再重组合等多种基于规则与模板化的自动化管理手段，来实现在统一的基础设施上，有效应对不同应用（包括云）需求。基于此，我们再看COI，就有点像金属“合金”，根据不同的需求，将不同金属按不同比例冶炼在一起，然后还可以便利的进行资源回收，然而再合金，如此往复。所以，我个人更愿意把Composable Infrastructure称为“合成式基础设施”——HPE Synergy即是如此。

HPE Synergy的主要组成，软件解决方案是它的重头，硬件则统一以Composable冠名（事实上，发布会上就没介绍硬件，文章后面的硬件平台介绍都是笔者自己找的资料），其实意在可以快速实现资源合成，而要实现COI，HPE OenView Composer与HPE Image Streamer则是它的关键

由HPE Synergy所引出的HPE对于COI的关键特征定义

根据HPE的定义，HPE Synergy有三个重要的特征，这也是HPE对COI定义的关键特征：

1、底层的核心就是动态化的硬件资源池，包括计算、存储与网络资源，均是池化的。各自的资源池可以随时切割、増减再自由组合。HPE Synergy能以统一的架构，通过动态的资源池划分，应对于不同的应用负载，比如物理负载、虚拟化负载或是容器负载；

2、基础设施平台具备软件定义的智能，根据定制的应用模板，自动的垂直部署与配置相应的资源和系统参数，并实现平滑无阻碍的操作，且能动态的根据模板的资源容量需求，自动进行下层资源资源池的扩展。上文提到HPE Image Streamer就是负责这一工作的。对此，可能会说几年前惠普推出的Cloud Map不也是模板化部署吗？和这次的模板有什么不同呢？从原理上讲，Cloud Map是非常简单的脚本，可配置的范围非常有限，而HPE Synergy的模板，则可以控制到相关硬件平台的固件版本、硬件驱动版本以及相关配置参数，也就是模板的垂直化资源整合与调控能力要比Cloud Map强得多；

将工作负载模板化，并由HPE Image Streamer自动化的动态执行，包括部署、取消（资源回收）、临时扩展等，大幅度降低部署用时与难度

3、对上层应用提供统一的API，可以说是最关键的，HPE称之为Composable API。它可以向下实现100%的基础设施可编程性，也就是达到基础设施即代码（Infrastructure as Code）的服务水平。它允许软件开发者直接调用硬件资源，包括很方便地实现裸机资源的云化。为此，HPE将自己的基础设施管理平台OenView的控制功能提取了出来，以单行的统一API格式将硬件平台的管控能力交付给开发者，以实现更好更快的系统集成。上文提到的HPE OenView Composer负责API的实现，并提供全局的HPE Synergy资源管理能力（包括系统相关固件、驱动与基础平台软件的无差错升级更新，据HPE调查统计，这可降低80%的非计划停机概率）。而Composable API主要也是交付给相关云、基础设施与资源管理与集成平台的开发者，以便更好的利用HPE Synergy的资源。

根据HPE自己的测算，传统的分散API调试的部署模式可能需要50小时，而通过Composable API模式，可以缩减至分钟级

Composable API是HPE Synergy生态建设的重要一环，因为它是与以层应用平台之间重要的桥梁，从今年6月到现在已经有多家重量级厂商和开源平台支持Composable API，而如果与HPE Synergy应用模板相结合，则能进一步提高效率

系统集成框架Chef目前就已经支持Composable API，可以与HPE Synergy迅速“合成”，并可以与HPE Synergy相关的模板集成部署

HPE Synergy的主要优势与用户收益

HPE认为HPE Synergy能带给用户的主要收益主要有4个：1、以单一架构应对所有应用，减少了不同平台的采购，降低CAPEX；2、可以像云的速度进行部署；3、单一封装的无阻碍升级，非常简单易用；4、面对新兴应用开发（包括火热的Docker），统一的API提供了更高的效率，而对于IT管理人员来说，也将从混合的应用架构和IT架构的需求冲突中解脱出来。