向NFV过渡 这三个坑我替你趟了

时间:2023-03-09 03:37:46
向NFV过渡 这三个坑我替你趟了

网络功能虚拟化(NFV)在最近几年不断发展,并开始现实商业部署。通信服务商也必须解决自身所面临的挑战,包括安全、性能、投入产出比、与现有网络实现电信级交互、运营支撑系统(OSS)和业务支撑系统(BSS)。

解决这些挑战的方式也会影响到运营商交付更高质量服务的能力,同时产生全新的收益。目前,运营商更倾向于忽视这些挑战,关注可行性但是随着时间推移终将迈向NFV。在这里云端卫士提供一些向NFV部署过渡的技巧:

1.不要忽视NFV安全脆弱性

软件定义网络(SDN)和NFV的迁移就安全而言是一种革命。部署网络软件功能取代成熟且安全的硬件元素。基于软件的数据层也更多地暴露给服务攻击(DoS和DDoS)。此外,采用开放架构的软件定义解决方案,控制和管理层也可以远程访问。开源项目的采用,比如KVM等,每一种组件都有自控和管理的接口和API面向操作系统和平台,将NFV基础架构开放给外部的攻击向量。此外,每一个运行虚拟化网络的主机必须受到监控和保护。

为了成功实现这些,运营商必须能够让网络可视化、具备洞察力且网络具体的分析要进入到安全信息和事件管理(SIEM)和安全运营中心(SOC)。也应该采用旨在保护NFV平台的解决方案,并且在设备上部署实时方案进行分析和活跃保护。此外,必须监控和控制每一个主机、功能主机以及功能到功能的交互访问上面涉及到的虚拟网络的访问。

2.关注业务用例

NFV的成功最终将由其经营收益的确定。投入产出比基于运营商售卖整体新服务的能力,目前服务非常昂贵。为了符合投入产出比目标,运营商需要确保安全、成本性能比、运营商级服务和完全的互操作性。此外,需要确保Intel x86标准商用现货(COTS)平台符合成本效益提供成本/性能,让新发布的服务有利可图。能够快速部署新服务,并且尝试购买模型,可以增加可盈利性以及增值服务的销售周期。

3.别忘了你是个运营商

为了让运营商从基于NFV的服务中实现可盈利性,NFV平台必须天然集成到OSS和BSS方法论中。提供vCPE、MEC、vEPC、vSwitch、vRouter、vNAT和其他的虚拟化服务必须能够符合现有运营商级需求。这些需求包括运营商以太网2.0和符合MEF(城域以太网论坛),让运营商能够在网络或者数据中心上托管的任何计算机主机上支持CE 2.0和MEF。通过在任何地点测试和监控任何物理元素、虚拟化功能和虚拟化网络确保服务水平。

确保安全和弹性

投入产出比基于快速部署的能力,以及提供服务水平协议并以低成本维护服务。为了实现这一点,NFV解决方案必须无缝支持现有架构,比如CE 2.0和MEF。SDN需要可管理,且灵活适应需求变更,比如Netcon和OpenFlow的支持。也必须为集成现有OSS和BSS做好准备。运营商目前提供了高质量的服务属于有保障的服务水平协议。新服务必须也能够保持相同的标准,充分利用NFV部署所带来的好处。