服务保障为支持NFV进行的演变
之前发表在 《Light Reading》杂志上
可以说，运营商希望从NFV服务保障解决方案获得的关键能力有三个：（1）用于服务测试的虚拟主动探针；（2）用于服务监测的虚拟被动探针；以及（3）近乎实时的大数据收集和分析引擎。后者将探针数据汇集起来并进行分析，以实现故障诊断和性能管理，并帮助确定该采取哪种纠正措施（自愈），如扩展或迁移VNF。为此，必须将NFV服务保障和负责管理VNF生命周期的服务编排器集成起来。服务保障分析是输入编排器的主要功能，推动对服务/VNF进行的补救性更改。
不能在实验室内预先测试为建立虚拟网络而出现的VNF，然后将其部署到生产网络上，这是因为它们只能根据要求存在。运营商需要能够在实例化时自动、实时地测试VNF。由于服务模型决定要建立哪个VNF实例以及在哪里建立VNF实例，因此运营商可以使用服务模型指导整个服务生命周期内的主动测试，而不需要人工干预。如果按照客户服务的需求而建立某个虚拟网，则可以立即部署本身就是一个VNF的虚拟化主动探针，作为虚拟网络的一部分。
不同于一般部署在网络汇聚点的物理探针，虚拟探针可部署在最接近最终用户的地方，通常为接入设备。在这个位置，它可以很好地从客户的角度测试服务的SLA。主动探针可以提供某个具体服务的客户体验情况。虚拟探针可在服务的整个生命周期内保持原样，不断测试并确认服务状况良好。当服务结束时，虚拟探针实例也会结束。
和基于硬件的物理探针相比，虚拟探针的费效比更高，可广泛部署在网络中。在针对某个客户部署时，它们可以提供很高的服务性能可视性，使运营商能够更有效地管理客户体验、更快地发现问题并在性能受到影响前主动采取措施。
EXFO解决方案架构师Ihab Mahna认为，要支持SDN和NFV，服务保障的演变需要完成三步：虚拟化、自动化和DevOps。在第一阶段，即虚拟化阶段，重点在于基础设施保障。由于VNF被实例化，它们会在部署阶段进行验证，然后被持续监测。在第二阶段，即自动化阶段，重点会放在服务激活和监测上。服务开通验证测试和SLA监测被纳入VNF服务链，从而减少人工测试流程。在第三阶段，即DevOps阶段，实时的保障洞察能力被纳入DevOps流程。服务保障将模拟、服务运营、故障管理和服务验证集成到日常活动中，从而使DevOps流程变得更加充实。支持NFV服务保障的架构可能会具有多个层次：
- 自动的测试工具，用于服务设计和创建阶段——与DevOps方法一致。
- 作为服务VNF的主动/被动测试——从网络采集原始数据并将其发送到编排器，实现基本的监测。
- 合并更加层次的KPI，然后实时分析，如果超过了规定的阈值，向编排器发送告警以实现自愈。
- 横跨多个域的NFV相关性（服务器-VM-VNF），基于从SDN控制器、NFV编排器和主动/被动探针。
主动探针的虚拟化是虚拟网服务保障的关键，但它并非运营商需要的唯一能力。运营商还非常需要被动探针和能够处理与数百万客户及其服务相关的数据的分析解决方案。很早就掌握NFV服务保障的运营商将能够更快地从NFV中获益，并消除推出基于VNF的服务的风险。
