nova命令管理虚拟机: $ nova list #查看虚拟机$ nova stop [vm-name]或[vm-id] #关闭虚拟机$ nova start [vm-name]或[vm-id] #启动虚拟机$ nova suspend [vm-name]或[vm-id] #暂停虚拟机$ nova resume [vm-name]或[vm-id] #启动暂停的虚拟机$ nova delete [vm-name]或[vm-id] #删除虚拟机

前面讲了很多nova restful的功能,无非是为本篇博文分析做铺垫.本节说明nova创建虚拟机的请求发送到openstack之后,nova是如何处理该条URL的请求,分析到处理的类. nova对于URL请求的处理在上一篇博文中以刻画了简化版的模型,参考该模型,能够快速理解openstack中真实的处理情景. 首先来熟悉nova的代码 openstack  nova的源码分布如下,其中比较重要的是nova文件夹,几乎所有的功能实现都是在这个文件夹下. WSGI服务器的实现. 路径:/nova/

在前面的三篇博文中,介绍了restful和SWGI的实现.结合restful和WSGI配置就能够简单的实现nova服务模型的最简单的操作. 如下的内容是借鉴网上博文,因为写的很巧妙,将nova管理虚拟机的过程刻画十分清楚,所以想自己实现一遍,加深印象. 在上一篇博文中写的URL的对应处理函数,结果是十分简单的return 一个网页. 在openstack当中肯定不会这么简单的处理,毕竟前面的工作只是将路修好,真正的功能还未实现呢! 所以对于nova操作的模拟,要实现的是对虚拟机的增,删,改,查等

上一篇博文介绍WSGI在nova创建虚拟机过程的作用是解析URL,是以一个最简单的例子去给读者有一个印象.在openstack中URL复杂程度也大大超过上一个例子.所以openstack使用了PasteDeploy模块去解析复杂的URL. 首先看"笨办法"是如何处理不同的URL. 在WSGI简单的模型中,如果有多个URL,可以判断请求方和请求路径的然后分别处理不同的URL. 处理函数 app.py def application(environ, start_response): me

openstack nova启动时首先通过命令行或者dashborad填写创建信息,然后通过restful api的方式调用openstack服务去创建虚拟机.数据信息从客户端到达openstack服务器端. 以上的过程看不到openstack调用restful api的详细过程,如果想详细的看到restful api的过程,可以使用postman工具. postman是一个在验证restful api接口,开发过程中十分方便的工具.上篇博客中使用restful api请求token的过程. 其

Nova 创建虚拟机详细过程    

目录 文章目录 目录 前言 从请求说起 nova-api service 阶段 前言 Nova 启动虚拟机的东西太多,持续更新- 从请求说起 无论是通过 Dashboard 还是 CLI 启动一个虚拟机,发送的是 POST /servers请求,改与该请求的 Body 详情,可以浏览官方文档 Create server. nova-api service 阶段 Nova API Service 本质是一个 WSGI Application,采用了 Paste + PasteDeploy + Ro

目录 文章目录 目录 前文列表 KVM KVM 的功能列表 KVM 工具集 KVM 虚拟机的本质是什么 vCPU 的调度与性能问题 Nova 支持的 vCPU 绑定 vcpu\_pin\_set 配置项 CPU 绑定策略 前文列表 OpenStack Nova 高性能虚拟机之 NUMA 架构亲和 多进程.多线程与多处理器计算平台的性能问题 KVM KVM(Kernel-based Virtual Machine 基于内核的虚拟机)是可嵌入 Linux Kernel 的内核功能模块,与 QEMU.

作为个人学习笔记分享.有不论什么问题欢迎交流! 在openstack中创建虚拟机的底层实现是nova使用了libvirt,代码在nova/virt/libvirt/driver.py. #image_meta:镜像的相关内容,#injected_files:要注入到VM的文件 #network_info:网络相关信息.block_device_info:磁盘相关信息 def spawn(self, context, instance, image_meta, injected_files, ad

openstack 版本:Newton 注:博文图片采用了很多大牛博客图片,仅作为总结学习,非商用.该图全面的说明了nova创建虚机的过程,从逻辑的角度清晰的描述了前端请求创建虚拟机之后发生的一系列反应. 上图是以逻辑的关系说明虚机创建的流程,并没有涉及到真正的代码,下面这张图则是从代码的角度来看虚机的创建过程.两张逻辑图相辅相成,能够快速对nova创建虚机流程有一个认识. 上一篇博文已经将nova创建虚机的流程分析到restful调用具体的函数.如下图所示,本篇将从该函数开始分析,展开nova

/conductor/api.py _build_instance()  /conductor/rpcapi.py  _build_instance() 1 构造一些数据类型2 修改一些api版本信息3 投入消息队列  /conductor/manager.py  _build_instance()1 过滤信息2 调度模块工作(选出最合适的主机,并返回)3 调用/nova/compute/rpcapi.py::build_and_run_instance() 此时已经拿到最合适主机 /compu

开始学习openstack源码,源码文件多,分支不少.按照学习的方法走通一条线是最好的,而网上推荐的最多的就是nova创建虚机的过程.从这一条线入手,能够贯穿openstack核心服务.写博文仅做学习笔记整理,多为借鉴网上大牛的分析.因为涉及到的知识点很多,所以分期来比较写合适. openstack有3中创建虚拟机的方法,分别是:命令行创建,dashboard界面创建和api接口创建. 前两种方式最终还是调用openstack的Restful API去工作. openstack创建虚拟机流程如下

目录 文章目录 目录 写在前面 计算平台体系结构 SMP 对称多处理结构 NUMA 非统一内存访问结构 MPP 大规模并行处理结构 Linux 上的 NUMA 基本对象概念 NUMA 调度策略 获取宿主机的 NUMA 拓扑 Nova 实现的 NUMA 亲和 Nova 定义的 NUMA 对象概念 实现 NUMA 亲和的背景 操作系统发行版许可证(Licensing) CPU 拓扑对性能的影响 CPU 架构对性能的影响 超线程对性能的影响 NUMA Topology Guest NUMA Topol

上一篇博文将nova创建虚机的流程推进到了/compute/api.py中的create()函数,接下来就继续分析. 在分析之前简单介绍nova组件源码的架构.以conductor组件为例: 每个组件都会有这三个文件:api.py rpcapi.py manager.py. api.py            conductor实现自身功能的文件 rpcapi.py       conductor提供给其他组件通过消息队列调用的接口函数 manager.py  其他组件通过消息队列调用的处理端函

1. 虚拟机镜像的创建和resize流程 nova创建虚拟机涉及的组件比较多,调用比较复杂,这里只列出跟虚拟机镜像创建相关的流程,方便理清虚拟机状态变化的整个流程. nova-api nova.api.openstack.compute.servers.ServersController.create() # 接受创建请求,解析出image_uuid nova.compute.api.API.create () nova.compute.api.API._create_instance() #

作为个人学习笔记分享.有不论什么问题欢迎交流! 近期在Gerrit中看到一个change:https://review.openstack.org/#/c/94295/ , 它主要是对当前在Ceph中创建虚拟机的流程的改进.假设glance的backend是ceph, 则nova创建虚拟机到RBD的流程是这种: 通过glance从ceph中下载image --> 本地 --> 复制image到rbd 这个change的目的就是:不须要下载到本地.直接在rbd中复制image,以提高虚拟机创建的

前言: 在openstack的学习当中有一说法就是网络占学习时间的百分之七十.这个说法或许有夸大的成分,但不可否认的是openstack中的 网络是及其重要的部分,并且难度也是相当大.试图通过nova创建虚拟机过程中nova和neutron服务交互的过程来学习openstack网络. 写个学习笔记,整理思路. 版本信息: openstack版本:Newton linux系统:ubuntu1604-server 简要流程: nova在创建虚拟机时会向neutron请求ip和mac地址等port信息

Nova简介 nova和swift是openstack最早的两个组件,nova分为控制节点和计算节点,计算节点通过nova computer进行虚拟机创建,通过libvirt调用kvm创建虚拟机,nova之间通信通过rabbitMQ队列进行通信. Nova体系结构 Nova重要组件介绍 1.nova API nova-api组件实现了RESTful API功能,是外部访问Nova的唯一途径.接收外部的请求并通过Message Queue将请求发送给其他的服务组件,同时也兼容EC2 API,所以也

示例: import httplib import json import base64 tenant_id='xxx' token='xxx' compute_host="xxx" compute_port=" name="xzcloud" flavorRef="984017df-6cac-4020-8cdd-f284d89a331c" imageRef="45f8ac31-0c1c-4f7c-8144-0c561d4de9

一.Glance Glance是Openstack项目中负责镜像管理的模块,其功能包括虚拟机镜像的查找.注册和检索等. Glance提供Restful API可以查询虚拟机镜像的metadata及获取镜像. Glance可以将镜像保存到多种后端存储上,比如简单的文件存储或者对象存储. glance 架构图 glance-api glance-api 是系统后台运行的服务进程. 对外提供 REST API,响应 image 查询.获取和存储的调用. glance-api 不会真正处理请求. 如果操

1. nova介绍 Nova 是 OpenStack 最核心的服务,负责维护和管理云环境的计算资源.OpenStack 作为 IaaS 的云操作系统,虚拟机生命周期管理也就是通过 Nova 来实现的. 用途与功能 : 1) 实例生命周期管理: 2) 管理计算资源: 3) 网络和认证管理: 4) REST 风格的 API: 5) 异步的一致性通信: 6) Hypervisor 透明:支持Xen,XenServer/XCP,KVM, UML, VMware vSphere and Hyper-V.