Neutron项目作为一个虚拟网络资源池,提供了如下三种使用方式:
这里,我们将重点阐述Neutron API服务。值得注意的是,Neutron中并没有像其他项目一样单独提供一个api服务,二是将api做成了Core API和Exten API等资源方式进行提供。即被封装进了neutron-server,并未被分离。
Neutron API,主要用于提供RestAPI访问,实现的核心是WSGI。Neutron将基于各种虚拟网络资源得到的API资源分为核心资源(Core API)和扩展资源(Exten API)两种。Core API只对应于ML2层的network/subnet/port三种抽象。其余的各层抽象都属于Extension API的范围,通过进行扩展,提供更多的网络服务。目前已有的扩展有L3( router)、L4(tcp/udp firewall)及L7(load balancer)。随着neutron项目的不断成熟,扩展API会演化为标准API。
在Neutron中, neutron-server(相当于REST API Server)负责将收到的REST API请求交由Plugin来进行相关处理。可以看出,这其实就是一个web服务器要完成的事情,将http请求转化为对资源的操作(通过plugin的方法调用),并返回响应。
Neutron API实现的主要代码位于/neutron/api目录下:
[root@controllerapi(keystone_admin)]# tree
api_common.py #该API主要用于实现通用的类和方法
extensions.py #定义了实现extension的几个类
rpc
agentnotifiers #负责发送RPC消息分别给dhcp/l3/meter agent
dhcp_rpc_agent_api.py
__init__.py
l3_rpc_agent_api.py
metering_rpc_agent_api.py
handlers #定义了对dvr服务两端的rpc的api和callback类
dhcp_rpc.py
dvr_rpc.py
__init__.py
v2#用于实现neutron api V2版本的定义
attributes.py
base.py
__init__.py
resource_helper.py
resource.py
router.py
versions.py#当rest api请求是版本号时,调用该模块中的类Versions进行处理。
views
__init__.py
versions.py
这里,以neutron.api.v2包为例,其中的base.py中定义了Controller类,是实现URL到plugin的api进行mapping的核心。 其主要方法包括create、 delete、 index、 show、 update。顾名思义,create用于创建资源, delete用于删除资源, show是获取资源、 update是更新资源, index是返回请求资源的列表。代码如下:
47 class Controller(object):
48 LIST = 'list'
49 SHOW = 'show'
50 CREATE = 'create'
51 UPDATE = 'update'
52 DELETE = 'delete'
v2目录下包括了ML2层核心资源的实现代码。每个Neutron API资源都会被封装成一个WSGI Application。Neutron API服务进程neutron-server接收到用户的HTTP请求后会通过Router模块将其路由到相关资源的Controller(即wsgi app)中去执行相应的操作。 对于ML2核心资源而言,都使用了base.py文件中的类Controller去实现。只是在封装成WSGI Application的时候去调用这个文件中的createresource()函数根据不同的参数动态创建对应的Controller对象。
676 defcreate_resource(collection, resource, plugin, params, allow_bulk=False,
677 member_actions=None, parent=None, allow_pagination=False,
678 allow_sorting=False):
679 controller = Controller(plugin, collection, resource, params, allow_bulk,
680 member_actions=member_actions, parent=parent,
681 allow_pagination=allow_pagination,
682 allow_sorting=allow_sorting)
683
684 return wsgi_resource.Resource(controller, FAULT_MAP)
而对于其他的诸如L3-L7层的扩展资源,Neutron仍然使用的是传统的方式去实现。它们在neutron/extensions/目录下都分别有对应的实现文件与对应的Controller类,而位于neutron/api/目录下的extension.py文件只是一些实现基类和共用的代码。
Paste Deployment用于发现和配置WSGI Application和Server,有了Paste Deployment,WSGI applications只需向其用户提供一个单独的入口loadapp函数,然后用户调用这个函数就可以使用已经开发好的WSGI application,同时,由于只提供了一个入口,WSGI的开发者也不再需要将App的具体实现暴露给用户,大大简化了整个开发过程。
这里涉及到了两个概念: server和application,server可能大家比较熟悉,即常用的apache,nignx等等,applications广义理解就是一个符合wsgi规范的一个可调用的object,规范指的是:一个接受两个参数的函数(environ,start_response)。
neutron-server作为Neutron中的唯一一个服务进程,承担着接受用户REST API请求并分发处理的任务。
根据neutron/setup.cfg中的显示,neutron-server的入口位于neutron.cmd.eventlet.server:mainwsgieventlet,Paste Deploy会在这个WSGI Server创建时参与进来,基于Paste配置文件/etc/neutron/api-paste.ini文件去加载WSGI Application。
定义了WSGI应用和路由信息。利用Paste来实例化Neutron的APIRouter类,将资源(端口、网络、子网)映射到URL上,以及各个资源的控制器。在neutron-server启动的时候,一般会指定参数--config-file neutron.conf --config-file xxx.ini。
Neutron的paste deployment配置文件为api-paste.ini。前面提到,paste deployment就是完成从配置文件中加载WSGI App的功能,以Neutron-server(api)为例,分析下都定义了哪些WSGI App以及每个App的含义。
其中,api-paste.ini文件的注释如下:
[composite:neutron]
#格式为[type:name]
#composite使用urlmap,根据url不同实现跳转
use = egg:Paste#urlmap
/: neutronversions
/v2.0: neutronapi_v2_0</p>
[composite:neutronapi_v2_0]
#调用deploy.loadapp方法,使用config方式来load section名为“neutronapi_v2_0”的应用
use = call:neutron.auth:pipeline_factory
#对应到代码行7,是一个composite类型的section,直接调用neutron.auth模块中的pipeline_factory函数
noauth = request_idcatch_errors extensions neutronapiapp_v2_0
#作为local</em>conf参数传入
keystone = request_idcatch_errorsauthtokenkeystonecontext extensions neutronapiapp_v2_0
#作为local_conf参数传入
[filter:request_id]
#定义过滤器,类似python中的装饰器。返回一个封装后的 application,这里只是定义了filter,并没有将filter作用到application上。
#将filter作用到app的方法有两种:filter-app section和 pipe section
paste.filter_factory = oslo_middleware:RequestId.factory
[filter:catch_errors]
paste.filter_factory = oslo_middleware:CatchErrors.factory
[filter:keystonecontext]
#keystonecontext,实际上是一个过滤器,使用了neutron.auth模块下的类的NeutronKeystoneContext的factory函数
paste.filter_factory = neutron.auth:NeutronKeystoneContext.factory
[filter:authtoken]
paste.filter_factory = keystonemiddleware.auth_token:filter_factory
#filter_factory: 可调用对象,接受参数(global_config, **local_conf),返回filter对象
[filter:extensions]
paste.filter_factory = neutron.api.extensions:plugin_aware_extension_middleware_factory
[app:neutronversions]
#核心的app,将app指向python代码。app_factory表明这个函数接收一系列参数
paste.app_factory = neutron.api.versions:Versions.factory
#app_factory:可调用对象,接受参数(global,**local_conf),返回app对象
[app:neutronapiapp_v2_0]
paste.app_factory = neutron.api.v2.router:APIRouter.factory
#api服务的实现是service.NeutronApiService,这是一个符合WSGI规范的app #通过paste进行配置,paste文件位置可以在配置文件中指定,默认是/etc/neutron/api-paste.ini,在代码中是etc/api-paste.ini。 #可以知道api-paste.ini的v2版api的实现是在neutron.api.v2.router:APIRouter类中。 #Neutron-Server就已经基本上启动了,无外乎就是加载配置,router各种resource,然后就等待请求了。 #其中router哪些resource完全是由配置文件来决定的。 #由于,在启动的过程中会初始化db,这也就是为何在安装neutron的时候无需像nova、glance等要执行db sync的原因了。
neutron.api.v2.router模块中的APIRouter类会完成所有Core API和Extension API的加载与路由规则的创建。从收到用户的HTTP请求到Controller中的操作具体执行时,会根据请求的资源和Action,拼接出应该调用的接口交由Plugin处理,比如所请求操作的资源是network,Action是“Create”,则应该调用的Plugin接口是“createnetwork”。代码如下所示:
69 class APIRouter(wsgi.Router):
70
71 @classmethod
72 deffactory(cls, global_config, **local_config):
73 return cls(**local_config)
74
75 def _init_(self, **local_config):
76 mapper = routes_mapper.Mapper()
77 plugin = manager.NeutronManager.get_plugin()
78 ext_mgr = extensions.PluginAwareExtensionManager.get_instance()
79 ext_mgr.extend<em>resources("2.0", attributes.RESOURCE_ATTRIBUTE_MAP)
80
81 col_kwargs = dict(collection_actions=COLLECTION_ACTIONS,
82 member_actions=MEMBER_ACTIONS)
相信,大家看了上面的长篇叙述之后,多半已经不厌其烦。好了,这里,我们将Demo一个列子,即如何为Neutron API增加WSGI APP资源。 我的环境:由DevStack在CentOS上安装的OpenStack
1)在Neutron API的Paste deploy配置文件中,增加所需的资源配置。编辑api-paste.ini文件。
# vim /etc/neutron/api-paste.ini 在[composite:neutron]部分,增加如下一行: /pastetest: pastetest
再在该文件最后,增加如下两行:
[app:paste_test]
paste.app_factory = paste_test.test:PasteTest.factory
2)切换到Python的源码包目录下。
# cd/usr/lib/python2.7/site-packages/
# mkdirpaste_test&& cd paste_test
# touch _init_.py</p>
再新建一个test.py文件,并输入如下内容: # cattest.py
#!/usr/bin/env python
#coding=utf-8
importwebob.dec
from neutron import wsgi
classPasteTest(object):
@classmethod
def factory(cls, global_config, **local_config):
returncls()
@webob.dec.wsgify(RequestClass=wsgi.Request)
def _call_(self,req):
response = webob.Response()
response.body = "Hello Neutron API!"
return response
这里的内容主要是,无论是什么REST API请求,始终将“Hello Neutron API!”这段内容作为回复。
3)最后,我们需要重启Neutron服务
# /usr/bin/neutron-server --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini & echo $! >/opt/stack/status/stack/q-svc.pid; fg || echo "q-svc failed to start" | tee "/opt/stack/status/stack/q-svc.failure"
4)验证。使用我们刚才添加的WSGI APP资源
#curl 127.0.0.1:9696/paste_test
输出如下所示:
当然,为了直观,我们干脆直接在浏览器中查看吧。如下图所示。
通过此篇介绍,相信,能够为我们了解、学习Neutron API的运行机制以及如何为Neutron API增加WSGI APP资源提供思路和方法。
当然,限于多方面原因,这里并未讲解WSGI、webob、router等知识,大家可以参阅其他资料学习。如何扩展Neutron ML2资源,期待我们能在下一篇见面。