nova

OpenStack Hacker 态度：开放、主动、沟通 影响力：能说、能写、能分享 四化：自动化、流程化、系统化、文档化 0级 掌握一些基本技能：python、c、linux、git、unittest、vim/emacs python学习 书籍： 《python参考手册》 《python基础教程》 教程： codecademy 挑战： Python Challenge 文档： Python v2.7.3 documentation 高级： The Hitchhiker’s Guide to Python! Linux环境学习 在线书籍： 鸟哥的Linux私房菜 Linux编程学习 书籍： 《Unix环境高级编程》 《UNIX系统编程》 Git学习 书籍： 《版本控制之道》 在线书籍： Pro Git GotGitHub 教程： tryGit GitImmersion 进阶： visual-git-guide a-successful-git-branching-model 最常用的git命令： Everyday GIT With 20 Commands Or So Unittest学习 教程： python unittest VIM学习 教程： vim-adventures 1级 学习openstack的基本概念 介绍 Compute管理员手册 Network管理员手册

重启openstack的整个服务 openstack-service restart 1. 重启dashboard service httpd restart service memcached restart 2. 重启 ceilometer 2.1 cinder service mongod restart 2.2 controller service openstack-ceilometer-api restart service openstack-ceilometer-notification restart service openstack-ceilometer-central restart service openstack-ceilometer-collector restart service openstack-ceilometer-alarm-evaluator restart service openstack-ceilometer-alarm-notifier restart 2.3 compute service openstack-nova-compute restart 2.4 controller service openstack-glance-api restart service openstack-glance-registry

需求说明: 计算节点linux-node1.openstack：192.168.1.8 计算节点linux-node2.openstack：192.168.1.17 这两个计算节点在同一个控制节点下（192.168.1.8既是控制节点，也是其中一个计算节点），现在需要将linux-node1.openstack上的虚拟机kvm-server005迁移到liunx-node2.openstack上。 一、openstack的虚拟机线下迁移（ ”冷迁移“ ，迁移前关闭虚拟机） 操作记录如下： linux-node1.openstack上的操作： 1） 查看虚拟机 [root@linux-node1 src]# source admin-openrc.sh [root@linux-node1 src]# nova list +--------------------------------------+----------------------------+--------+------------+-------------+--------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+--------

官方文档：https://docs.openstack.org/nova/rocky/install/controller-install-rdo.html nova的主要服务 API：负责接受和响应外部请求，支持openstack API,EC2API. Cert:负责身份认证EC 2。 Scheduler:用于云主机调度。 Conductor:计算节点访问数据的中间件。 Consoleauth:用于控制台的授权验证。 Novncproxy:VNC代理。 mysql -uroot -p123123 创建数据库nova_cell0并授权 CREATE DATABASE nova_cell0; GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'localhost' IDENTIFIED BY 'nova'; GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'%' IDENTIFIED BY 'nova'; 创建novay用户 source /admin-openstack.sh (加载环境变量) [root@localhost ~]# openstack user create --domain default --password-prompt nova User Password:

前言：nova和swift是openstack最早的两个组件，nova分为控制节点和计算节点，计算节点通过nova computer进行虚拟机创建，通过libvirt调用kvm创建虚拟机，nova之间通信通过rabbitMQ队列进行通信 文章目录 一、Nova概述 1.Nova体系结构 2.Nova重要组件 1）nova API 2）nova scheduler NOTE 3）nova-api-metadata 4）nova-compute 5）nova-placement-api 6）nova-conductor模块 7）nova-consoleauth守护进程 8）nova-novncproxy守护进程 9）nova-spicehtml5proxy守护进程 10）nova-xvpvncproxy守护进程 11）Queue 12）SQL database 3.Nova创建虚拟机流程 一、Nova概述 1.Nova体系结构 2.Nova重要组件 1）nova API nova-api组件实现了RESTful API功能，是外部访问Nova的唯一途径。接收外部的请求并通过Message Queue将请求发送给其他的服务组件，同时也兼容EC2 API，所以也可以用EC2的管理工具对nova进行日常管理 2）nova scheduler nova

openstack 修改内存大小和VCU openstack 修改内存大小 登陆控制节点： #nova list (显示所有实例列表) nova flavor-list(显示所有flavor)列表 [root@node-37 ~]# nova show 8b08ce7d-cddd-4f74-ab80-01436edeab85 （显示该实例的详细信息） [root@node-37 ~]# nova resize 8b08ce7d-cddd-4f74-ab80-01436edeab85 2 (将实例8b08ce7d-cddd-4f74-ab80-01436edeab85的flavor更改为flavorID=2的flavor) [root@node-37 ~]# nova resiez-confirm 8b08ce7d-cddd-4f74-ab80-01436edeab85 来源： 51CTO 作者： bristol 链接： https://blog.51cto.com/bristol/2376988

OpenStack入门之核心组件梳理（2）——Nova篇 前言 ​ 上篇文章我们从概念到原理，层层递进深入讲述了Keystone项目，而本文旨在继续介绍OpenStack核心组件之一的Nova组件项目。 ​ 相对于Keystone项目，Nova项目是作为OpenStack这个大开源项目最早也是最成熟的项目，从这一层面上也体现出Nova项目所提供的计算服务从始至终都是OpenStack最为核心的部分，笔者在之前的文章中谈到OpenStack这一开源项目所提供和管理的三大资源就是计算、网络和管理。这同样也是云计算的核心部分。 ​ 从笔者个人理解和观点来看的话，对于OpenStack而言，其真正的灵魂（可以理解为OpenStack中组件的复杂程度、使用概率以及故障出现概率等方面）一是在于宏观（这里“宏观的意思是相对早期版本的OpenStack平台而言”）的Nova（计算服务），二是在于相对其他服务最为复杂的Neutron网络服务（之后的文章也会针对该组件进行详细介绍），这里不包括CEPH分布式存储，因为CEPH本身就是可以认为是一个独立的大项目，其作用不仅仅是OpenStack中Swift（对象存储服务）的高效分布式集群存储的替代，还包括与其他技术的结合和支持等作用。但是无论在实验环境还是生产环境部署OpenStack云平台基本上选择CEPH作为分布式存储服务，当然在此个人补充一下

这两天研究了一下，OpenStack的工作原理，并着重调研了一下RabbitMQ在OpenStack中扮演的角色。 首先，OpenStack中模块Volume Control、Network Controller、ComputeController以及Scheduler之间的通信是通过AMQP协议实现，消息由RabbitMQ作为中间件转发，以一种RPC（Remote Process Call）的方式进行的。具体可见图 其中用户在dashboard中进行的操作通过Nova.api、Glance.api等调用Volume、Network、ComputeController等模块，上图中是一个逻辑结构，可以看出这种基于RPC的松耦合调用可以不用关心某些模块是否在本机，Openstack的多个模块间可以轻易以分布式的方式解决。 以Nova为例，每一个Nova服务都会在初期建立两个队列，两个队列同时与相同的exchange（名称叫做Nova、类型为Topic）绑定，但是二者的RoutingKey不同也就是Topic不同，格式分别为NODE-TYPE.NODE-ID以及NODE-TYPE，其二者功能也有所不同，并且由于采用RPC结构，所以当操作完成，结果会以Direct的方式回复给服务调用方。该流程是RabbitMQ在Openstack中实现的核心思想，具体图示如下：

这两天研究了一下，OpenStack的工作原理，并着重调研了一下RabbitMQ在OpenStack中扮演的角色。 首先，OpenStack中模块Volume Control、Network Controller、ComputeController以及Scheduler之间的通信是通过AMQP协议实现，消息由RabbitMQ作为中间件转发，以一种RPC（Remote Process Call）的方式进行的。具体可见图 其中用户在dashboard中进行的操作通过Nova.api、Glance.api等调用Volume、Network、ComputeController等模块，上图中是一个逻辑结构，可以看出这种基于RPC的松耦合调用可以不用关心某些模块是否在本机，Openstack的多个模块间可以轻易以分布式的方式解决。 以Nova为例，每一个Nova服务都会在初期建立两个队列，两个队列同时与相同的exchange（名称叫做Nova、类型为Topic）绑定，但是二者的RoutingKey不同也就是Topic不同，格式分别为NODE-TYPE.NODE-ID以及NODE-TYPE，其二者功能也有所不同，并且由于采用RPC结构，所以当操作完成，结果会以Direct的方式回复给服务调用方。该流程是RabbitMQ在Openstack中实现的核心思想，具体图示如下：

本篇文章是由本人阅读NOVA源码过程中的心得、 RabbitMQ 的官方文档以及网上的一些资料整理总结而成的，也为了方便以后对这部分内容的复习。 NOVA是OpenStack系统的核心模块，主要负责虚拟机实例的生命周期管理、网络管理（前几个版本）、存储卷管理（前几个版本）、用户管理以及其他相关云平台管理功能，在能力上类似于Amazon EC2和Rackspace Cloud Servers。 消息队列（Queue ）与数据库（Database） 作为Nova总体架构中的两个重要组成部分，二者通过系统内消息传递和信息共享的方式实现任务之间、模块之间、接口之间的异步部署，在系统层面大大简化了复杂任务的调度流程与模式，是整个OpenStack Nova系统的核心功能模块。终端用户（DevOps、Developers和其他OpenStack组件）主要通过Nova API实现与OpenStack系统的互动，同时Nova守护进程之间通过消息队列和数据库来交换信息以执行API请求，完成终端用户的云服务请求。 Nova采用无共享、基于消息的灵活架构，意味着Nova的组件有多种安装方式，可以将每个Nova-Service模块单独安装在一台服务器上，同时也可以根据业务需求将多个模块组合安装在多台服务器上。 1. RabbitMQ OpenStack Nova系统目前主要采用 RabbitMQ