分享

Glance源码架构探秘(一)

本帖最后由 坎蒂丝_Swan 于 2014-12-6 19:38 编辑

问题导读

问题1:Glance有几个服务模块,分别承担什么工作?
问题2:服务入口程序是如何工作的?








Glance源码架构探秘(一)
Glance源码架构探秘(二)
Glance源码架构探秘(三)
Glance源码架构探秘(四)

前言

      从本章开始,将会陆续为大家分享有关OpenStack各组件模块代码架构的探秘。首先从OpenStack的镜像管理模块Glance开始,原因是Glance只负责镜像的上传,下载等管理,功能对比Nova模块来说相对比较少,便于代码结构的分析。还是那句话,Stacker们,大家多交流。

      Glance项目提供虚拟机镜像的查找,注册和重现,使用RESTful接口接受虚拟机镜像管理的查询请求。

2013-4-15新增

      从F版开始使用的API V2,相对于V1版大大简化了流程,将glance-api与glance-registry合并在了一起。

n1.png

glance-api V2

      然而因为目前国内大多还停留在E版本的系统上,所以本文还是着重研究下E版本的代码。目前暂时还不清楚此项更改对应的blue-print。


n2.png

程辉博客中glance v1版架构图

      E版本代码中,Glance-api和Glance-Registry两个服务还没有进行合并。查看KeyStone的endpoint可知,系统和外界进行交互的接口是绑定了端口号9292的glance-api服务,而绑定端口号为9191的glance-registry只在系统内部使用。
      glance-api作为glance对外的服务入口,接受客户端的所有命令,分发并响应,如果命令操作涉及到数据库的增删改查等操作,glance会创建一个RegistryClient实例,往下向glance-registry转发restful命令。

Glance有两个WSGI服务模块
1、Glance-API:主要负责接收响应镜像管理命令的Restful请求,分析消息请求信息并分发其所带的命令(如新增,删除,更新等)。(2013/4/15新增)涉及到数据库的操作会调用registry-clinet生成响应的http命令转发给Glance-Registry服务。默认绑定端口是9292。
2、Glance-Registry:主要负责接收响应镜像元数据命令的Restful请求。分析消息请求信息并分发其所带的命令(如获取元数据,更新元数据等),进行数据库相关的增删改查工作。默认绑定的端口是9191。
在/etc/glance目录下有两个文件glance-api-paste.ini和glance-registry-paste.ini,两个入口服务启动后,会用配置文件分析模块读取这两个文件,执行其文件中标注的需要执行的WSGIapp和middleware。简述paste文件中的概念:
app:实际处理REST API请求的python类。
filter:一种装饰器,为app提供一层封装,在app处理请求之前会先调用filter的对象。
pipeline:所对应的对象是对filter和app的的封装,他将多个filter和某个app绑在一起,在app处理请求之前要先通过pipline指定的在app之前的filter的处理。


在glance-registry中有

  1. [app:registryapp]
  2. paste.app_factory = glance.registry.api.v1:API.factory
复制代码
证明这是一个独立的服务程序


我们以glance-api为例,分析其服务入口程序

  1. """
  2. Glance API Server
  3. """
  4. import gettext
  5. import os
  6. import sys
  7. # If ../glance/__init__.py exists, add ../ to Python search path, so that
  8. # it will override what happens to be installed in /usr/(local/)lib/python...
  9. possible_topdir = os.path.normpath(os.path.join(os.path.abspath(sys.argv[0]),
  10.                                    os.pardir,
  11.                                    os.pardir))
  12. if os.path.exists(os.path.join(possible_topdir, 'glance', '__init__.py')):
  13.     sys.path.insert(0, possible_topdir)
  14. gettext.install('glance', unicode=1)
  15. from glance.common import config
  16. from glance.common import wsgi
  17. from glance.common import exception
  18. from glance.openstack.common import log
  19. import glance.store
  20. def fail(returncode, e):
  21.     sys.stderr.write("ERROR: %s\n" % e)
  22.     sys.exit(returncode)
  23. if __name__ == '__main__':
  24.     try:
  25.         config.parse_args()
  26.         log.setup('glance')
  27.         glance.store.create_stores()
  28.         glance.store.verify_default_store()
  29.         server = wsgi.Server()
  30.         server.start(config.load_paste_app(), default_port=9292)
  31.         server.wait()
  32.     except exception.WorkerCreationFailure, e:
  33.         fail(2, e)
  34.     except RuntimeError, e:
  35.         fail(1, e)
复制代码
首先程序会调用glance.store.create_stores,注册与后端存储(swift、s3、filesystem等)相关的控制模块,并校验默认存储方式。

紧接着启动一个Http Server,openstack的WSGI SERVER用到了eventlet这个绿色线程(协程)的组件,这个我们后面一章会介绍到。
通过config.load_paste_app()方法,会从上面提到的glance-api-paste.ini配置文件中读取要启动的WSGI app,并在server中启动,并让server线程等待接收http rest查询响应。

下一章将为大家分析openstack所有服务共同用到的WSGI Server组件eventlet和Restful查询请求的分发器Routes组件。


欢迎加入about云群90371779322273151432264021 ,云计算爱好者群,亦可关注about云腾讯认证空间||关注本站微信

没找到任何评论,期待你打破沉寂

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

推荐上一条 /2 下一条