如何用Tacker将NFV带入OpenStack?

最初社区里很多人争论过NFV是否属于OpenStack，而后来可以确定的是OpenStack的确占据了NFV会话中的很大一部分，并且形象地反映在了下面的ETSI MANO概念架构图中，OpenStack对于虚基础架构管理（VIM）层而言是一个关键组件。OPNFV是一个新的开源项目，注重通过集成开放平台加速NFV发展，该项目在其参考架构中利用了OpenStack和OpenDaylight SDN Controller。

对于不太熟悉Tacker的人而言，这就是一个OpenStack的孵化项目。在VNF Manager这种起到一定的作用，实现VNF的生命周期管理。Tacker负责配置VNF并监控，如果需要，重启和/或扩展（Auto Healing）VNF。这个过程完整实现了ETSI MANO规定的全生命周期。

Tacker有四个主要的组件：VNFD Catalog、VNF Provisioning、VNF Configuration Management、VNF Monitoring以及Auto Healing。

VNFD Catalog：早期的标准化研究围绕着VNF应该如何表示（VNF Descriptor）逐渐发展到TOSCA的使用。TOSCA（云应用程序拓扑和编排规范）是OASIS联盟发起的下的，主要驱动全球信息社区的开发、聚合以及开放标准的采纳。针对NFV有一个TOSCA简单草稿。这个标准描述了VNF（VNFD）属性以及Tacker维护的VNFD Catalog。一旦VNF采用TOSCA NFV模板描述，就可以随行进入Tacker VNF Catalog。一旦就位，Tacker就可以通过解释TOSCA模板实例化VNF，并且通过翻译器将合适的部分翻译给OpenStack Heat。Tacker也负责VNF的配置，并且进行监控。

VNF Provisioning：采用Heat模板描述上述内容，Tacker采用OpenStack Nova分配计算基础架构。OpenStack Nova的很多功能可以在计算分配流程中被利用。通过创建具备特定属性的内容，比如SR-IOV Passthrough、NUMA、CPU pinning、大页面分配等，计算资源可以为VNF进行优化。

VNF Configuration Management：Tacker可以通过配置驱动器推动VNF要求的具体配置。配置管理作为一个可插拔的框架构建，这个框架可以允许不同的VNF厂商为自己的VNF编写自己的配置驱动器。另一种方法就是采用SDN控制器。关于SDN和NFV如何一起协作有很多探讨了。这也是Tacker如何使用SDN控制器插件为具体的VNF进行配置的很好案例，主要使用SDN控制器的南向接口。

VNF Monitoring和Auto Healing：Tacker的关键职责之一就是监控VNF的健康情况。遵从OpenStack中为其他项目设计的相同的原则，Tacker会有一些即用型可加载的监控驱动器，比如icmp-ping、http-ping等。也计划集成Ceilometer，VNF厂商可以用具体的监控属性编写自己的监控驱动。