（转自科技小明）严格的说，这并不算是一篇新文章，就算是给近日新华三在中国正式推出HPESynergy应个景吧，文章主体的内容取自一年半来我撰写的两篇文章（点击标题阅读）：
HPESynergy塑合基础设施：新IT时代的“合金装备”！
15岁的“刀片”过时了？或许是你的观念过时了……
虽然文章都是一两年前的，但在内容方面进行了整合与新的补充，因此仍然有一定的参考价值，希望能对大家进一步了解HPESynergy有所帮助。
HPESynergy的“塑合”理念
作为最早提出融合基础设施（CI，ConvergedInfrastructure）概念的IT厂商，我们不得不承认原惠普（现HPE）在以服务器为主的硬件平台的开发上，还是比较有眼光的。
不过，这次在塑合型基础设施（COmposableInfrastructure，为与CI区别，笔者简称之为COI）的潮流中，HPE并不是第一家，至少在实际的产品上落后于老对手思科。想想这对冤家，当初的UCS与BladeMatrix就是如此，如今同样的一幕再次上演——思科以UCS在集成系统理念上先走一步，惠普则以BladeMatrix后发制人，开创了CI时代，之后持续保持在集成系统市场的优势。
而在COI市场，也很有可能重演一次，在年6月份，在当时还没有分拆的惠普宣布Synergy计划（ProjectSynergy）之前，思科已经推出了COI产品。HPESynergy的正式商用则是在年底，半年之后，HPESynergy正式被新华三引入中国，成为中国市场上塑合型基础设施的领*者。
就产品的应用形态上，HPE给出了自己的定义，从最早的融合+虚拟化，到后来的自动化编排协同，现在则是改变应用与服务的交付模式，这些都是COI的覆盖范围。
什么是COI，可能是一时半会并不好理解，从思科与HPE两者给出的定义上，也有不同之处，不过从最终的产品组合来看，似乎HPE的更为完整，显然更加的有备而来。在HPE的定义中，COI可以从几个维度来理解，第一个，就是更快速的部署整体的IT，包括硬件平台与软件应用，它是HPE以往提倡的CI的进一步升华。我更愿意这样总结COI，如果说CI是将硬件平台更好的整合，那么COI则为上层的应用提供了更便利的集成与部署能力，在纵向上实现了硬件与和应用之间更优化、更灵活与更快速的塑合（Composable），从而满足用户在新时代的需求。那么这个需要到底是什么呢？简而言之，就是有效面对混合的IT架构。
传统应用与新类型应用并存将是一大趋势
也将是对企业IT的一大挑战
这个混合并不仅指私有云与公有云的混合，而更多的在于应用架构与模式的混合——老的应用仍然有着自己的生命周期与价值，而面对新的业务需求，云原生应用又不得不重视，但两者对于硬件与应用平台的需求有很大的不同，就现有的硬件架构来说，这种混合性应用趋势越来越让IT人员头疼。而理解COI的第二个维度就在于此，它希望通过灵活的资源塑合、解塑（回收）、再重塑等多种基于规则与模板化的自动化管理手段，来实现在统一的基础设施上，有效应对不同的应用（包括云）需求。
其实，COI在应用形态上很像是“合金金属”——根据不同的应用场景需求，将不同“金属”按不同比例冶炼在一起，然后还可以便利的进行资源回收，然后再根据新的需求制作出新的合金，如此往复。如果我们把各种金属看作是相应的IT基础设施资源，如计算、存储、网络等，那么由它们根据应用需求灵活塑造而成的“合金装备”就是HPESynergy。
新华三对“塑合”概念的基本解释
HPESynergy的主要组成，软件解决方案是它的重头，硬件则统一以Composable冠名，其实意在可以快速实现资源塑合，而要实现COI，HPEOenViewComposer与HPEImageStreamer则是它的关键
由HPESynergy所引出的HPE
对于COI的关键特征定义
根据HPE的定义，HPESynergy有三个重要的特征：
1、底层的核心就是动态化的硬件资源池
包括计算、存储与网络资源，均是池化的。各自的资源池可以随时切割、増减再自由塑合。HPESynergy能以统一的架构，通过动态的资源池划分，应对于不同的应用负载，比如物理负载、虚拟化负载或是容器负载；
2、基础设施平台具备软件定义的智能
根据定制的应用模板，自动的垂直部署与配置相应的资源和系统参数，并实现平滑无阻碍的操作，且能动态的根据模板的资源容量需求，自动进行下层资源资源池的扩展。上文提到HPEImageStreamer就是负责这一工作的。对此，可能会说几年前原惠普推出的CloudMap不也是模板化部署吗？和这次的模板有什么不同呢？从原理上讲，CloudMap是非常简单的脚本，可配置的范围非常有限，而HPESynergy的模板，则可以控制到相关硬件平台的固件版本、硬件驱动版本以及相关配置参数，也就是模板的垂直化资源整合与调控能力要比CloudMap强得多；
将工作负载模板化，并由HPEImageStreamer自动化的动态执行，包括部署、取消（资源回收，即解除塑合）、临时扩展等，大幅度降低部署用时与运维难度
3、对上层应用提供统一的API
可以说是最关键的，HPE称之为ComposableAPI。它可以向下实现%的基础设施可编程性，也就是达到基础设施即代码（InfrastructureasCode）的服务水平。它允许软件开发者直接调用硬件资源，包括很方便地实现裸机资源的云化。为此，HPE将自己的基础设施管理平台OenView的控制功能提取了出来，以单行的统一API格式将硬件平台的管控能力交付给开发者，以实现更好更快的系统集成。上文提到的HPEOenViewComposer负责API的实现，并提供全局的HPESynergy资源管理能力（包括系统相关固件、驱动与基础平台软件的无差错升级更新，据HPE调查统计，这可降低80%的非计划停机概率）。而ComposableAPI主要也是交付给相关云、基础设施与资源管理与集成平台的开发者，以便更好的利用HPESynergy的资源。
据HPE自己的测算，传统的分散API调试的部署模式可能需要50小时，而通过ComposableAPI模式，可以缩减至分钟甚至是秒级
ComposableAPI是HPESynergy生态建设的重要一环，因为它是与以层应用平台之间重要的桥梁，从年6月到现在已经有多家重量级厂商和开源平台支持ComposableAPI，而如果与HPESynergy应用模板相结合，则能进一步提高效率
统集成框架Chef目前就已经支持ComposableAPI，可以与HPESynergy迅速“塑合”，并能与HPESynergy相关的模板集成部署
HPESynergy的主要优势与用户收益
HPE认为HPESynergy能带给用户的主要收益主要有4个：1、以单一架构应对所有应用，减少了不同平台的采购，降低CAPEX；2、可以像云的速度进行部署；3、单一封装的无阻碍升级，非常简单易用；4、面对新兴应用开发（包括火热的Docker），统一的API提供了更高的效率，而对于IT管理人员来说，也将从混合的应用架构和IT架构的需求冲突中解脱出来。
各代IT基础设施产品的定义划分
现在我们可以稍作总结一下，如果将塑合和之前的超融合、融合基础架构相对比，不难发现它们主要的共同点就是强调软件定义的能力，但又有明显的不同——融合基础架构是通过专门开发的上层管理软件，将原本各自标准化的、分立的服务器、存储与网络设备进行统一的管理，对相应的IT资源进行统一的调配，最终形成了融合（集成）了的基础设施平台。而超融合与之非常相似，只是更近一步，通过软件定义将服务器与存储功能在单一设备上进行了整合（可谓是真正的融合而非设备间的系统集成），并可在一定的集群范围进行整体资源的横向扩展，从而获得了更高的扩展灵活性与自由度，并进一步提高应用的部署效率。塑合基础架构，则对资源管理的灵活性做了进一步的强化（基础设施代码化），同时大大提高了底层基础设施和上层应用之间的垂直整合与自动协同的能力，让应用环境可以像“合金”一样，灵活、可塑。就这一点来说，与传统的融合、超融合基础设施相比，HPESynergy的确是有本质不同的。
HPESynergy的硬件平台设计
刚才说了那么多HPESynergy的全局理念和主要的组成部分，现在我们可以看看实在的东西了，为什么HPE总强调是统一的硬件基础设施来实现的，在本节将有彻底的解答。先要指出一点，HPESynergy的硬件是新开发的，自成系列，与以往的HPE硬件基本没有关系。
HPESynergy的基本IT单元——Frame，看上去像是一台HPBladeSystemC刀片服务器，其实不是，它是新开发的，虽然也是刀片架构。该单元准确的型号是HPESynergyFrame，也是10U的高度。Frame内最左侧的上边是HPEOenViewComposer，下边的是HPEImageStreamer（各有4个指示灯），这两个是管理模块，真正用于IT资源的共12个半高或6个全高插槽，比C少了1/4的容量，但信号中板速度提升了2.28倍（从7Tb/s至16TB/s），可承载的计算容量与互联带宽明显更高，也因此HPESynergy本身也可算是HPE新一代的刀片服务器
HPEOenViewComposer节点，为单CPU设计，用于HPESynergy的资源管理与维护，同时负责执行上层应用调用的API操作
HPEImageStreamer节点，也是单CPU设计，负责执行设计好的镜像模板，实现应用的自动化部署，它是HPESynergy实现软件定义智能的关键，也就是说软件定义将在很大程度上通过镜像模板来实现
HPESynergy硬件平台的基础是新设计的，由HPESynergyFrame机箱和不同的Synergy计算与存储节点组成，每个HPESynergyFram配有一个HPEOenViewComposer和一个HPEImageStreamer节点，用以实现HPESynergy的高级“塑合”功能。不过，虽然是另起炉灶，但从一些节点的型号上可以感觉到与BladeSystem之间的渊源。
突出来的，占用两个半高插槽的是HPESynergyD存储节点，可装载40块2.5英寸硬盘或SSD，一个HPESynergyFrame最多可装5个D（可能是至少需要两个节点作为该Frame内的存储控制与管理器，实现软件定义），即总共块硬盘/SSD，按照目前的容量水平，最高可实现单FrameTB的存储容量
最常见的计算节点，HPESynergyGen9服务器，双路至强E5V4配置，图中是两个节点并列
HPESynergyGen9服务器，对标BladeSystemBLc，4路至强E5-V4设计
目前所有的HPESynergy计算与存储节点全家福，除了和之外，最右侧的是HPESynergyGen9，为4路至强E7V4节点，它的左边是HPESynergGen9节点，是双路至强E7V4设计，再左边就是Gen9和SynergyD存储节点
现场展示的HPESynergy
拔出的是一个和一个节点
单个HPESynergy系统（管理镜像）的最大规模是5个机柜，共20台Frame，这是由于HPEOenViewComposer的级联管理限制造成的，但这样一个规模已经很可观了
HPESynergy机箱后面还有相应的互联模块设计，但由于不是重点，我就不在这里说了，总之，主要的协议和主流的速率都将支持。
从以上的介绍可以看出，HPE对于刀片架构是很情有独钟的，为什么会这样，主要的原因在于，刀片的可塑合性和便于部署性要比机架服务器更好。比如安装一个节点或移除一个节点很方便，相比而言，机架服务器肯定要麻烦一些。另一方面，在集中管理性方面，刀片也有自己的优势，统一规格的单元（Frame）设计也让整体系统的设计难度大为降低。那么是不是HPESynergy就不能用机架服务器呢？比如HPE自己的ProLiantDL？HPE方面给出来的解释是，理论上可以纳入这个系统，但仅仅是可以接受OneView的管理，并不能实现Composable，也就无法纳入到“塑合资源”里了。
综上所述，我们可以看出HPE对于Synergy这一系统还是非常上心的，无论从硬件平台的重新设计，还是软件平台的大力更新，亦或是开拓HPESynergy的生态环境，都能表达出HPE在COI市场上后来者居上的决心。而从整体的设计与方案实力来说，的确体现出了自己的优势。
当然，若想发挥HPESynergy最大的效能，展现出其相对与超融合基础设施质的不同，还需要与上层应用有紧密的结合，这就离不开强大的应用生态联盟，尤其是与相关领域里领先的ISV合作至关重要，也只有这样，才能真正的将HPESynergy打造为新IT时代的“合金装备”，而这也将是新华三在中国推广HPESynergy所肩负的重任！
点击“阅读原文”离新IT更近
预览时标签不可点收录于话题#个上一篇下一篇
