Open Stack需要提升五个方面以支持NFV
Open Stack需要提升五个方面以支持NFV
&&& Open Stack&为NFV的实施提供帮助，但其并非为电信应用而设计
&&& NFV在5个特定方面需要提升，以应对在电信行业的部署
&&& 一个开源、多厂商的NFV平台是促成这一目标的关键
&&& 对于电信网络功能虚拟化(NFV)架构而言,并不是一个固守现状的方案。OpenStack是一个开源的云管理技术，可提供任何NFV环境中所需的很多能力。这已在许多电信运营商中激起了极大兴趣。
&&& 但要实现NFV的所有优势，运营商需要一个NFV平台，能够提供额外的能力以支持分布式的云、增强的网络控制、生命周期管理和高性能的数据平面。
&&& Open Stack/NFV回顾
&&& 2010年，Rack Space&和NASA联合发布了Open Stack&，这是一个开源的云计算平台。从那时开始，Open Stack社区得到了极大的发展势头，超过200家公司加入进来。
&&& 最初，Open Stack本身并非按照运营商需求想法而设计。所以，在2012年，一些主要的电信运营商发起了旨在将虚拟化和云的理念应用于电信领域的活动。
&&& 网络功能虚拟化这一术语正是因此而产生。运营商要求厂商创建虚拟化的网络功能(VNFs)和NFV平台，以帮助他们在部署业务时更加灵活便利，并降低设备和运维成本。
&&& 为弥补Open Stack和其他相关开源项目的不足，业界主要的相关方在2014年9月以Linux™基金会合作项目的形式创建了“NFV开源平台”。其目的是为NFV创建一个运营商级的开源的参照平台。业界各方将共同创建这一平台以推动NFV的演进并保证一致性、性能以及多个开源组件间的互通性。
&&& 目前，针对电信NFV环境，Open Stack在下述5个方面是有所欠缺的：
&&& 分布式
&&& 自动化的生命周期管理
&&& NFV架构运营
&&& 高性能数据平面
&&& 1.分布式
&&& 在IT的世界里，企业试图将其数据中心聚合起来以降低成本。但对于NFV而言，这并非总是最佳选择。很多NFV应用要求低时延的实时响应。NFV应用也需要高可用性和灾难生存能力。运营商需要灵活性以便将网络功能部署在一个上―无论是网络核心、城域边缘、接入甚至可能是客户侧。
&&& 图1. 分布式的NFV架构
&&& Open Stack支持Cell，Region和Availabilities Zone，但这些概念对于NFV需求还不够。每个Open Stack的Region提供相互隔离的API端点，各Region间没有协调。典型情况下，一个数据中心中可能有一个或多个Region。Cell组件可提供一个单一的API端点用于汇聚多个Region。
&&& 利用Cell，跨Cell的负载分配(“调度”)通过明确的指定或随机选择而生成。Cell组件没有分配机制来基于应用需求选择最佳的位置。
&&& Horizon GUI每次都被限定在单个区域内。没有GUI能够显示NFV云架构的聚合视图。Open Stack Glance虚机镜像管理器也被限定在单个区域。这意味着NFV运营商不得不根据区域的需求手动进行镜像的部署。
&&& 关键点：运营商需要一个能够有效应对NFV架构的平台，该架构可提供低信号时延和灾难生存能力。该架构还必须能够作为一个单一的分布式的云被管理，提供全局视图、统计和策略。
&&& 2.网络连接
&&& VNF根据其网络需求而千变万化。由于它们是部署在整个NFV架构上的，NFV网络的基本需求就是连接，包括数据中心内部的和跨广域网的。基于安全性考虑，要求不同的网络功能仅在需要交换数据时才彼此相连，而NFV控制、数据和管理流量应当相互隔离。
&&& 由于网络功能被分解到诸如数据平面组件和一个集中化的控制平面组件中，这些组件间的连接需要保持与传统的集成式架构同样的高可靠性，需要有足够的网络资源以保证来自其它应用的突发流量不会对NFV应用造成影响。
&&& 网络应当具备相应的弹性对抗设备故障和不可抗灾难。时延和抖动会有较多变化，从某些控制和管理系统的数百毫秒，到移动网关和云化RAN的几个毫秒。
&&& NFV网络通常包含一个半静态的物理层架构，还有一个更加动态的overlay网络层以满足VNF的需要。Overlay层需要对某些需求做出快速响应，例如业务需求变更和新业务部署。
&&& Open Stack Neutron是Open Stack的网络组件，提供抽象化能力，例如L2和L3的网络，子网、IP地址和虚拟化的中间设备。Neutron具备一个基于插件的架构。连接请求发送给Neutron后，被转发到Neutron中安装的插件，这些插件用于对当前网络的细节进行处理。Neutron被限制在一个单一的网络资源空间内，这些资源通常与一个Open Stackregion相关联。无法直接对多个网络域进行跨接，并管理WAN的能力。
&&& 关键点：运营商需要一个平台来建立和管理局域网和广域网(LAN and WAN)架构，以可编程模式创建的运营商应用需要这一架构。
&&& 3.自动化的生命周期管理
&&& 作为一个基于软件的方案，NFV一个最大的优势就是其实现运维流程自动化的能力。包括应用的整个生命周期，从部署到监控、伸缩、故障恢复和升级，直到退出。研究表明，这种自动化能力将使得运营商在某些情况下能缩减超过50%的运维成本(OPEX)。
&&& Open Stack Heat允许用户创建模板，以组件资源的语言来描述虚拟应用（“stacks”)，例如包含嵌入式stack的虚机。早期，Heat模板基于AWS™Cloud Formation™，但最近，Heat编排模板(HOT)的引入，提供了额外的表达呈现能力。Heat聚焦于定义和部署应用stack，但对生命周期的其他阶段，并无特别支持。
&&& Open Stack Solum是一个新项目，被设计用于使云业务更易被购买使用以及集成在开发流程中。它被设计用来提供某些缺失的生命周期自动化功能。通过将Open Stack Ceilometer的评估能力与Heat相结合，在自动伸缩方面已经开展了一些早期的工作。Heat目前受限于单一的Open Stack领域。
&&& 关键点：运营商需要一个平台，不仅能够对部署和伸缩实现自动化，还要对复杂的运营商应用中的很多其它生命周期运维工作实现自动化，并附带许多组件功能。
&&& 4.NFV架构运维
&&& NFV架构的分布性，跨越运营商网络上的许多位置C而不是少数集中的位置C 这就带来一些特有的挑战，并将影响运维流程和支撑系统。相较于一个集中化的云，NFV的分布式架构意味着，不同位置的云节点的添加、升级、和/或移除将更为频繁。这些过程将尽可能的在远端进行，避免跨区的现场支持。
&&& Open Stack TripleO(Open Stackon OpenStack) 是一个对Open Stack家族实验性的新增功能。该项目旨在使用OpenStack自有的云工具实现Open Stack云的安装、升级和运维的自动化。TripleO使用Heat在裸机架构上部署OpenStack实例。
&&& 关键点：运营商需要一个针对分布式NFV架构而特别设计的平台，该平台可对复杂的软件stack部署和升级流程实现自动化。
&&& 5.高性能数据平面
&&& 很多运营商网络的功能（比如深度包检测、媒体网关、会话边界控制器和移动核心服务网关以及分组数据网络网关）目前是基于定制化硬件实现的，为的是获得更高的处理能力和输入输出吞吐量。在商业服务器上以hypervisor运行这些功能会导致10倍的性能下降。
&&& 业界目前正在对新技术加以研究，这些新技术有望提升商业服务器上的数据平面性能，某些情况下甚至接近定制化硬件的水平。
&&& 然而，数据平面性能在OpenStacks社区一直是个边缘化的领域。直到最近，随着Juno版本的发布，更多的人开始关注数据平面的加速问题。Juno为虚机调用英特尔的SingleRootI/O虚拟化技术提供支持。
&&& 关键点：运营商需要一个平台，用于管理商业服务器上的高性能数据平面网络功能。
&&& Open Stack再进一步：现在部署NFV还需要什么？
&&& 全球大多数的运营商都在寻找一个基于Open Stack的开放、多厂商的NFV平台。但正如我们所提到的，Open Stack社区在某些关键NFV需求上没有给予足够的关注。所缺失的是一个NFV平台，该平台要超越Open Stack的范畴，以帮助客户实现CAPEX和OPEX的削减以及提升业务灵活性的目标。
&&& Open Stack在某些方面仍然处于密集开发的状态。一旦其成熟，Open Stack的功能将更为稳定和丰富，使其更好的满足某些领域的NFV需求。然而，它不可能满足所有需求。
&&& 运营商需要一个水平化的NFV平台来提供：
&&& 用于VNF的计算、存储和网络资源
&&& 一个用于NFV编排(NFVO)的集中化平台
&&& 一个用于管理VNF生命周期的集中化VNF管理器（VNFM）
&&& 这一方式使得消除今天多应用形成的竖井式结构成为可能。
&&& 本文基于阿尔卡特朗讯/红帽白皮书。
&&& 如需联系作者获取更多信息，请发邮件至
编 辑：孙秀杰
余承东：华为荣耀已成为双品牌&未来将走独立品牌道路,6月30..
CCTIME推荐
CCTIME飞象网
CopyRight &
京ICP备号&& 京公网安备号
公司名称： 北京飞象互动文化传媒有限公司
未经书面许可，禁止转载、摘编、复制、镜像集群与监控
自动化运维
最新精彩内容专注Linux技术学习，分享最具价值内容
欢迎分享Linux易——运维技术学习博客
& Linux易——运维技术学习博客 All right reserved. 版权所有
欢迎使用手机扫描访问本站，还可以关注微信哦~君，已阅读到文档的结尾了呢~~
51CTO学院-自动化运维之SaltStack实践视频课程
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
51CTO学院-自动化运维之SaltStack实践视频课程
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口运维工程师必须掌握的基础技能有哪些？ - 知乎5214被浏览388135分享邀请回答/linuxperf.html）。另外我个人也会对平时用到的这些工具做一个整理和记录，总结到我的个人维基上：3. 基础服务：LAMP或LNMP ：Apache/Nginx，MySQL，PHP/Python/Perl FTPDNSSAMBAEMAILNTPDHCP...可以本地搭建练练手这里推荐鸟哥另外一本书 服务器架设篇： 4. 运维平台工具:也在这个问题
里提到了：NagiosPuppetZabbixCactiSaltStack....可以选择性的折腾下，因为这个涉及到业务，没有实际环境，很难去理解他们的功能和特点。5. 脚本:必备：Shell额外：Python，Perl... 6. 底层:Linux C，内核7. 网络:网络是非常重要的一块把《TCP/IP协议详解》多看几遍，理解。熟练使用tcpdump等抓包工具8. 安全:防火墙配置，如 iptables, ipset9. 硬件：接口类型查看硬件信息知道各类型服务器，如塔式、机架式、刀片式10. 其它：了解更多特定技能要求的方式：Google搜"Linux运维工程师 招聘"，看看他们的需求。最后推荐一本书：Unix/Linux系统管理技术手册 后续想到再做补充素养/处理方式：除了技能，我觉得素养(态度)也可以谈谈这个正好看到右边相关问题：1. 安全运维人员的权限很大，所以一定要保证帐号/私钥的安全。最好使用加密工具存储。比如truecrypt，1password基于本地存储。切勿用网盘，也不建议用lastpass等ssh私钥添加密码以上任何一点都很重要，否则弄丢了，风险会非常大。2. 责任心如上面那个帖子里
提到的 Owner 意识遇到报警，第一时间处理，而不要等着他人去处理如果无法处理，应该第一时间让同事协助帮忙，而不要禁止报警，让问题掩盖3. 细心你的任何一个操作，都可能造成系统的损坏、业务出问题。所以敲命令时一定要细心、再三确认。你敲的再快，也就节省那么一点时间，出了问题才是大事。4. 推进/改善如果代码有问题，导致系统开销很大，比如负载，io等。应该第一时间和开发部门确认，要求优化代码。5. 进取心/不断学习运维的知识范围很广，要不断学习。遇到问题，做好分析记录，事后还可以在部门内分享交流。这也是我为什么热衷于写技术博客和维基的原因，好记性不如烂笔头。记录整理的过程也是一个思考升华的过程。再给一个干货，我们公司（知道创宇）的技能表：，里面的技能点非常全面，也包含了运维相关欢迎评论补充其它的一些回答都非常棒，强烈建议也看看！1.3K68 条评论分享收藏感谢收起10119 条评论分享收藏感谢收起查看更多回答10 个回答被折叠（）