NFV中的DevOps——服务链和5G网络切片的保障

在2018年的最后一个季度中,我们可以看到领先的网络设备供应商,解决方案提供商和通信服务提供商(CSP)正在以5G的形式向下一代网络发展。Calsoft的数字策略师Sagar Nangare写道,这种转变导致网络功能虚拟化(NFV)技术日益成熟,这些都要归功于开源社区和商业供应商的积极贡献。

在本文中,我们将探讨在ETSI开源MANO(OSM)的帮助下,英特尔,Netrounds,Rift.io,Arctos实验室等供应商如何用DevOps来确保服务链和5G网络切片的健康。

对服务保证的需求

在一个场景的路线图上,多个虚拟网络功能(VNFs)被链接在一起,以创建网络服务并测试5G特性,比如网络切片就是分割网络通道以支持不同的用例,方便5G启用,而服务提供商则负责确保和维护最终用户的服务质量。毕竟,转换到5G是为了让CSP可以提供良好的客户体验。

但是,转换到5G会给网络架构和运营带来极大的复杂性,包含共享环境, 例如,部署在虚拟机(VM)中的VNF可能需要更新以增强服务功能,也可能是一个避免故障的即时补丁。由于VNF充当了一些网络设备的功能,这种变化可能非常频繁。为了解决更新问题,服务提供商很难执行手动测试和验证,因此可能会停止向活跃的最终客户提供服务。服务提供商应在每个阶段网络服务上进行主动监控和测试来确保服务的稳定性。

因此,总结以上内容,服务提供商需要:

  • 通过主动监视和测量在切片处接收的度量,验证每个网络切片所需的关键SLA(匹配客户和用例)。
  • 找出问题并在运行时解决它,不影响服务交付。

还需注意的是在监视测试网络服务和最终交付给客户的服务质量和解决方案之间存在着一定的差距。

用于应对挑战的PoC(The proof of concept )实施

为了应对上述挑战,服务提供商必须通过在服务链中使用可编程API以及端到端的服务监控来实现高度自动化地主动测试和验证。

Telenor,Intel,Arctos Labs,Netrounds,Rift.io和ETSI OSM实施的概念验证(PoC)解决了上述监控和服务保证问题。

PoC利用MANO进行自动化网络服务生命周期管理和端到端服务激活,验证和操作。DevOps方法用于网络操作和网络服务设计,以及实现服务链和5G切片的部署和维护的自动化。

本演示的主要特点是在网络服务或服务链的设计时添加对新服务的测试。此外,对新网络服务的交付或更新将在运行时进行验证。如果更新无法完成,网络可以回滚到之前的状态,而用户体验并不会受到影响。

PoC架构和示例

作为此PoC的示例案例,考虑了三个不同切片的网络场景,它们具有不同类型的特征和关键性能指标(KPI),以满足服务提供商所提供的服务的需求。在这个例子中,涉及的KPI是:移动宽带的KPI是吞吐量,大规模物联网目标KPI是分组丢失,对于工业自动化,目标KPI是延迟。

PoC示例

ETSI开源MANO与RIFT.IO的RIFT.ware解决方案结合使用,而OpenStack用作虚拟基础架构管理器(VIM)。

PoC演示架构

为了确保网络服务质量水平和网络切片KPI的测量,Netround的vTA(虚拟测试代理)将作为服务的一部分进行部署。这些测试代理用于主动生成流量,分析详细信息以及跨服务应用程序和接口的实时测量。通过在Netwounds端或内部托管的Netrounds统一控制中心远程控制和更新vTA。

5G网络片由不同但有针对性的服务链组成,当大规模部署这些切片时,通过使用DevOps实现自动化地实时监控和测试,可以实现一个有效的端到端到端的服务保证。此PoC的关键部分是将部署虚拟测试代理作为网络服务链的一部分,以便在服务的生命周期中监视其运行情况。它还可以向控制中心发送有关服务健康状况的实时信息。

原文链接:
https://www.vanillaplus.com/2018/10/19/42797-devops-nfv-assures-health-service-chains-5g-network-slices/


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/22939.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于19-02-02
0