YD/T 3938-2021 标准解读

一、标准适用范围与执行边界

• 适用主体：面向电信运营商、云服务提供商及NFV集成商部署的NFVO系统，包括自研、商用及开源增强型NFVO平台（如ONAP SDC+MSB+SO、OpenStack Tacker演进架构）；不适用于仅提供VIM或VNFM单点能力的轻量级编排组件。
• 适用场景：跨域多VIM（含OpenStack/Kubernetes混合资源池）、多厂商VNFM协同的5G核心网切片编排、政企专网业务开通、边缘MEC应用生命周期管理；要求支持至少3类异构虚拟化层（KVM/Xen/容器运行时）及2种以上主流VNFM（如华为iMaster NCE-Fabric、中兴uSmartNet）对接。
• 排除条件：纯物理网络设备自动化配置（需由SDN控制器承担）；单VIM内虚拟机批量创建（属VIM自身能力）；未通过ETSI NFV-MANO接口规范（GS NFV-IFA 007/009）认证的VNFM接入；非MANO框架下的微服务网格编排（如Istio原生流量治理）。

二、核心实操技术要求

1. 接口一致性：必须实现ETSI GS NFV-IFA 005 v3.3.1定义的NFVO-VNFM、NFVO-VIM北向RESTful API，HTTP状态码错误响应须严格匹配RFC 7807 Problem Details格式；VNFM注册时需校验其提供的callback endpoint可达性（HTTP HEAD探测超时≤2s）。
2. 模板合规性：NSD（Network Service Descriptor）须符合YANG 1.1语法，支持vnffgd（VNF Forwarding Graph Description）嵌套引用；TOSCA 1.3模板导入后须完成3层校验：语法解析（libyaml验证）、语义检查（VNF依赖关系拓扑闭环检测）、资源约束映射（CPU核数/内存/GPU卡型号与VIM实际能力池匹配度≥95%）。
3. 编排原子性：NS实例化失败时，已成功部署的VNF须自动回滚至初始状态（含VIM侧虚拟机销毁、VNFM侧配置清除、NFVO数据库事务回滚），全程耗时≤180s（基准测试：10个VNF串联链路，单VNF平均部署耗时≤15s）。
4. 高可用保障：NFVO集群节点数≥3，采用Raft共识算法；任一节点故障后，新NS实例化请求在45s内恢复服务（实测P99延迟≤3200ms）；数据库主备切换期间禁止接受写操作，读操作持续可用（RPO=0，RTO≤60s）。

三、典型业务场景应用案例

四、实操难点与解决方案

• VNFM异构适配难：某厂商VNFM返回的VNF实例ID含非法字符“/”，导致NFVO URL编码后调用失败。解决方案：在NFVO-VNFM适配层强制执行RFC 3986 URI编码，并对VNFM注册时提交的vendor_id字段做白名单校验（仅允许[a-z0-9-]+正则匹配）。
• 跨VIM资源争抢：OpenStack与K8s VIM同时申请128GB内存，因VIM资源池视图未实时同步导致超分。解决方案：NFVO启用vim_resource_sync_interval=30s定时轮询，且每次NS实例化前强制执行GET /vims/{id}/resources实时刷新缓存。
• NSD版本兼容断层：旧版NSD使用TOSCA 1.0定义的get_input函数，新版NFVO仅支持1.3的get_property。解决方案：部署NSD转换网关服务，自动将1.0模板中的函数调用重写为1.3等效语法，并生成SHA-256校验码存入NFVO元数据库。
• 回滚过程残留资源：VNFM异常退出导致VNF配置未清除，NFVO回滚时仅删除VIM侧VM。解决方案：强制VNFM实现terminate接口幂等性，NFVO在回滚流程第2阶段（post-vim-cleanup）发起GET /vnf_instances/{id}/lcm_op_occ确认VNFM操作完成状态，超时则触发人工干预工单。