从孤岛到融合数据中心网络架构的革命.docxVIP

从孤岛到融合：数据中心网络架构的革命鲁滨逊漂流记是一个浪漫主义的历险故事，但对于现实的企业IT来说，“孤岛”现象并不是如童话般的令人向往。　一、数据中心的网络架构演进　每当我们谈到数据中心的建设，通常都会用到“组建”、“部署”这样的动词，因为这是一个显而易见的道理——数据中心是由一个个功能不同的设备部件组合而成的。从物理架构看，数据中心从来就不是，也不可能是一个整体。　每一台/list/b/0402_1.shtml \o 服务器 \t _blank服务器是一个“孤岛”，每一组机架、每一套阵列同样也是孤岛。在过去很长的一个时期里，数据中心的架构就如同群岛一般，不同设备间相互独立，然后，依靠不同的网络协议和介质进行通信。　很明显，这不是一个优秀的架构。为了提升数据中心的运转效率，众多厂商和技术专家在提升/Server/10734_1.html \o 服务器 \t _blank服务器、存储等设备的单机性能和集群性能的同时，对网络本身的优化和架构的改进也做了大量的工作。于是，网络的带宽从百兆到千兆直至万兆的提升，以太网、光纤等不同网络介质的引入，核心—汇聚—接入三层网络架构的出现，都使得数据中心各个孤岛间的通信得到了提升，如果把最早一代的网络架构看作是孤岛间通过渡轮来通信的话，那发展到这个阶段，我们已经在数据中心的孤岛间架起了桥梁。　但发展和演进并没有结束。　随着企业业务的提升和海量数据处理的需求，这些刚刚在孤岛间架设起的桥梁已经很难满足巨大的通信流量传输。而且随着数据中心的扩展，更多设备的加入意味着更多孤岛的连接，复杂的网络架构使得“桥梁”越来越多，网状的交通带来的必然是效率的降低和能源的损耗。　于是我们意识到，必须有一种技术出现，来解决当前数据中心网络中各种传输协议和介质各自为战的局面。　如果将数据中心的逻辑简化理解，实际上，其网络传输主要集中于服务器—存储之间。因此，随着Intel及合作伙伴推出的DCB技术，以及开放的FCoE和iSCSI方案，我们最终实现了将数据中心的数据传输统一到基于无损以太网的单一“桥梁”上来。至此，复杂的网络桥梁被简化了，分离式的网络交换设备得到了统一，服务器—网络—存储这一简单的模式在逻辑上得到了真正的实现。　至此，问题依然没有完全解决。因为，尽管我们最大限度的统一了传输标准，提升了“桥梁”的宽度和架构，但实际上，孤岛依然存在。我们的成本依然没有得到最大化的降低，数据中心的可扩展性和资源的灵活调配依然没有有效的提升，面向云的应用和服务还是有很大的挑战……二、面向云的数据中心架构 　数据中心迈向云计算是一个大趋势，也可以说，云数据中心代表了数据中心发展的一个重要方向。而动态可扩展和高效的网络传输是云数据中心的基本要求，对于此，“孤岛”式的数据中心架构必须得到整合，将基于虚拟化技术的数据中心架构解决方案应用到云的业务和应用中来，是再次提升数据中心效率的关键所在。　虚拟化对于数据中心来说并不是一个新鲜的技术，但发展到云数据中心阶段，虚拟化的实现方式也在不断的发展。从最早基于资源整合的虚拟化1.0，到实现了资源灵活管理的虚拟化2.0，再发展到基于自动化和资源共享的虚拟化3.0，这些需求的不断实现，才为今天企业云数据中心的建立提供了坚实基础。　我们从整体上去理解一下，Intel企业云数据中心到底是怎样的架构：　首先，在最底层，我们的计算资源(/list/b/0402_1.shtml \o 服务器 \t _blank服务器)、存储资源和网络资源，通过Intel的虚拟化技术，以及各种虚拟化的软硬件资源，整合正一个“资源池”系统，这就为灵活和可扩展提供了最底层的支撑。在资源池上面，是一个完整双向的资源供应和调配系统，当有需求出现，这个系统可以从资源池按需调配资源，当业务需求结束后，系统同样可以自动地将资源释放。在资源调配系统上面，就是我们部署的虚拟化环境平台，这个平台是开放的，我们各种实际的业务应用和服务都在这个平台和环境里运行。　这个看起来简单的架构在实现上其实有很多的难题。不同厂商的计算、网络和存储资源如何整合到资源池，资源的调配和释放如何实现自动化，这些都是困然我们很久的问题，当然，在今天，他们都得到了完善的解决。三：Intel云数据中心关键技术：　基于Intel的虚拟化技术、统一存储平台、可扩展文件存储以及开放式统一网络技术，可以妥善的解决物理资源转化为逻辑资源池的兼容共享，同样，在自动化方面，Intel所提倡的云数据中心自动化可以根据业务的需求，自动的提供资源和相关部署，同样，也可以自动的调配和回收。实际上，在过去我们的采访中发现，很多的虚拟化用户常常会抱怨，虚拟化后的数据中心往往在管理和使用上，比普通的数据中心要复杂得多。这就是自动化程度不高所导致的。因此，Intel云数据中心的自动化技术，对于推进虚拟化在