启用 VNFFG 的自动修复功能¶
https://blueprints.launchpad.net/tacker/+spec/vnffg-healing
本提案旨在基于 VNFM 中现有的策略动作，为 VNFFG 提供自动修复功能。该规范参考了 ETSI 标准中的网络服务故障管理 [1]。
问题描述¶
目前 Tacker 已经支持通过 (ping, http-ping) 和告警驱动程序为单个 VNF 提供自动修复功能。然而，在重新生成 VNF 后，仅保留 VNF ID，连接点 (CP) 可能会发生严重变化。当这些 VNF 被用于 VNFFG 编排时，这个问题更加突出。原因是 CP-id 现在被用于使用 Neutron SFC 创建 SFC [2]。
本规范旨在为单站点 VNFFG 提供自动修复功能，未来将考虑多站点支持。此外，Tacker 计划将 VNFFG 添加到网络服务 (NS) 中，因此本规范还考虑扩展范围以支持 NS 内的 VNFFG。
提议的变更¶
在 Tacker NFVO 中引入 vnffg-ha 引擎
+---------------------------------+
| Tacker_NFVO |
| +------------------+ |
| | | |
| | NFVO API/TOSCA | | +-----------------------+
| | | | | |
| +---------+--------+ | | Tacker_VNFM |
| | | | +-------------------+ |
| | | | | VNFM API/TOSCA | |
| | | | | | |
| | | | +---------+---------+ |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| +-----v-----+ | | +------v------+ |
| |NFVO Plugin| | | | VNFM Plugin | |
| | | | | | | |
| +-----+-----+ | | +------+------+ |
| | | | | |
| +-------------v--------------+ | | | |
| | vnffg-ha engine | | | +-------v--------+ |
| | <-----conductor-------+ policy actions | |
| | | | | +----------------+ |
| +----------------------------+ | +-----------------------+
| |
+---------------------------------+
组件
- vnffg-ha 引擎：当 vnffg-ha 接收到来自策略动作的触发时
首先，它会找到 VNF 所属的 VNFFG。
然后，它会对 VNFFG 做出相应的更改，以响应 VNF 策略动作。在本规范中，考虑了重新生成动作。在这种情况下，VNF 中的 CP 发生变化，我们将使用 neutron port-pair update 来处理此变化。
安全影响¶
无
通知影响¶
由于 VNF 的故障发生在 VNFM 层，而 VNFFG 在 NFV 层进行编排。一个损坏的 VNF 可能会导致一个或多个 VNFFG 失败。因此，我们需要一种方法来通知 VNFFG 它们所依赖的 VNF。短期内，tacker conductor 将用于从 VNFM 向 NFVO 发出事件。未来的考虑是使用事件/审计功能。
其他最终用户影响¶
无
性能影响¶
无
其他部署者影响¶
无
开发人员影响¶
无
实现¶
负责人¶
- 主要负责人
Tung Doan <doantungbk.203@gmail.com>
工作项¶
在 NFVO 中实现 vnffg-ha 引擎
修改 NFVO 插件中现有的 VNFFG 实现
添加事件/审计功能
添加单元和功能测试
依赖项¶
无
