经过Tacker将NFV引入OpenStack

14年的这个时候，咱们还在OpenStack社区中为NFV是否属于OpenStack而争论不休。现在这一争议已经被解决了。OpenStack已经成为NFV讨论中的重要部分，正以下面的ETSI MANO概念性架构图所反映的那样，OpenStack是虚拟化基础设施管理（VIM）层的主要执行者。做为经过综合开放平台专一于推进NFV演进速度的开源项目，OPNFV正在其参考架构中利用OpenStack和OpenDaylight SDN控制器。

如今向那些不熟悉Tacker的人们介绍一下它。Tacker是一个在OpenStack内部孵化的项目，它的做用是VNF管理器，用于管理VNF的生命周期。Tacker的重点是配置VNF，并监视它们。若是须要，还可重启和/或扩展（自动修复）VNF。整个进程贯穿ETSI MANO所描述的整个生命周期。

自从在加拿大温哥华召开的OpenStack峰会和博科近期主持了Tacker 中期会议（Mid-Cycle Tacker Meetup）以来，Tacker项目得到了强劲的推进力。除中期会议外，每周的IRC（网上实时交流）会上也在讨论一些具体的执行细节。

Tacker由四大组件组成：即VNFD目录、VNF设置、VNF配置管理，以及VNF监控与自动修复。

如下是Tacker的每一个子领域迄今为止所取得的主要成就。

VNFD目录：围绕如何呈现VNF（VNF描述符）的标准化努力现在已经聚焦在了TOSCA上。TOSCA（针对云应用的拓扑与编排规范）是OASIS协会下的一个技术委员会，主要致力于为全球信息社会推进开放标准的开发、整合与应用。TOSCA的NFV概要文件草案已经完成。该规范描述了VNF（VNFD）的属性，以及Tacker对VNFD目录的维护。

一旦VNF被规定使用TOSCA NFV模板，那么它们就可以进入Tacker VNF目录中。一旦进入，Tacker就能够经过编译TOSCA模板和经过翻译器翻译部分OpenStack Heat实现VNF的实例化。Tacker还侧重于VNF的配置和持续性监控，若是须要，自动修复可贯穿ETSI MANO所描述的整个生命周期。

VNF设置：经过上述的Heat模板，Tacker可使用OpenStack Nova设置计算基础设施。OpenStack Nova的许多功能能够在计算设置程序过程当中被使用。经过利用SR-IOV Passthrough、NUMA、CPU pinning和大页面分配等特定属性建立的一些功能，计算资源能够针对VNF进行优化。

VNF配置管理：Tacker将经过配置驱动推进VNF所需的特殊配置。配置管理被设计为可插入式框架，不一样的VNF厂商能够为他们的VNF编写本身的配置驱动。

另外一个方法是使用SDN控制器。目前已经就如何将SDN和NFV整合在一块儿展开了许多讨论。关于使用SDN控制器插件的Tacker，如何推进配置使用SDN控制器南向接口的特殊VNF，就是一个很好的例子。

VNF监控与自动修复：Tacker的一个关键职责是监视VNF的健康。经过出台一系列旨在指导OpenStack其余项目设计的规范，Tacker能够随时使用如icmp-ping和http-ping等可加载的监控驱动。它们还被规划与Ceilometer进行整合，现在VNF厂商已经可以编写本身的带有特殊监控属性的监控驱动。

现在，OpenStack社区已经在很短的时间内掌握了许多东西。咱们应该向致力于这一项目的全部人致敬！

 

说明：本文最早发布在博科社区网站上。Tacker是一个致力于开发通用网络功能虚拟化编排的项目。博科高级产品经理Madhu Kashyap为Tacker提供了本次更新。

编者注：本文编译自superuser.openstack.org，做者为Madhu Kashyap，编译者Frank Chan。