思科诉诸UCS架构 构筑大数据运算与网络平台

思科大中华区数据中心高级技术顾问冯志良

工欲善其事，必先利其器，不管企业勾勒的大数据应用多麽璀璨奥妙，都必须备妥运算、储存与网络等必要基础平台，才能踏出第一步；而且大数据应用成败，往往取决于使用者体验(UX)优劣，即使应用程序写得再好，若基础平台不健全，亦将拖累应用执行效能，无缘获致最终使用者青睐，显见基础架构之重要。

思科(Cisco)大中华区数据中心高级技术顾问冯志良指出，几年前，伴随大量非结构化数据兴起，而人们逐渐意识到个中蕴藏价值，才赫然发现无法运用传统技术善加处理，因而使Hadoop、NoSQL与MPP关联式数据库等技术跃为新宠；在2009年当时，企业一来基于嚐试心态，二来参考他人应用经验，纷纷以开源码软件搭配便宜硬件，建构小型隔离环境，以支撑Hadoop运行。

惟尔后随着一个个Hadoop节点增，从原本的寥寥3~5个，涨升为数十个、上百个，企业开始承受吃重的管理暨维运压力；着眼于此，在Hadoop生态圈饶富盛名的Cloudera公司，在HadoopWorld 2015大会提出呼吁，企业宜以「Fat Node」取代过往「Thin Node」，改采企业级的强效基础平台，才足以有效应付诸如Impala、Drill、Hbase…等等崭新大数据应用的驱动需求，也更易于运用有限人力，提升管理效率。

思科CPA架构  全然呼应Fat Node诉求

思科基于巨量数据处理需求打造的UCS通用平台架构(CPA)，完全呼应Fat Node趋势。冯志良表示，综观CPA架构，内含服务器、网络与管理软件等完备机能，并针对Hadoop、NoSQL与MPP等不同应用情境，提供多种参考设定套餐；例如因应需要高效能的NoSQL或MPP应用，建议采用4分之1机架的UCS解决方案，内含2台UCS 6248交换器、8台C220 M4服务器，以及6颗400GB容量的SAS固态硬盘，反观讲求大容量的Hadoop环境，则建议采用全机架UCS方案，内含2台UCS 6296交换器、16台C220 M4服务器，再加上12颗4TB容量7,200转SATA硬盘。

另一方面，企业意欲实践完整的巨量数据分析应用，其分析范畴，势必不可能长久局限于Web或Machine Log等非结构化数据，亦需纳入既有在线交易处理(OLTP)数据，意谓Hadoop丛集架构，不可能永远孤立于企业现有应用环境之外，两者必须整合。但谈到整合，问题就来了，以传统企业应用环境而论，不时可见刀锋服务器、SAN交换器等配备，走的是分享式储存架构，然而巨量数据丛集却是以机架式服务器为主，采用服务器内部储存空间。

针对前述落差，思科CPA藉由Unified Fabric，确使刀锋、机架等不同型式主机得于相同网络并存运作，先解决网络层面的整合，再透过UCS服务器上的虚拟界面卡(VIC)，以管理方式任意切割出虚拟网络卡、虚拟HBA，巧妙营造LAN与SAN分流效果，如此一来，巨量数据丛集的数据来源，即可不限定于服务器内部储存空间，而是在SAN环境，意即Hadoop节点也能存取SAN里头的数据。

妙用服务设定档  打通OLTP、Hadoop资源藩篱

冯志良接着说，根据Cloudera公司分析，部署Hadoop的最大问题，通常在于设定与配置方面的错误，特别是NIC Teaming，UCS用户藉由虚拟网络卡、UCS Fabric Failover等机制，便可巧妙规避此一风险，无需费心执行Teaming、绑定等程序，便能自动切换。

更重要的，CPA内含的UCS Manager，本身兼具刀锋、机架等不同型式主机的管理界面，且提供极为关键的服务设定档(Service Profile)功能，可将服务器的身份元素，包括IP位址、MAC位址、BIOS与WWN(World Wide Name)，抽象成为动态Template，在此前提下，如果企业遭逢OLTP环境运算能量不足，即可轻易徵调Hadoop节点资源，使Hadoop节点快速变身为企业应用运算节点，方便企业随需挪移运用OLTP、Hadoop彼此计算资源，提升整体IT投资效益。

另值得一提，藉助思科ACI软件定义网络(SDN)机制，辅以堪称ACI建构基石的Nexus 9000系列交换器，据此建立一个实验场景，在此运行巨量数据应用，紧接着将相同应用接入友商厂牌交换器，结果ACI所展现的效能高出三成，意即搭配友商设备需时10小时执行完毕的应用，改采Nexus 9000，仅需7小时便可大功告成，此乃由于，ACI支持独特的Flowlet Switching技术，会自动找寻不壅塞的路径行走。由此观之，一旦结合ACI、UCS，可望建立强大的企业等级巨量数据丛集环境。