2014年的这个时候，我们还在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提供了本次更新。

转载自：UnitedStack有云