根据HPE的定义，HPE Synergy有三个重要的特征：
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生态建设的重要一环，因为它是与以层应用平台之间重要的桥梁，从2015年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架构的需求冲突中解脱出来。
各代IT基础设施产品的定义划分
现在我们可以稍作总结一下，如果将塑合和之前的超融合、融合基础架构相对比，不难发现它们主要的共同点就是强调软件定义的能力，但又有明显的不同——融合基础架构是通过专门开发的上层管理软件，将原本各自标准化的、分立的服务器、存储与网络设备进行统一的管理，对相应的IT资源进行统一的调配，最终形成了融合（集成）了的基础设施平台。而超融合与之非常相似，只是更近一步，通过软件定义将服务器与存储功能在单一设备上进行了整合（可谓是真正的融合而非设备间的系统集成），并可在一定的集群范围进行整体资源的横向扩展，从而获得了更高的扩展灵活性与自由度，并进一步提高应用的部署效率。塑合基础架构，则对资源管理的灵活性做了进一步的强化（基础设施代码化），同时大大提高了底层基础设施和上层应用之间的垂直整合与自动协同的能力，让应用环境可以像“合金”一样，灵活、可塑。就这一点来说，与传统的融合、超融合基础设施相比，HPE Synergy的确是有本质不同的。
HPE Synergy的硬件平台设计
刚才说了那么多HPE Synergy的全局理念和主要的组成部分，现在我们可以看看实在的东西了，为什么HPE总强调是统一的硬件基础设施来实现的，在本节将有彻底的解答。先要指出一点，HPE Synergy的硬件是新开发的，自成系列，与以往的HPE硬件基本没有关系。
HPE Synergy的基本IT单元——Frame，看上去像是一台HP BladeSystem C7000刀片服务器，其实不是，它是新开发的，虽然也是刀片架构。该单元准确的型号是HPE Synergy 12000 Frame，也是10U的高度。Frame内最左侧的上边是HPE OenView Composer，下边的是HPE Image Streamer（各有4个指示灯），这两个是管理模块，真正用于IT资源的共12个半高或6个全高插槽，比C7000少了1/4的容量，但信号中板速度提升了2.28倍（从7Tb/s至16TB/s），可承载的计算容量与互联带宽明显更高，也因此HPE Synergy本身也可算是HPE新一代的刀片服务器
HPE OenView Composer节点，为单CPU设计，用于HPE Synergy的资源管理与维护，同时负责执行上层应用调用的API操作
HPE Image Streamer节点，也是单CPU设计，负责执行设计好的镜像模板，实现应用的自动化部署，它是HPE Synergy实现软件定义智能的关键，也就是说软件定义将在很大程度上通过镜像模板来实现
HPE Synergy硬件平台的基础是新设计的，由HPE Synergy 12000 Frame机箱和不同的Synergy计算与存储节点组成，每个HPE Synergy 12000 Fram配有一个HPE OenView Composer和一个HPE Image Streamer节点，用以实现HPE Synergy的高级“塑合”功能。不过，虽然是另起炉灶，但从一些节点的型号上可以感觉到与BladeSystem之间的渊源。
突出来的，占用两个半高插槽的是HPE Synergy D3940存储节点，可装载40块2.5英寸硬盘或SSD，一个HPE Synergy 12000 Frame最多可装5个 D3940（可能是至少需要两个节点作为该Frame内的存储控制与管理器，实现软件定义），即总共200块硬盘/SSD，按照目前的容量水平，最高可实现单Frame 768TB的存储容量
最常见的计算节点，HPE Synergy 480 Gen9服务器，双路至强E5 V4配置，图中是两个节点并列
HPE Synergy 660 Gen9服务器，对标BladeSystem BL660c，4路至强E5-4600 V4设计
目前所有的HPE Synergy计算与存储节点全家福，除了480和660之外，最右侧的是HPE Synergy 680 Gen9，为4路至强E7 V4节点，它的左边是HPE Synerg 620 Gen9节点，是双路至强E7 V4设计，再左边就是660 Gen9和Synergy D3940存储节点
现场展示的HPE Synergy
拔出的是一个480和一个660节点
单个HPE Synergy系统（管理镜像）的最大规模是5个机柜，共20台Frame，这是由于HPE OenView Composer的级联管理限制造成的，但这样一个规模已经很可观了
HPE Synergy机箱后面还有相应的互联模块设计，但由于不是重点，我就不在这里说了，总之，主要的协议和主流的速率都将支持。
从以上的介绍可以看出，HPE对于刀片架构是很情有独钟的，为什么会这样，主要的原因在于，刀片的可塑合性和便于部署性要比机架服务器更好。比如安装一个节点或移除一个节点很方便，相比而言，机架服务器肯定要麻烦一些。另一方面，在集中管理性方面，刀片也有自己的优势，统一规格的单元（Frame）设计也让整体系统的设计难度大为降低。那么是不是HPE Synergy就不能用机架服务器呢？比如HPE自己的ProLiant DL？HPE方面给出来的解释是，理论上可以纳入这个系统，但仅仅是可以接受OneView的管理，并不能实现Composable，也就无法纳入到“塑合资源”里了。
综上所述，我们可以看出HPE对于Synergy这一系统还是非常上心的，无论从硬件平台的重新设计，还是软件平台的大力更新，亦或是开拓HPE Synergy的生态环境，都能表达出HPE在COI市场上后来者居上的决心。而从整体的设计与方案实力来说，的确体现出了自己的优势。
当然，若想发挥HPE Synergy最大的效能，展现出其相对与超融合基础设施质的不同，还需要与上层应用有紧密的结合，这就离不开强大的应用生态联盟，尤其是与相关领域里领先的ISV合作至关重要，也只有这样，才能真正的将HPE Synergy打造为新IT时代的“合金装备”，而这也将是新华三在中国推广HPE Synergy所肩负的重任！
