NFV与SDN协同部署技术探讨.pdfVIP

ii研究与探讨 i； 规范工作组 (ETSINFV ISG)主导和推动的，目前已 来 自不同业务提供商的虚拟网络功能共存于同一个基 经制订和发布了NFV需求、用户案例、体系框架等文 础设施之上，并为不同的业务提供商之间提供资源隔 档 。 离。 ETSI从可移植性、性能、灵活性等13个方面定义 13)维护模型：可以执行所有必须的操作 ，如在 了NFV体系架构应满足的业务需求。 线升级以确保基础设施服务长的生命周期。 1)可移植性 ：在多厂商环境下安装 、执行、删除 从NFV框架应满足的需求可 以看 出，NFV框架 VNF(VirtualisedNetworkFunction，虚拟网络功能) 并不提供新的业务能力，NFV框架解决的是电信网络 的能力，支持将VNF软件实例和专用的硬件设施解耦 功能部署 、运维过程中如何解决基础设施资源共享 、 合的能力 ，提供优化vNF所需资源的分布 、预留和分 软硬件解耦合 、动态调整分配基础设施资源等 问题 。 配的能力。 NFV框架可 以提高电信 网络功能和业务部署 、运维 2)性能：在基础设施上安装和配置任何指定的 的效率 (计算、存储和网络资源、时间)，从而改变 VNF，并确保VNF实例的性能。 原有网络和业务部署 中存在的周期长 、不能灵活有效 3)灵活性 ：允许VNF按照sLA (Service．Level 使用资源等 问题，从而满足未来业务生命周期短 、业 Agreement，业务服务等级协议 )需求扩展或迁移。 务量和业务特征变化频繁、个性化定制化比例高的特 4)弹性 ：提供网络功能在失败后重新被创建时业 点。 务的可靠性和连续性。 (2)SDN业务需求及需解决的问题 5)安全性 ：保护在共享存储资源中存储或通过共 控制和承载相分离是SDN的核心思想 ，虽然 目 享 网络资源传送的数据 ，保护NFV端到端体系架构中 前IETF、ONF (OpenNetworkingFoundation，开放 新 的接口、不同VNF集间的隔离。 网络基金会 )和IT界对如何实现网络控制和承载的分 6)业务连续性：碰到引起硬件故障或资源短缺／ 离有不同的思路和解决方案，但各种技术流派试图解 耗尽 的异常情况 ，应提供根据SLA业务连续性需求实 决的问题都是～致的。因此，本文将 以ONF所定义的 现受影响的VNF实例恢复的机制。 SDN架构为例来阐述NFV和sDN的关系以及相应的部 7)业务保证：可检测vNF实例和 (或 )VNF实例 署建议。 间的网络可达性的故障，并执行故障检测的功能。 ONF从流量模型的改变、云服务的兴起等4个方面 8)操作和管理：自动操作和管理功能 (如基于 定义了SDN架构应满足的业务需求。 VNF信息模型中预定义好 的标准创建 、扩展和修复 1)流量模型的变化 ：流量模型应从现有的 “南北 VNF实例 )，网络容量负载适配 ，软件更新和新特性／ 向”向 “东西向+南北向”模型转变 ，以满足企业应用 节点的引入等。 同时连接到不 同的服务器和数据库 、用户要求随时随 9)节能减排：支持把某个VNF子集移除或在指定 地接入任何服务以及企业公有云／私有云／混合云应用的 的资源 中 (计算 、存储 )置于休眠状态的功能，从而 业务需求。 该资源可以设为节电状态。 2)IT的消费化 ：在保护企业数据、知识产权和满 10)与现有网络的共存：NF