OpenStack
文章平均质量分 91
飞翔的美食家
这个作者很懒,什么都没留下…
展开
-
【OpenStack源码分析之二】RabbitMQ分析
前言正在捋Nova的代码,从服务启动的入口这块就用到了第三方的Oslo_messaging库,可能也是因为消息中间件确实是整个软件的瓶颈,Oslo_messaging试图隔离出消息中间件和应用之间的接口,使得不仅仅可以使用RabbitMQ,也可以使用Kafka等其他中间件。RabbitMQ介绍这里十分感谢anzhsoft的技术专栏http://blog.csdn.net/column/details原创 2017-07-16 18:27:48 · 1716 阅读 · 0 评论 -
【OpenStack源码分析之五】Nova API 的插件管理
Openstack使用 stevedore作为其第三方开发和加载的框架,其使用setuptools的entry points来定义并加载插件。entry point引用的是定义在模块中的对象,比如类、函数、实例等,只要在import模块时能够被创建的对象都可以。[nova.api.v21.extensions]remote_consoles = nova.api.openstack.compute原创 2017-07-19 21:05:18 · 729 阅读 · 0 评论 -
【OpenStack源码分析之十】虚机启动流程中Nova Compute与周边组件的交互
前文也讲述过 【OpenStack源码分析之三】Nova-Compute启动流程分析Nova Compute组件在整个Nova里面是一个核心角色,控制节点上的Nova-api,Nova-Conductor, Nova-Scheduler在虚机启动流程中主要只做了一个事情,就是选出了启动虚机的Host,剩下的网络资源的搭建,Image的下载,卷的申请等工作都是通过Nova-compute来做,所以说它原创 2017-07-23 21:29:39 · 1059 阅读 · 0 评论 -
【OpenStack源码分析之四】WSGI与Nova API服务启动
前言前文已经介绍了RPC Server的启动,而Nova API启动的是WSGI服务,所以先介绍一下WSGI。WSGIWeb服务器网关接口(Python Web Server Gateway Interface,缩写为WSGI)是为Python语言定义的Web服务器和Web应用程序或框架之间的一种简单而通用的接口。自从WSGI被开发出来以后,许多其它语言中也出现了类似接口。WSGI是作为Web服务器原创 2017-07-18 22:49:30 · 1807 阅读 · 0 评论 -
【OpenStack源码分析之九】看 nova-scheduler 如何选择计算节点
本节重点介绍 nova-scheduler 的调度机制和实现方法:即解决如何选择在哪个计算节点上启动 instance 的问题。创建 Instance 时,用户会提出资源需求,例如 CPU、内存、磁盘各需要多少。OpenStack 将这些需求定义在 flavor 中,用户只需要指定用哪个 flavor 就可以了。 可用的 flavor 在 System->Flavors 中管理。 F转载 2017-07-23 12:50:32 · 1086 阅读 · 0 评论 -
【OpenStack源码分析之一】初探OpenStack
打算开始写一个Openstack的分析系列,其实接触Openstack也比较久了,但是一直没有深入了解,而且因为本人对Python知之甚少,用之甚少,所以想研究Openstack的代码上手就会比较困难,再加上代码量也比较大。 不过还是打算下定决心做一个系列的分析,不会全部看,大概只看NOVA和Neutron两个模块,而且按照我的认知习惯,还是先要了解全局再去深入细节,所以头几篇分析都会集中在Wha原创 2017-07-12 20:52:03 · 2334 阅读 · 1 评论 -
【OpenStack源码分析之八】openstack中虚拟机在线迁移
转自:https://www.ibm.com/developerworks/cn/cloud/library/1508_wangyx_openstacklivemigrate/本文尝试回答与 Live migration 相关的几个问题:Live migration 是什么?为什么要做 Live migration?如何做 Live migration?如果你读完本文,基本了解了这三个问题的答案,转载 2017-07-22 17:52:37 · 2408 阅读 · 0 评论 -
【OpenStack源码分析之七】openstack中的RPC请求分析
转自:http://blog.csdn.net/hhp_hhp/article/details/51497560概述在OpenStack各个项目中,我们通常会用到如下几种RPC请求:RPC.call:发送请求到消息队列,等待返回最终结果。 RPC.cast:发送请求到消息队列,不需要等待最终返回的结果。 RPC.Notifier:发送各类操作消息到队列,不需要等待最终的返回结果。 RPC.ca转载 2017-07-22 17:03:48 · 921 阅读 · 0 评论 -
【OpenStack源码分析之六】从虚拟机启动流程看安全认证
前言从7.8号开始分析OpenStack已经有两周了,原本计划一个月分析完Neutron和Nova的,但是捋了下Nova的虚拟机启动流程,尤其是看到popsuper1982仁兄写得虚拟机启动的100个知识点,大概流程是清楚了,但是我没办法再去逐一深究,所以想把这里面再提取几个我关注的知识点研究一下。先借用一下网上的两张图: 虚拟机启动的100个知识点虚拟机启动的整体流程 这里面我比较关注的几个问原创 2017-07-22 10:26:28 · 1243 阅读 · 0 评论 -
【OpenStack源码分析之三】Nova-Compute启动流程分析
Nova架构概览Nova是OpenStack社区最核心的项目,也是社区诞生之时就一直存在的项目,它主要提供计算资源的服务,这个计算资源包含了虚机以及配套的存储,网络等资源。我比较喜欢把OpenStack和Linux做类比,我们知道进程(Task)是处于执行期的程序以及相关资源的总称,如果把虚机类比为进程,Nova就类似于Linux中的进程管理和调度模块。所以Nova会和很多其他的组件交互,不仅包括O原创 2017-07-17 20:31:08 · 5035 阅读 · 0 评论 -
【OpenStack源码分析之十一】分布式事务和相关算法
前言在【OpenStack源码分析之六】从虚拟机启动流程看安全认证 中有提到一个问题是关于OpenStack的HA机制和灾难恢复(DR机制)的,HA和DR都是保障可用性的,两者都可以用两个维度来衡量,RTO (Recovery Time Objective)和 RPO(Recovery Point Objective)。RTO 是服务恢复的时间,最佳的情况是 0,这意味着服务立即恢复;最坏是无穷大意原创 2017-07-25 23:34:57 · 2542 阅读 · 4 评论