如何通过Tacker将NFV引入OpenStack

Shatty 2015-09-22

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所描述的整个生命周期。

如何通过Tacker将NFV引入OpenStack

自从在加拿大温哥华召开的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厂商已经能够编写自己的带有特殊监控属性的监控驱动。

相关推荐