Wallaby 系列发布说明¶
5.0.0¶
序言¶
此版本包含一项新功能，可以将已创建或现有的卷与 VNF 关联。增强了现有功能，支持将持久卷关联到 VNF。
基于 ETSI NFV 规范、REST API 和数据模型的功能
ETSI NFV-SOL003 v2.6.1：VNF 生命周期管理（扩展 VNF、更新 VNF 和回滚 VNF）
ETSI NFV-SOL005 v2.6.1：获取 VNF 包工件
Kubernetes VIM 扩展为使用基于 ETSI NFV-SOL 的操作。诸如 Deployment、DaemonSet、StatefulSet 和 ReplicaSet 等资源的 major 版本可以作为 VNF 通过 Instantiate VNF 操作部署。
5.0.0 版本包含基于 ETSI NFV-SOL Release2 规范的新功能。主要变更如下
云原生网络功能 (CNF) 的 Day2 操作。支持使用 ETSI NFV-SOL003 v2.6.1 进行 CNF 扩展操作 和 CNF 修复操作。
新的 MgmtDriver 作为 VNF 生命周期管理的序言和后言。根据 VNFD，将在其操作之前和之后执行
<base_operation_name>_start和<base_operation_name>_end。提供 Kubernetes 集群 VNF 的示例 MgmtDriver，用于管理本地 Kubernetes。使用 Kube-adm 可以实现 HA Master 节点、扩展 Worker 节点以及修复 Master/Worker 节点。
增强了 VNF 实例的错误处理，以支持重试、回滚和失败操作。
新特性¶
此功能允许用户通过在 TOSCA 模板中提供 volume_id 将已创建或现有的卷与 VNF 关联。在这种情况下，在 vnf 部署期间不会创建新的卷。
添加了 placement constraints 支持，以便 VNFM 可以与第三方 NFVO 互操作，它能够在从 NFVO 接收到授权响应后，根据区域信息部署 VNF 中的每个 VM。
添加了基于 ETSI NFV 规范的 扩展 VNF、更新 VNF 和 回滚 VNF 操作的新 RESTful API。
添加了基于 ETSI NFV 规范的订阅和通知的新 RESTful API。客户端可以使用这些资源订阅与 VNF 生命周期管理相关的通知，并查询其订阅。
为了扩展与 NFV 相关的更广泛的设备，将 vnfPkgId 设置为相关的 API。有关更多详细信息，请参阅 spec。
添加了符合 ETSI NFV SOL003 规范的操作，以与第三方 NFVO 合作作为 VNFM。
VNF 包管理接口，用于获取 VNF 包信息
授权接口，允许 VNFM 请求授权 VNF 生命周期操作的授权。
添加了基于 ETSI NFV 规范的 Fail VNF、Retry VNF 的新 RESTful API，作为错误处理操作的一部分。
添加了基于 ESTI NFV-SOL003 v2.6.1 VNF 生命周期管理的基于容器的 VNF 支持。用户可以在 Kubernetes VIM 上创建、实例化、终止和删除 VNF。Kubernetes 资源文件作为 VNFD 提供，并作为 VNF 包的一部分上传。
MgmtDriver 功能配置 VNF 供应商提供的应用程序。VNF 供应商可以通过 MgmtDriver 自定义应用程序的配置方法。这些自定义由 ETSI NFV-SOL001 v2.6.1 中的“interface”定义指定。我们提供了 MgmtDriver 的示例和脚本，这些脚本可用于部署 Kubernetes 集群。示例脚本可用于部署 Kubernetes 集群的两种情况。一种是部署一个 master 节点和 worker 节点。在这种情况下，它支持扩展 worker 节点和修复 worker 节点。另一种是部署一个高可用性集群，有三个（或更多）master 节点和 worker 节点。在这种情况下，它支持扩展 worker 节点以及修复 worker 节点和 master 节点。在所有上述情况下，kubeadm 都用于在示例脚本中部署 Kubernetes。我们还提供了一个用户指南，帮助用户了解如何使用此功能。
实例化单个 master 节点 Kubernetes 集群：可以使用 ETSI NFV-SOL 003 v2.6.1 中的 VNF 生命周期管理接口实例化 Kubernetes 集群。
实例化多 master 节点 Kubernetes 集群：可以部署具有高可用性 (HA) 配置的 Kubenrnetes 集群。
扩展 kubernetes worker node：使用 MgmtDriver 支持对包括 Kubernetes 集群的 VNF 的 Worker-nodes 进行扩展操作。
修复 Kubernetes master 和 worker 节点：使用 MgmtDriver 支持对包括 Kubernetes 集群的 VNF 的 Master 节点和 Worker 节点进行修复操作。
通过 MgmtDriver 启用 VNF 供应商自定义应用程序的配置方法。这些自定义由 ETSI NFV-SOL001 v2.6.1 中的“interface”定义指定。使用 MgmtDriver，用户可以执行基本 LCM 操作的序言和后言。MgmtDriver 不支持 LCM 本身的自定义。
添加了基于 ETSI NFV-SOL002 和 SOL003 v2.6.1 VNF 生命周期管理的基于容器的 VNF 修复操作支持。对于“使用 SOL002 修复 VNFC”，用户可以修复作为 VNFC 映射的 Pod，该 Pod 是单例或使用控制器资源（例如 Kubernetes Deployment、DaemonSet、StatefulSet 和 ReplicaSet）创建的。对于“使用 SOL003 修复 VNF 实例”，用户可以通过终止和实例化 VNF 来修复整个 VNF 实例。并且 VNFC 资源信息被存储和更新，用于 Pod 的修复操作。
添加了基于 ETSI NFV-SOL003 v2.6.1 VNF 生命周期管理的基于容器的 VNF 扩展操作支持。用户可以扩展由控制器资源（例如 Kubernetes Deployment、StatefulSet 和 ReplicaSet）管理的 pod 副本数。
升级说明¶
配置选项
[oslo_policy] policy_file的默认值已从policy.json更改为policy.yaml。正在使用自定义或先前生成的静态策略 JSON 文件的操作员应生成新的策略文件或将其转换为 YAML 格式。使用 oslopolicy-convert-json-to-yaml 工具以向后兼容的方式将 JSON 策略文件转换为 YAML 格式。
弃用说明¶
JSON 策略文件在 Victoria 开发周期中被
oslo.policy库弃用。因此，此弃用在 Wallaby 周期中被注意到，预计oslo.policy将在未来删除对它的支持。因此，操作员需要转换为 YAML 策略文件。请参阅升级说明以获取有关迁移任何自定义策略文件的详细信息。
错误修复¶
修复了 bug 1879436。可以构建 VNF 包的用户可以在不同的单位中指定软件镜像属性，例如 min_disk、min_ram 和 size ，如 TOSCA Simple Profile in YAML Version 1.2 模板的第 3.2.6.4 节所述。这些属性值从各种单位转换为
byte单位，并在 GET /vnfpkgm/v1/vnf_packages/{vnf_package_id} API 响应中返回。注意
对于旧的 vnf 包，软件镜像属性不会转换为
byte单位。
