ONOS 面向运营商网络的SDN操作系统
ONOS
The Open Source SDN Network Operating System
for Service Providers
Pingping Lin
https://www.wendangku.net/doc/551149010.html,b
Outline
●https://www.wendangku.net/doc/551149010.html,b&ONOS
●ONOS Architecture ●ONOS Performance ●ONOS Use Cases ●ONOS Deployment ●ONOS Training Plan
https://www.wendangku.net/doc/551149010.html,b
Guru Parulkar
Executive Director, https://www.wendangku.net/doc/551149010.html,b,Executive Director ONRC
Consulting Professor, Stanford
Nick McKeown
KP, Mayfield, Sequoia Professor, Stanford
Larry Peterson
Robert Kahn Professor Princeton (Emeritus)
Scott Shenker
Professor, UC Berkeley Chief Scientist, ICSI
“The Open Networking Lab was founded as a 501 (c) (3) non-profit to pursue our vision of what Software Defined Networking could be for the public good .”
What are known for?
●Mininet–network emulator
●OpenVirtex(OVX) –network virtualization
●Open Networking Operating System (ONOS)
●XOS –Orchestrating platform
●OpenCloud–operational cloud being built by
https://www.wendangku.net/doc/551149010.html,b, Internet2, and PlanetLab
ONOS Community
https://www.wendangku.net/doc/551149010.html,B SERVICE PROVIDER
PARTNERS
COLLABORATORS
VENDOR
PARTNERS
COMMUNITY
ONOS Architecture
Architectural Tenets
●High-availability, scalability and performance
o required to sustain demands of service provider & enterprise networks ●Strong abstractions and simplicity
o required for development of apps and solutions
●Protocol and device behaviour independence
o avoid contouring and deformation due to protocol specifics
●Separation of concerns and modularity
o allow tailoring and customization without speciating the code-base
Service Provider Networks
●WAN core backbone
o Multi-Protocol Label Switching (MPLS) with Traffic Engineering (TE) o200-500 routers, 5-10K ports
●Metro Networks
o Metro cores for access networks
o10-50K routers, 2-3M ports
●Cellular Access Networks
o LTE for a metro area
o20-100K devices, 100K-100M ports
●Wired access / aggregation
o Access network for homes; DSL/Cable
o10-50K devices, 100K-1M ports
ONOS Distributed Architecture
NB Core API
Distributed Core
(state management, notifications, high-availability & scale-out)
SB Core API
Protocols
Providers
Protocols
Providers
Protocols
Providers
Protocols
Providers
Apps
Apps
ONOS Subsystems -Today & 2015
Device Link Host Topology
Flow Rule
Path Packet
Statistics Intent
Application Leadership Messaging
Storage Region Mastership
Driver Group Security Flow Objective
Event
OpenFlow NetConf OVSDB Core Cluster . . .
Proxy ARP Mobility L2 Forwarding REST API
GUI
CLI
Network Cfg.
SDN IP / BGP Packet / Optical Tunnel . . .
OSGi / Apache Karaf Network Virt.Device Cfg.Config UI Extension External Apps Graph
Discovery Tenant . . .Roadmap items for 2015
Available today
Manager Component
ONOS Core Subsystem Structure
Adapter Component
Adapter Component
App
Component
Service
AdminService Listener
notify command
command
sync & persist
add & remove
query &command
App
Component
Adapter Component Manager Component
AdapterRegistry
Adapter
AdapterService
Service
AdminService Listener
notify
register & unregister
command
command
sensing add & remove
query &command
Store Store
Protocols
sync & persist
Adapter Component AdapterRegistry
Adapter
AdapterService
register & unregister sensing Protocols
ONOS Core
Control Plane State
●Topology
●Flows
●Intents
●Switch to controller mapping
●Resource allocations
●Network Configuration
●And a plethora of application
generated state
●Observed network state
●Each controller directly observes a subset of network ●Applications access Global Network View in its entirety ●
Data plane is source of truth
Apps Topology
●Data plane forwarding rules
●Naturally partitioned by forwarding element (switch)●Control plane is the source of truth
Flows
ONOS Core Summary
?All the distributed notions used to implement our solutions are available to you:
?Transactional Map
?Distributed Set
?Atomic Counter
?Leadership Service
?EventuallyConsistentMap
?ConsistentMap
?……
Distributed Core
●Distributed state management framework
o Built for high availability and scale-out
●Different types of state require different handling
o Fully replicated and eventually consistent
o Partitioned and strongly consistent
ONOS Southbound
ONOS Southbound ●ONOS supports multiple
southbound protocols,
enabling a transition to true
SDN.
●Adapters provide
descriptions of dataplane
elements to the core -core
utilizes this information.
●Adapters hide protocol
complexity from ONOS.
Area of focus
●Attempt to be as generic as possible
●Enable partners/contributors to submit their own device/protocol
specific providers
●Providers should be stateless; state may be maintained for
optimization but should not be relied upon
集团云数据中心基础网络-详细规划设计
集团云数据中心基础网络详细规划设计
目录 1前言 (2) 1.1背景 (2) 1.2文档目的 (2) 1.3适用范围 (2) 1.4参考文档 (2) 2设计综述 (3) 2.1设计原则 (3) 2.2设计思路 (5) 2.3建设目标 (7) 3集团云计算规划 (8) 3.1整体架构规划 (8) 3.2网络架构规划 (8) 3.2.1基础网络 (9) 3.2.2云网络 (70)
1前言 1.1背景 集团信息中心中心引入日趋成熟的云计算技术，建设面向全院及国网相关单位提供云计算服务的电力科研云，支撑全院各个单位的资源供给、数据共享、技术创新等需求。实现云计算中心资源的统一管理及云计算服务统一提供；完成云计算中心的模块化设计，逐渐完善云运营、云管理、云运维及云安全等模块的标准化、流程化、可视化的建设；是本次咨询规划的主要考虑。 1.2文档目的 本文档为集团云计算咨询项目的咨询设计方案，将作为集团信息中心云计算建设的指导性文件和依据。 1.3适用范围 本文档资料主要面向负责集团信息中心云计算建设的负责人、项目经理、设计人员、维护人员、工程师等，以便通过参考本文档资料指导集团云计算数据中心的具体建设。 1.4参考文档 《集团云计算咨询项目访谈纪要》 《信息安全技术信息系统安全等级保护基本要求》（GB/T 22239-2008） 《信息系统灾难恢复规范》（GB/T20988-2007） 《OpenStack Administrator Guide》（https://www.wendangku.net/doc/551149010.html,/） 《OpenStack High Availability Guide》（https://www.wendangku.net/doc/551149010.html,/） 《OpenStack Operations Guide》（https://www.wendangku.net/doc/551149010.html,/） 《OpenStack Architecture Design Guide》（https://www.wendangku.net/doc/551149010.html,/）
软件定义网络SDN(特点、实现途径与展望)
软件定义网络SDN(特点、实现途径与展望) 2013/7/19 10:19:04 SDN软件定义网络简介 软件定义网络（SDN,Software Defined Network），是由美国斯坦福大学clean slate研究组提出的一种新型网络创新架构，其核心技术OpenFlow通过将路由器和交换机中的控制平面分离出数据平面，这个控制平面是开放的，并且受到集中控制，同时将命令和逻辑发送回硬件的数据平面。从而实现了网络流量的灵活控制，为核心网络及应用的创新提供了良好的平台。相关的概念还有：软件定义环境、软件定义存储、软件定义数据中心、OpenDaylight 开源SDN项目。 软件定义网络目的是将网络控制与物理网络拓扑分离，从而摆脱硬件对网络架构的限制。这样的话，企业就可以通过软件对网络架构修改，获得企业对网络的需求，达到底层交换机和理由器等硬件无需替换，为企业节省成本。软件定义网络能够从路由器和交换机中的控制平面分离出数据平面，这个控制平面原本是专有的，只有开发它们的供应商知道，而在SDN 中，控制平面将是开放的，并且受到集中控制，同时将命令和逻辑发送回硬件（路由器或交换机）的数据平面。 SDN软件定义网络强调两方面的能力： 1、控制转发分离：传统网络设备紧耦合的网络架构，被分拆成控制和转发两个平面。同时，在控制平面，增加集中控制器进行整体调度，将命令和逻辑发送回硬件（路由器或交换机）的数据转发平面。 2、开放API及软件定义：即通过基于SDN技术的对外开放的API进行软件编程，实现整个网络集中的管理能力，而不需要在每个路由器或交换机上分别以设备为中心进行管理。 软件定义网络的特点 简单化，可以实现中心控制，可以使得很多复杂的协议处理得到简化； 快速部署与维护； 灵活扩展，从一个机柜大的网络还可以扩展到像大的运营商的网络，也可以从一个控制器得到控制； 开放性，因OpenFlow是其重要的组成部分，它的数据转发功能和网络控制功能是分离的，由于这种分离可以分别由交换机来处理，分别由网络控制器处理，从而简化了网络的管理，由此可以使用户有更多的选择自定义网络节省他的投资，使用户选择多家设备共存，打破垄断。用户根据自己的需求和需要在任何时候方便升级。 软件定义网络的安全优势 拥有了自由移动的SDN软件定义网络后，工程师将能够通过快速且高水平地查看网络的所有区域以及修改网络来改变规则。 这种自由和控制还能为你的系统带来更好的安全性。通过快速限制以及从中央视角查看网络内部的能力，管理人员可以有效地作出更改。例如，如果你的网络中爆发了恶意软件，通过SDN软件定义网络和OpenFlow,你将能够迅速地从集中控制平面阻止这种流量来限制这种爆发，而不需要访问多个路由器或交换机。 快速对网络作出调整的能力使管理人员能够以更安全的方式来执行流量整形和数据包QoS.这种能力现在已经存在，但速度和效率不好，当管理人员在试图保护网络安全时，这将限制他们的能力。
软件定义网络(SDN)的国内外研究与发展现状
题目：软件定义网络（SDN）的国内外研究与发展现状一、背景 Software Defined Networking是Kate Greene创造的一个词，在大约2009年提出的。它是指网络的控制平面与实际的物理上的拓扑结构互相分离。这种分离可以使控制平面用一种不同的方式实现，比如分布式的实现方式；另外，它还可以改变控制平面的运行环境，比如不再运行在传统交换机上的那种低功耗CPU上。 所以SDN的关键所在就是控制层与网络数据层是分离的，并不是传统的嵌入关系。并且这种关系在物理实现上也是分离的，这意味着控制层与网络数据在不同的服务器与路由器上操作。而连接两者的“协议”就是OpenFlow，OpenFlow的要点就是相当于给路由器安装一个小软件OpenFlow（后文详细论述），然后研究人员就可以很容易的改变路由器的路由规则等等，从而改善网络质量。而且这是看似没有新意的主意最大的新意就是大大开放了接口权限，所以面向众很广，门槛也比较低。 近年来，伴随着云计算、大数据的迅速兴起，人们对数据业务的流量要求越来越大。而相比于互联网日新月异，不断创新多变的应用层，网络层的发展却越来越跟不上步伐，显得愈发死板不够兼容灵活。而网络层日益落伍的根源则是控制网络运行的软件都是内嵌入路由器或是交换机中，并且交换器或是路由的软件操作标准又是不太一致的，所以就造成了路由器/交换机的复杂度大大提高，造成了很大的流量阻塞和资源浪费。所以SDN的作用不是由嵌入到路由器和交换机内部的软件来控制网络流量，而是来自设备外部的软件接手了这部分的工作。网络布局，或者说网络的形态分布，不再是植入在物理端。它将对实时的系统需求非常灵活且可调节。如果SDN实行得当的话，这意味着一个运行在云端自身内部的应用程序可以接管引导网络流量的任务。或者说一个第三方云端管理应用程序将能够完成这项任务。这样可以简化许多工作，诸如跨服务器装载平衡设备，以及自动地调节网络构造来适时给出最快最高效的数据路径。 二、文献引述 文献[1]主要重在介绍讨论了SDN在数据层、控制层以及应用层的一些关键技术，并从SDN的诞生背景引入，详细说明了SDN的发展历程。在文献[1]中在SDN的层次结构中，文章重点针对了其中的一致性、可用性以及容错性进行分析，并结合SDN的一些热门特性探讨未来的发展之路和新的潜力点。 文献[2]是一篇研究综述，主要阐述了SDN中的关键技术OpenFlow。并详细介绍了
软件定义网络(SDN)
软件定义网络（Software-Defined Network—SDN） 目录 背景—VMWare 12.6亿美金收购Nicira (1) 网络虚拟化—互联网的下一波革命 (2) Nicira引领网络虚拟化 (6) 附件：SDN—应对云计算与网络管理新思路 (8) SDN (8) 常见专有SDN (9) OpenFlow SDN与应用 (11) SDN商业价值应用展望 (14) SDN发展挑战 (16) 背景—VMWare 12.6亿美金收购Nicira 2009 年，Cisco、EMC 与VMware 共同成立“虚拟计算环境联盟”，同时推出Vblock 虚拟化基础架构包，以Cisco的网络硬件和VMware 的服务为基础，希望在面向企业用户的数据中心虚拟化和私有云技术市场中有所斩获。 日前，VMware 以12.6 亿美元的大手笔收购了一家小型初创公司Nicira。VMware 之所以看中Nicira，是因为它的SDN技术。这个技术能够无视网络交换机在物理层面上的差别，创建出虚拟网络与机器相连，让网络资源的分配更加灵活。这也意味着，当Nicira 的技术被VMware 大规模应用之后，VMware 的软件将减少对硬件的依赖，为企业提供更加灵活的解决方案。什么牌子的路由器，将不是“企业虚拟化”的必选项，这有利于VMware 拓展市场。 ComputerWord 今年三月撰文指出，VMware的产品面临微软Hyper-V 有力的竞争。Gartner 认为2012 年，Hyper-V 的市场份额将为27%，同时占中小企业市场的85%。它还指出，VMware 中低端产品多为免费，无法带来收入，前景是危险的。
云数据中心网络设计方案
云数据中心网络设计方案
目录 一、项目背景 (2) 二、工程概述 (2) 三、数据中心网络设计 (4) （一）网络结构 (4) 1、链路接入区 (4) 2、互联网接入区 (5) 3、互联网服务资源区 (5) 4、专网接入区 (6) 5、专网服务资源区 (6) 6、核心网络区 (7) 7、内网服务资源区 (7) 8、存储资源区 (8) 9、运维管理区 (9) 10、指挥中心接入区 (9) 11、物理整合区 (10) （二）虚拟化组网 (10)
一、项目背景 根据区委、区政府主要领导批示，2014年11月我区启 动了智慧城市战略发展顶层设计与规划工作。经过几个月的 努力，通过一系列调研、分析、设计与研讨，《智慧城市建 设总体规划与三年行动计划》文稿形成（以下简称“《规划》”）， 并与相关部门进行了若干次的专题讨论。根据各方意见修改 《规划》于2015年4月中旬经区长办公会研究原则通过。后， 《规划》中指出“新建智慧城市云平台，与现有的“智 慧华明”云平台共同支撑智慧应用系统建设。按照“集约建 设、集中部署”的原则，将新建的智慧应用系统直接部署在 云平台，将各部门已建的非涉密业务系统和公共服务类应用 系统逐步迁移至云平台，实现智慧应用在基础层面集中共享、 信息层面协同整合、运行维护层面统一保障，有利于充分整 合和利用信息化资源。” 根据《规划》中的目标和原则，在“智慧城市”首期项 目中与城市运行管理指挥中心同步进行云计算数据中心工 程建设，数据中心为智慧城市的总体建设提供基于云计算技 术的信息化基础设施，为智慧城市的各类业务应用提供稳定 可靠的运行环境。 二、工程概述 云计算数据中心与城市运行管理指挥中心选址为同一 地点，位于城市开发区津塘路与五经路交口处的“帝达东谷
软件定义网络SDN文献综述
软件定义网络SDN研究 文献综述 1.引言 现有的网络设备（如交换机、路由器等）都是设备制造商在专门的硬件系统基础上高度集成大量网络协议、配备专用的设备控制系统，构成的一个相对独立封闭的网络设备[1]。在近几十年的发展过程中，云计算、移动互联网等相关技术的兴起和发展加快了网络技术的变革历程[2]。网络带宽需求的持续攀升、网络业务的丰富化、个性化等都给新一代网络提出了更高的要求。面对日益复杂的网络环境，这种紧耦合大型主机式的发展限制了IP网络创新技术的出现，更多的是通过不断增长的RFC数量对现行网络进行修修补补，造成了交换机／路由器设备控制功能的高度复杂。网络研究人员想要在真实网络中基于真实生产流量进行大规模网络实验几乎是不可能的，因为网络设备是封闭的，没有提供开放的API，无法对网络设备进行自动化配置和对网络流量进行实时操控。 为了适应今后互联网业务的需求，业内形成了“现在是创新思考互联网基本体系结构、采用新的设计理念的时候”的主流意见[3]，并对未来网络的体系架构提出了新的性质和功能需求[4]。软件定义网络[5]SDN的出现为人们提供了一种崭新的思路。 本文从SDN的起源和概念出发，分析了SDN的逻辑架构与技术特点、描述了SDN 的标准化进程，梳理了国内外的研究进展与最新动态，在此基础上提出了SDN技术在未来的发展中面临的挑战并总结了可能的研究方向。 2.起源与概念 2.1起源 2006 年，斯坦福大学启动了名为“Clean-Slate Design for the Internet”项目，该项目旨在研究提出一种全新的网络技术，以突破目前互联网基础架构的限制，更好地支持新的技术应用和创新。通过该项目，来自斯坦福大学的学生Martin Casado 和他
云数据中心与传统数据中心的区别
云数据中心与传统数据中心的区别？如何建设? 云计算数据中心与传统IDC（互联网数据中心）与EDC（企业数据中心）的区别是什么？传统数据中心与云计算数据中心的区别在于应对的业务模式不同。传统IDC多数是支撑电信运营商数据业务，并有明确的跨网和区域性限制。传统EDC支撑的信息系统架构也与云计算有很多不同，例如EDC更多地支持了以商业软件为平台的特定应用信息系统，因此其规模、等级、变量相对固定。而云计算所需要的数据中心来源于互联网，但又向集成化平台演进，因此，有别于传统数据中心基础设施和信息系统软硬件分离的局面，云计算的数据中心从基础设施到计算与应用是连续和整体的，并相互关联和可适应。 云数据中心应该如何建设?目前，业内有两种常见观点。 观点一：“高投资、高性能的超算就是云计算”。 观点二：“云计算就是把一堆烂机器攒在一起提供高可靠性的服务”。 这两种观点对应了两种不同建设模式。 观点一对应的是传统建设模式。该模式注重构建高成本和高可靠性的基础设施，再实施有物理边界的简单虚拟化私有云。例如银行业数据中心以成本简单堆叠，努力提高基础设施可靠性，但由于数据中心硬件与软件系统分离，在高投入的情况下总体效率反而下降，事倍而功半。 观点二对应的另一种模式的特色是盲目追求降低初始投资成本，把数据中心基础设施作为一种简单资源建设和经营，建立和运行低成本、低效率的数据中心基础设施，从而造成初始成本虽低，但运行成本和运行风险却较高的局面，这虽然适应了目前行业快速发展的格局，但总体上并不适合云计算的长期发展和稳定服务。 这两种云数据中心建设模式都有着片面性和局限性。如同早年的互联网虽然可以承载在PSTN（公共电话网络）上运行，但却不是最佳模式一样，为云计算而建的基础设施可以运行于IDC，但却不能有效优化和发展云服务，若建立为社会服务的公共设施，云计算必须重新规划和建立数据中心等基础设施架构。 云计算基础设施应与计算平台充分整合，正如云计算行业一部经典书籍《数据中心就是计算机》（The Datacenter as a Computer）而言，云计算数据中心是自上而下的全程融合和优化，包括系统软件、芯片、存储、网络、电源、配电以及制冷，因此，新一代的云计算数据中心充分整合了软件、服务器、网络、数据中心供电与制冷、能源等多个环节，并以一个系统和完整的体系优化了从能源到计算的总体效率。例如谷歌并未单独狭义地优化数据中心PUE，而是以软件为基础，融合了定制基础设施构架，建立了全球级规模的云计算基础设施架构。 在落实到云数据中心的具体建设上，还有以下几点注意事项。 首先，在业务模式方面，基础设施需要充分适应云计算的业务发展客观规律，按照最优化效率的单位规模建立，并根据业务发展需求而高效建设，摒弃传统模式，最好不要一次性构建大规模数据中心单体多层建筑，而将采用灵活和高效率的模块化方式，将数据中心配电、制冷、供电、甚至建筑物与市电彻底分割，以云计算业务单一集群为最小单位，分布实施。
云数据中心的网络架构研究与设计
云数据中心的网络架构研究与设计 传统传统数据中心高电力消耗、资源利用率低下、应用部署复杂。本文提出基于云计算和大数据技术的云数据中心，提升数据中心资源利用率，提高了云数据中心的运营能力。 标签：大数据云数据中心云计算大数据处理 引言 随着信息时代的到来，IT基础设施建设被带到社会的中心地带。特别是互联网行业，对IT基础设施依赖程度更高。传统数据中心的运营业务以资源出租为主，包括：机房出租、机架出租、主机托管、主机出租、公网IP地址出租、带宽出租等，高电力消耗、资源利用率低下、应用部署复杂都是传统数据中心面临的挑战。 云数据中心是将云计算和大数据技术应用在数据中心，提升数据中心资源利用率，方便应用的按需和快速部署，并做到统一的运维和运营管理，提高了云数据中心的运营能力。 一、云数据中心总体架构 云数据中心解决方案主要由如下一些组件组成： 物理的基础设施：可以是传统的数据中心机房，包括供电，制冷，布线等多个子系统，用来提供基础的业务运行环境；也可以是集装箱式数据中心，满足室外场景的快速建设需求，集成供电，制冷和业务模块。 物理基础架构：主要是用来支撑对外运营服务的一些基础硬件，用来提供数据中心业务的计算资源，网络资源，存储资源，这些资源被虚拟化的资源管理平台统一管理，这些计算资源，网络资源，存储资源被池化，形成多个资源池，通过资源调度管理组件，对上层提供按需分配，弹性扩展的资源。 支撑的业务：相对于传统的数据中心解决方案，云数据中心提供差异化的云计算类业务，例如IaaS和SaaS业务，其中主要的业务包括云主机业务以及相应的增值业务，云存储类业务，以及通过和软件ISV的合作，对外提供SaaS出租。 二、网络总体架构设计 数据中心网络根据网络分层、功能分区的设计理念，将数据中心网络内部交换网络划分为核心与接入2个层次，按照网络功能的不同划分为外联区、网络服务区、业务服务区等多个功能区。同时，为更好的支持云计算在数据中心的运行管理，将网络分为管理、存储、业务3个网络平面。
SDN软件定义光网络技术与发展
软件定义光网络技术与发展 软件定义光 网络技术与发展
Software ft Defined fi d Optical ti l Networks t k
张杰,纪越峰 北京邮电大学 中国/北京 中国/北京,2014年5月21日 年 月 日
BUPT—Jie Zhang
1 2014中国光网络研讨会
主要内容 1. 光联网与SDON理念
软件定义 光网络 SDON
2. SDON若干关键技术 3 863-AONI 项目进展 3. 4. SDON发展几点思考
BUPT—Jie Zhang
2
2014中国光网络研讨会
光联网的趋势与挑战
信息时代的标签：ABC
应用（Application）
大数据（Big Data）
云（Cloud）
光联网发展趋势之一 高速/宽带/长距 容量 提升 挑战
? ? ?
光联网发展趋势之二 动态/弹性/灵活 智能 增强 挑战
? ? ?
Gbps能力(多业务接入) Tbps能力(多复用传输) Pbps能力(多粒度交换)
高突发—D 能力(动态适应) 变带宽 —E 能力 ( 弹性调节 ) 大规模 —F 能力 ( 灵活扩展 )
永恒主题 非“光”莫属 永恒主题,非“光”莫属
BUPT—Jie Zhang
3
价值追求 “光”有可为 价值追求,“光”有可为
2014中国光网络研讨会
大容量光网络：交换点重心下移, 光联网作用凸显
2000年 至今
RrR结构
基于Router 分组级转发
RmR结构
基于MSTP 电路级交叉
RoR结构
基于OTN 子波级调度
RwR结构
基于WDM 波长级交换
数字洪流的出现迫切需要大带宽交换 联网能力向光层迁移 数字洪流的出现迫切需要大带宽交换，联网能力向光层迁移
BUPT—Jie Zhang
4 2014中国光网络研讨会
云计算数据中心与传统数据区别
题目: 云数据中心与传统数据区别学院：电子信息与电气工程学院 班级:12级网络工程1 班 姓名：李银红 学号:20121070141 指导老师:李德录
云数据中心与传统数据中心 随着时代的发展，云数据中心的管理出现了新需求，由此导致对云数据中心管理系统的变革。那么云数据中心与传统数据中心有什么不同之处呢？本文将对此进行详细的分析。 1、云计算数据中心与传统数据中心的区别主要集中在虚拟化程度、计算存储及网络资源的松合程度、自动化管理程度、绿色节能程度等几个要素。 传统数据中心基本没有实现虚拟化，而云计算数据中心最基本的是其内所有服务器、存储都是经过虚拟化的，此举比同规格传统数据中心机房内IT设备利用效率提高60%以上(满负荷情况)。 传统数据中心计算、存储及网络资源是紧耦合的，也就是说其内的IT建设是烟囱式的，根据客户需求一个项目建设一套系统，扩展起来要对系统进行重新设计。而云计算数据中心的所有计算、存储及网络资源都是松耦合的，可以根据数据中心内各种资源的消耗比例而适当增加或减少某种资源的配置。这样能使得数据中心的管理具有较大的灵活性，使得资源配置优化，按照客户需求进行配置。 云计算数据中心的模块化扩展能力也解决了传统数据中心扩容难的问题。传统数据中心在扩展受到系统设计、机房设计及网络设计的影响，对于机房扩容来说是一个系统性的工程，特别是在空间和电力能源有限的情况下，要实现扩容是无法完成的事情，然后，云计算数据中心可以在总体空间和电力提供不变的情况通过提高单机架的容纳能力及降低PUE等方式实现“扩容”。此种能力具有很强的优势，特别是在土地紧张和电力紧张的城市。 自动化管理是传统数据中心没有的功能。云计算数据中心的自动化管理使得在规模较大的情况下，实现较少工作人员对数据中心的高度智能管理。此特性一方面能降低数据中心的人工维护成本，另一方面能提高管理效率，提升客户体验。 至于绿色节能，一般情况，传统数据中心的PUE在1.8-2.5左右，而云计算数据中心一般低于1.6，目前世界上最先进的云计算数据中心可以低达1.1甚至以下。对于规模化的数据中心，能源成本是其持续运营要考虑的非常重要的因素。
云数据中心运维问题解析
精心整理1、云计算时代的到来，数据中心的运行管理工作必然会产生新的问题，提出新的要求，您认为，数据中心运维工作发生了哪些改变？ 云计算是当下的技术热点，云数据中心是提供云计算服务的核心，是传统数据中心的升级。 无论是传统的数据中心，还是云数据中心，从他们的生命周期来看，运维管理都是整个生命周期中历时最长的一个阶段。 如 中心1050到100 二、在传统数据中心中，设备都是物理的、真实的，位置也是相对固定，对业务系统来讲，交换网络、服务器、存储设备对象之间关联也是比较固定的，管理起来相对直观。在云数据中心，虚拟化带来了资源的池化，使得一切管理对象变成虚拟的、可灵活迁移的逻辑存在。虚拟资源可以随时创建、删除，再加上高可用需求、性能优化需求带来的虚拟资源迁移，虚拟资源所在的位置变得不固定了，虚拟资源与物理资源的关系也被解耦了，原来很多能说得清、找得到的资源现在不借助工具就再也无法说得清、找得到了。
三、在传统数据中心中，设备监控主要是采集故障、性能数据，容量一般来讲还不是运维层面的问题，而是规划的问题，当然这也带来了业务系统竖井、数据中心竖井的问题，以及业务资源申请周期长的问题。在云数据中心中，容量不仅是规划问题，同时也是一个运维问题。也就是说，在日常工作中，需要随时采集资源池容量数据，不仅要看资源池的总容量，还要看容量在各个物理宿主机上分布情况，以便满足高可用和迁移的需要。 四、云数据中心在管理虚拟设备时，接口的标准化问题。在传统数据中心内，物理设备已经形成了接口标准，提供运维数据，如snmp、netflow等。而对虚拟化设备，还没有形成国标或行标， 为运维 2 层面。 拟资源分配动作。 复杂一些的操作是可配置参数的资源模板，用户在申请服务时或运维人员在点击资源创建按钮前，可以传递一些参数给创建程序，如操作系统的用户名、密码，那么云管理系统在基于相应模板创建虚拟服务器时，会按照参数设置服务器操作系统管理员的账号信息。 再复杂一些的自动化动作，是基于模板组合进行的、有顺序的、有条件的动作序列，一般用作响应需要多个资源进行部署的业务系统的服务申请，通过一系列操作，为该业务系统分配网络地
云计算数据中心网络的关键技术
—————————————————— —收稿日期：2011-08-25 黄大川（思科大中华区数据中心事业部，北京100022） Huang Dachuan （Cisco Systems ，Inc.，Beijing 100022，China ） 云计算数据中心网络的关键技术 关键词： 云计算；面向服务的架构；虚拟化；数据中心以太网中图分类号：TP393 文献标识码：A 文章编号：1007-3043（2011）10-0014-05 摘要：简要介绍了云计算对数据中心基础架构尤其是数据中心网络的技术要求，着重介绍了云计算数据中心网络的一些关键技术，以及如何以这些技术构建分布式虚拟化的数据中心网络。 Abstract ： It briefly introduces the technical requirements about building infrastructure and network for cloud oriented data center.It focuses on the key technologies of data center network and how to build distributed virtualized data center network using these technolo-gies. Keywords ： Cloud computing;SOA;Virtualization;DCB 0前言 自动化是实现云计算环境管理的重要一步，当数据中心资源虚拟化以后，可以通过面向服务的方式，采用策略推送的方法实现数据中心的自动化部署、性能监控、资源的自动部署和回收、计算和存储能力的自动迁移以及数据的自动备份和容灾，从而真正实现云计算环境的自动化。 1数据中心网络的技术要求 数据中心整合是云计算之路上需要迈出的第一步，只有完成了数据中心的基础资源整合，才能在整合资源的基础上实现资源的重复使用。资源的整合也为系统由紧耦合转向松耦合的模式提供了必要的条件。数据中心的整合通常包括数据/存储的整合、计算资源的整合、数据中心网络的整合3个方面。 a ）数据/存储整合是数据中心整合的第一步，也是 非常关键的一步。数据/存储整合一般是整合业务支撑的关键数据，通常也是最重要的结构化数据。数据/存 储整合为应用系统的整合和数据容灾备份提供了可能性。由于结构化数据对I/O 的要求很高，且通常以裸设备的方式来放置，一般会采用容量大、性能好的存储设备（FC/FCoE ）来整合。对于系统中更多的对I/O 要求相对较低，但数据量巨大的非结构化数据，可以采用 NAS 或分布式文件系统（如HDFS ）来整合。 b ）计算资源的整合。如果只对同类的计算资源进 行整合，那么工作会相对简单；但是如果整合涉及到异构计算平台的迁移，则会比较复杂，会涉及到操作系 The Key Technologies on Cloud Computing Data Center