经常有些计算结点被移除了,或者是暂时不想用了,但还是出现在nova service-list 列表中,在horizon中还是看得到,状态是disabled
nova是openstack中的一个组件,通过nova-api组件接收用户的消息,nova-scheduler根据计算的权重在后端计算节点中选择一个合适的进行安装
https://blueprints.launchpad.net/nova/+spec/mark-host-down https://blueprints.launchpad.net/python-novaclient/+spec/support-force-down-service
虚拟机创建过程: (1)界面或命令行通过RESTful API向keystone获取认证信息。 (2)keystone通过用户请求认证信息,并生成auth-token返回给对应的认证请求。 (3)界面或命令行通过RESTful API向nova-api发送一个boot instance的请求(携带auth-token)。 (4)nova-api接受请求后向keystone发送认证请求,查看token是否为有效用户和token。 (5)keystone验证token是否有效,如有效则返回有效的认证和对应的角色(注:有些操作需要有角色权限才能操作)。 (6)通过认证后nova-api和数据库通讯。 (7)初始化新建虚拟机的数据库记录。 (8)nova-api通过rpc.call向nova-scheduler请求是否有创建虚拟机的资源(Host ID)。 (9)nova-scheduler进程侦听消息队列,获取nova-api的请求。 (10)nova-scheduler通过查询nova数据库中计算资源的情况,并通过调度算法计算符合虚拟机创建需要的主机。 (11)对于有符合虚拟机创建的主机,nova-scheduler更新数据库中虚拟机对应的物理主机信息。 (12)nova-scheduler通过rpc.cast向nova-compute发送对应的创建虚拟机请求的消息。 (13)nova-compute会从对应的消息队列中获取创建虚拟机请求的消息。 (14)nova-compute通过rpc.call向nova-conductor请求获取虚拟机消息。(Flavor) (15)nova-conductor从消息队队列中拿到nova-compute请求消息。 (16)nova-conductor根据消息查询虚拟机对应的信息。 (17)nova-conductor从数据库中获得虚拟机对应信息。 (18)nova-conductor把虚拟机信息通过消息的方式发送到消息队列中。 (19)nova-compute从对应的消息队列中获取虚拟机信息消息。 (20)nova-compute通过keystone的RESTfull API拿到认证的token,并通过HTTP请求glance-api获取创建虚拟机所需要镜像。 (21)glance-api向keystone认证token是否有效,并返回验证结果。 (22)token验证通过,nova-compute获得虚拟机镜像信息(URL)。 (23)nova-compute通过keystone的RESTfull API拿到认证k的token,并通过HTTP请求neutron-server获取创建虚拟机所需要的网络信息。 (24)neutron-server向keystone认证token是否有效,并返回验证结果。 (25)token验证通过,nova-compute获得虚拟机网络信息。 (26)nova-compute通过keystone的RESTfull API拿到认证的token,并通过HTTP请求cinder-api获取创建虚拟机所需要的持久化存储信息。 (27)cinder-api向keystone认证token是否有效,并返回验证结果。 (28)token验证通过,nova-compute获得虚拟机持久化存储信息。 (29)nova-compute根据instance的信息调用配置的虚拟化驱动来创建虚拟机。
Openstack平台搭建之第三天 If you have any question ,please contact me by weichuangxxb@sina.cn or 371990778(qq) 注意:主控节点为server10.example.com; 新增nova节点为desktop10.example.com 在实验环境中已经对各个主机做了DNS解析 1.管理neutron节点服务,为nova-compute节点进行配置网络服务 [root@server10 ~]# source /ro
1 将公网(public network)和私网(private network)隔离
上一节我们尝试了追加安装一台计算节点,这一节我们讲一讲,怎么彻底删除。 下面记录了在openstack中彻底删除计算节点nova-node2.openstack的操作: 在控制节点上操作 查看计算节点:
以往介绍openstack的文章通常都是从各个组件的整体角度来进行介绍,并没有深入的介绍组件内部服务究竟是如何通信的。本文这次将换一个角度,从消息队列的角度来看openstack。文章将以pike版本中的nova组件为例进行介绍,由于openstack中所有组件内部服务的通信方式都是一致的,因此下面的内容也同样适用于其它组件,如neutron、cinder等。
点击上方“腾讯云TStack”关注我们 获取最in云端资讯和海量技术干货 本文作者:鹏 飞 专注于OpenStack计算、Python。 热爱大海、雪山。 以往介绍openstack的文章通常都是从各个组件的整体角度来进行介绍,并没有深入的介绍组件内部服务究竟是如何通信的。 本文这次将换一个角度,从消息队列的角度来看openstack。文章将以pike版本中的nova组件为例进行介绍,由于openstack中所有组件内部服务的通信方式都是一致的,因此下面的内容也同样适用于其它组件,如neutro
在使用openstack的过程中,我们经常会添加好几台计算节点来部署虚拟机,在后续使用中由于某些原因,一些计算节点出现了问题,需要将这些出了问题的计算节点从openstack的控制节点中踢出去!但是很多时候,在删除计算节点的时候由于删除不彻底而导致了后面使用openstack出现了诸多问题。 下面记录了在openstack中彻底删除计算节点linux-node2.openstack的操作: 在控制节点上操作 查看计算节点 [root@linux-node1 src]# openstack host list
因为我们需要使用主机聚集我们需要的特定调度器过滤器,所以使用以下方法配置你的 Nova 调度器:
组件:nova-api负责接受和响应终端用户有关虚拟机和云硬盘的请求,nova-api是整个nova 的入口。它接受用户请求,将指令发送至消息队列,由相应的服务执行相关的指令消息。
前面介绍了 Openstack 入门、基础环境部署、Keystone 、Glance等相关的知识点,今天我将详细的为大家介绍 Openstack 计算服务 Nova相关知识,希望大家能够从中收获多多!如有帮助,请点在看、转发分享朋友圈支持一波!!!
Nova 是 OpenStack 最核心的服务,负责维护和管理云环境的计算资源。OpenStack 作为 IaaS 的云操作系统,虚拟机生命周期管理也就是通过 Nova 来实现的。
在OpenStack的各个服务之间有些数据库对象是远程操作的,远程对象所实现的效果是:一个 A 服务中的远程对象实例,可以由消息队列传送到B 服务,B 服务能够使用这个实例,当调用实例的方法时,实际执行这个方法却是在A 服务中。
OpenStack最基本和常用的操作就是启动虚机。虚机启动的过程中涉及很多内容,其中非常重要的一个环节就是创建并绑定虚机的虚拟网卡。虚机的创建和管理是Nova的任务,虚机网络的创建和管理是Neutron的任务,而虚机网卡,作为连接虚机和虚机网络的桥梁,其创建和管理则同时涉及了Nova和Neutron。这次介绍一下,OpenStack中虚机的网卡的创建过程。虽然本文的介绍将基于OpenVSwitch,但是你可以发现,很少有特殊于OpenVSwitch的地方,所以其他的二层机制(例如:Linux Bridge)
[root@controller ~]# openstack compute service list ID Binary Host Zone Status State Updated At 1 nova-scheduler controller internal enabled up 2019-05-14T01:50:36.000000 4 nova-conductor controller internal enabled up 2019-05-14T01:50:36.000000 8 nova-con
现象:openstack dashboard novnc不能查看,报Failed to connect to server (code: 1006)错误
我们接着上一篇博文OpenStack icehouse系列之网络节点搭建继续往下搭建下面是环境介绍
my_ip = MANAGEMENT_INTERFACE_IP_ADDRESS 此处为控制节点管理地址10.0.0.31
本来这一节打算写Neutron中各个OVS上的流表逻辑的,突然想起来之前学习Neutron时深入研究过的一个问题——虚拟机接入OVS是如何实现的?既然流表是为了虚拟机通信用的,那么没有虚拟机的接入,流表也就没有了用武之地。因此,本节就来讲一讲OpenStack中虚拟机启动过程中,是如何获取MAC、IP地址,如何在Neutron上绑定port,以及如何获取IP地址的。这一节就当做是对上一节“Neutron的软件实现”的一个补充吧。 从头开始讲。虚拟机的启动通常来自于控制节点命令行的nova boot,该命令被
Writer:Cgm 醉里挑灯写bug; 热爱旅游和美食。 一、背 景 迁移一台内存密集型实例时,由于写内存的速度较快,脏页产生的速度一直比迁移虚拟机机,源目的虚拟机同步内存速度快,导致迁移一直完不成,结果超出了keystone token默认的1小时超时时间,最后导致虚拟机状态错误,迁移完不成。 二、迁移超时导致token超时 1、原 因 keystone token默认超时时间为1小时。 虚拟机默认热迁移超时取消迁移时间为(非块迁移):虚拟机内存GB * 默认800s 得出以下关系
使用OpenStack计算服务来托管和管理云计算系统。OpenStack计算服务是基础设施即服务(IaaS)系统的主要部分,模块主要由Python实现。
生产环境一般有独立的存储网络,和管理网络以及用户虚拟机的业务网络隔离开,互不影响网络的传输性能。
初始化 在所有计算节点,关闭防火墙,selinux,配置hosts,并安装openstack客户端包
治大国若烹小鲜,学OpenStack亦是如此。每一个深入学习OpenStack的人都会从虚拟机创建流程开始自己的OpenStack代码分析之旅,因为它贯穿核心组件,覆盖了大部分OpenStack通用技术。食材的做法有煎、炒、烹、炸,把虚拟机创建流程比作食材,本文就给它换个做法,给读者呈现不同的口味。
作者:linhaifeng4573 来源:见文末 一 openstack由来 openstack最早由美国国家航空航天局NASA研发的Nova和Rackspace研发的swift组成。后来以apache许可证授权,旨在为公共及私有云平台建设。openstack主要用来为企业内部实现类似于Amazon EC2和S3的云基础架构服务(Iaas).每6个月更新一次,基本与ubuntu同步,命名是以A-Z作为首字母来的。 二 openstack项目与组件(服务名是项目名的别名) 核心项目
一些高性能计算应用需要CPU支持某些特性,如SSE4.2、 AVX、 AVX2、LZCNT、 FMA、 BMI等。OpenStack 默认的配置项为了保持虚拟机能够在不同的宿主机之间顺利迁移,没有特别指定CPU模式,而采用的是兼容模式。
Migration allows an administrator to move a virtual machine instance from one compute host to another. 迁移允许管理员能够将虚拟机实例从一台计算主机移动到另一台。 This feature is useful when a compute host requires maintenance. 当一台计算主机需要维护时此功能非常有用。 Migration can also be useful to redistribute the load when many VM instances are running on a specific physical machine. 当为运行着多个虚拟机实例的物理机重新分配负载时迁移也是有用的。 There are two types of migration: 有两种类型的迁移 Migration (or non-live migration): In this case the instance will be shut down (and the instance will know that it has been rebooted) for a period of time in order to be moved to another hypervisor. 迁移(或非实时迁移):在这种情况下,该虚拟机实例将会在一段时间内被关闭,移到另一台机器上后再重启 Live migration (or true live migration): Almost no instance downtime, it is useful when the instances must be kept running during the migration. 实时迁移:几乎没有实例宕机,当实例必须保持在迁移过程中处于运行状态时它是有用的。 There are two types of live migration: 有两种类型的实时迁移 Shared storage based live migration: In this case both hypervisors have access to a shared storage. 基于共享存储的实时迁移:在这种情况下,两个虚拟机管理程序可以访问共享存储。 Block live migration: for this type of migration, no shared storage is required. 块实时迁移:对于这种类型的迁移,无共享存储是必需的。 The following sections describe how to configure your hosts and compute nodes for migrations using the KVM and XenServer hypervisors. 以下描述如何在主机节点和计算节点上配置KVM和XenServer虚拟机管理程序的迁移。 KVM-Libvirt Prerequisites 先决条件 Hypervisor: KVM with libvirt
这里的repo文件的说明文档大部分是有效的。 https://github.com/Juniper/contrail-dev-env--
Ceph和OpenStack是一个非常有用和非常受欢迎的组合。 不过,部署Ceph / OpenStack经常会有一些容易避免的缺点 - 我们将帮助你解决它们
原文链接:http://docs.ceph.com/docs/master/rbd/rbd-openstack/
Therequest you have made requires authentication. (HTTP 401) (Request-ID:req-70bb9d8c-a1ba-47e3-8dc4-ef2e63e269f4)
OpenStack 是由 Rackspace 和 NASA 共同开发的云计算平台,帮助服务商和企业内部实现类似于 Amazon EC2 和 S3 的云基础架构服务(Infrastructure as a Service, IaaS)。OpenStack 包含两个主要模块:Nova 和 Swift,前者是 NASA 开发的虚拟服务器部署和业务计算模块;后者是 Rackspack 开发的分布式云存储模块,两者可以一起用,也可以分开单独用。OpenStack 是开源项目,除了有 Rackspace 和 NASA 的大力支持外,后面还有包括 Dell, Citrix, Cisco, Canonical 这些重量级公司的贡献和支持,发展速度非常快,有取代另一个业界领先开源云平台 Eucalyptus 的态势。
control node: eth0(172.16.0.51), eth1(192.168.8.51) network node : eth0(172.16.0.52), eth1(10.10.10.52), eth2(192.168.8.52) compute node : eth0(172.16.0.53), eth1(10.10.10.53)
OpenStack是一个云平台管理的项目,它不是一个软件。这个项目由几个主要的组件组合起来完成一些具体的工作。想要了解openstack,第一步我们可以观察他的概念图:
根据官方文档安装,当启动nova-compute时会报错 PlacementNotConfigured: This compute is not configured to talk to the placement service 原因:官方文档中遗漏了-nova-placement-api的安装 我总结的安装步骤 1、控制节点 yum install openstack-nova-placement-api openstack service create --name placement --des
PlacementNotConfigured: This compute is not configured to talk to the placement service
云计算是一种采用按量付费的模式,基于虚拟化技术,将相应计算资源(如网络、存储等)池化后,提供便捷的、高可用的、高扩展性的、按需的服务(如计算、存储、应用程序和其他 IT 资源)。
grep IOMMU /boot/config_3.10.0-957.27.2.el7.x86_64
用户的入口是nova_client或者是horizon,他们是RestAPI的http客户端。
之前在安装nova-compute服务时,遇到了nova-compute服务要求qemu-kvm >= 2.9.0的依赖问题,但是对应版本的操作系统仅有2.7.0的安装包,所以利用这次机会学习了一下如何自己构建openstack nova rpm包,并把相关的步骤记录了下来。
1. OpenStack是什么 OpenStack官方的解释很官方,而且从不同角度,也有不同的理解,OpenStack可以理解为一个云操作系统 OpenStack旗下包含了一组由社区维护的开源项目,他们分别是OpenStackCompute(Nova),OpenStackObjectStorage(Swift),以及OpenStackImageService(Glance)。 OpenStackCompute[1],为云组织的控制器,它提供一个工具来部署云,包括运行实例、管理网络以及控制用户和其他项目对云的访问(thecloudthroughusersandprojects)。它底层的开源项目名称是Nova,其提供的软件能控制IaaS云计算平台,类似于AmazonEC2和RackspaceCloudServers。实际上它定义的是,与运行在主机操作系统上潜在的虚拟化机制交互的驱动,暴露基于WebAPI的功能。 OpenStackObjectStorage[2],是一个可扩展的对象存储系统。对象存储支持多种应用,比如复制和存档数据,图像或视频服务,存储次级静态数据,开发数据存储整合的新应用,存储容量难以估计的数据,为Web应用创建基于云的弹性存储。 OpenStackImageService[1],是一个虚拟机镜像的存储、查询和检索系统,服务包括的RESTfulAPI允许用户通过HTTP请求查询VM镜像元数据,以及检索实际的镜像。VM镜像有四种配置方式:简单的文件系统,类似OpenStackObjectStorage的对象存储系统,直接用Amazon'sSimpleStorageSolution(S3)存储,用带有ObjectStore的S3间接访问S3。 三个项目的基本关系如下图1-1所示:
OpenStack既是一个社区,也是一个项目和一个开源软件,它提供了一个部署云的操作平台或工具集。其宗旨在于,帮助组织运行为虚拟计算或存储服务的云,为公有云、私有云,也为大云、小云提供可扩展的、灵活的云计算。 1. OpenStack是什么 OpenStack既是一个社区,也是一个项目和一个开源软件,它提供了一个部署云的操作平台或工具集。其宗旨在于,帮助组织运行为虚拟计算或存储服务的云,为公有云、私有云,也为大云、小云提供可扩展的、灵活的云计算。 OpenStack旗下包含了一组由社区维护的开源项目,他们分
作者简介 Openstack迭代很快,半年一次的更新往往会引入新的特性,及原有功能的完善。版本升级成为了一个不可避免的问题。由于openstack升级的复杂性许多公司和团队采用直接迁移至新
部署cinder存储节点 安装cinder 存储节点为ceph的节点,一般会安装在mon所在的节点上
如果此命令返回值 zero,则您的计算节点不支持硬件加速,您必须配置 libvirt 为使用 QEMU 而不是 KVM。
Openstack社区一直没有专门的VM HA的组件来支持VM HA,所以各个厂商有这个需要都自己开发。
OpenStack 是一个面向 IaaS 层的开源项目,用于实现公有云和私有云的部署及管理,是一个云计算的管理平台. 需要弄明白一点,openstack是虚拟化资源的管理平台.不实现具体的资源虚拟化技术细节.
领取专属 10元无门槛券
手把手带您无忧上云