一.利用libvirt命令动态挂载 在利用KVM的虚拟桌面应用中,有时候需要在虚拟桌面起来后还能够动态的挂载或卸载数据盘,以达到类似热插盘U盘或移动硬盘的效果,当然管理上需要做处理.如果纯粹中技术上来讲,大概是下面的几步: 1. 创建数据盘: 创建数据盘可以用qemu-img命令,但是缺点是创建完以后还需要在虚拟机里面做磁盘初始化(在磁盘管理里)和格式化.相比较而言,用libguestfs带的 virt-make-fs就好很多,一条命令完成磁盘创建和初始化的功能,挂到虚拟机里面马上就可以使用.

1.虚拟机创建时设置密码 计算节点安装以下软件包 yum install libguestfs python-libguestfs libguestfs-tools-c 配置计算节点nova配置文件/etc/nova/nova.conf,添加如下选项 [libvirt] inject_password=true inject_key=true inject_partition=-1   重启计算节点的nova服务 systemctl restart openstack-nova-compute

目录 文章目录 目录 前文列表 冷迁移代码分析(基于 Newton) Nova 冷迁移实现原理 热迁移代码分析 Nova 热迁移实现原理 向 libvirtd 发出 Live Migration 指令 监控 libvirtd 的数据迁移状态 NUMA 亲和.CPU 绑定.SR-IOV 网卡的热迁移问题 最后 参考资料 前文列表 <OpenStack 虚拟机的磁盘文件类型与存储方式> <Libvirt Live Migration 与 Pre-Copy 实现原理> <OpenS

一.虚拟机迁移分析 openstacvk虚拟机迁移分为冷迁移和热迁移两种方式. 1.1冷迁移: 冷迁移(cold migration),也叫静态迁移.关闭电源的虚拟机进行迁移.通过冷迁移,可以选择将关联的磁盘从一个数据存储移动到另一个数据存储. 好处:虚拟机不需要位于共享存储器上,数据丢失率小. 缺点:需要关闭电源,业务中断. 1.2热迁移: 热迁移(Live Migration),又叫动态迁移.实时迁移,即虚拟机保存/恢复,通常是将整个虚拟机的运行状态完整保存下来,同时可以快速的恢复到原有硬件

修改openstack用户配额 这是我在工作中遇到的一个很有趣的小问题,当时的场景是这样的: 公司的云产品要上线数据库服务(trove),因为每创建数据库实例都要占用一个虚拟机及相关资源的配额,尤其是用户的安全组默认配额(10个)就不够用了,所以公司领导给了我一个要求,将原来的默认配额改为xxx,将已经调整过配额用户的配额加xxx Table of Contents 难点分析 我的思路 实践出真知 其他 难点分析 修改默认配额好办,直接nova quota-class-update --xxx

<云计算与OpenStack(虚拟机Nova篇)> 基本信息 作者: 伯龙 程志鹏 张杰 出版社:电子工业出版社 ISBN:9787121201202 上架时间:2013-8-5 出版日期:2013 年9月 开本:16开 页码:324 版次:1-1 所属分类:计算机 更多关于 >>><云计算与OpenStack(虚拟机Nova篇)> 内容简介 计算机书籍 <云计算与openstack(虚拟机nova篇)>通过深入剖析openstack架构的设计理念及具

在安装时OpenStack会加载配置信息.有不同的虚拟机模板而且与在Amazon EC2以及其他平台上看到的完全一样.这些配置是内存.vCPU.磁盘容量等的组合,定义了虚拟机的大小及容量.可以使用如下命令列出配置信息: nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ | ID | Name      | Memory_MB | D

目录 文章目录 目录 前文列表 虚拟机迁移的应用场景 需要迁移的虚拟机数据类型 虚拟机迁移的存储场景 文件存储 块存储 非共享存储 迁移的类型 迁移的方式 执行虚拟机冷迁移 冷迁移日志分析 执行虚拟机热迁移 热迁移日志分析 参考资料 前文列表 <OpenStack 虚拟机的磁盘文件类型与存储方式> NOTE:本文语境限于 OpenStack 原生 Libvirt Driver(QEMU-KVM Hypervisor). 虚拟机迁移的应用场景 当某个计算节点发生故障修复时,将其之上的虚拟机迁移出

当发现你的OpenStack虚拟机网络有问题,不妨先试一下这16个步骤   1. Security Group全部打开,这是最基本的,但是很多人容易忘记 其实遇到过无数这种场景了,Debug了半天网络问题,各种手段都用上了,最后发现安全组竟然没有打开. 2. 通过界面查看虚拟机的log,也可以在compute节点上查看console.log文件,看看里面是否有DHCP获取IP成功的日志 在界面上可以看控制台日志 在compute节点上可以查看 /var/lib/nova/instances/63

salt-cloud也是基于openstack来做的,它可以支持多种云的使用.比如:Aliyun.Azure.DigitalOcean.EC2.Google Compute Engine.HP Cloud.OpenStack.等等 安装相关组件和依赖包 [root@linux-node1 ~]# yum -y install salt-master salt-minion salt-cloud python-libcloud 修改配置文件 [root@linux-node1 ~]# cd /et

修改VMware虚拟机里面的显卡名称 现在有些蛋疼坑爹的游戏,会检测显卡的名称,如果其中有“Vmware”这类的字眼,就会提示程序在虚拟机中运行而拒绝执行(太不科学了嘛,我要是把我的实机驱动名称也改成VMware GTX560的话,也运行不了) 大家可以上X宝找找,这些虚拟机还要卖8-30元一个,我日,太坑爹了…… 在我自己找到方法之后,我后来又在网上找到个改显卡名称的教程,而且的确有用. 虽然原理上是一样的,不过过程不一样,我下面就分享一下我的做法吧 首先:安装好VMware Tools工具(

有些朋友可能会动态的修改Android中strings.xml文件中的值,在这里给大家推荐一种简单的方法.strings.xml中节点是支持占位符的,如下所示: <string name="data">整数型:%1$d,浮点型:%2$.2f,字符串:%3$s</string> 其中%后面是占位符的位置,从1开始, $ 后面是填充数据的类型         %d:表示整数型:         %f :表示浮点型,其中f前面的.2 表示小数的位数         %

1 快照的概念一般对快照的理解就是能够将系统还原到某个瞬间,这就是快照的作用.快照针对要保存的数据分为内存快照和磁盘快照,内存快照就是保存当前内存的数据,磁盘快照就是保存硬盘的数据.快照针对保存方式又分为内部快照和外部快照.内部快照:是指快照信息和虚拟机存在同一个qcow2镜像中,使用单个的 qcow2 的文件来保存快照和快照之后的改动.这种快照是 libvirt 的默认行为,现在的支持很完善(创建.回滚和删除),但是只能针对 qcow2 格式的磁盘镜像文件,而且其过程较慢等.外部快照:是指做快

目录 文章目录 目录 虚拟机的磁盘文件类型 虚拟机磁盘文件的存放方式 QCOW2 镜像格式与 qemu-img 指令 参考文章 虚拟机的磁盘文件类型 Nova 虚拟机的虚拟磁盘主要包含有 Root Disk.Ephemeral Disk.Swap Disk.Block Storage 等几种类型. Root Disk – virtual root disk size in glgabytes. This is an ephemeral disk the base image is copied

一.前言 从openstack官方下载的云镜像一般都是普通用户密钥登陆,比如centos镜像的普通用户为centos,ubuntu镜像的普通用户为ubuntu,虽然密钥登陆系统相比密码登陆来说比较方便安全,但是如果需要vnc登陆系统的话,必须得是密码才可以.那么如何实现openstack云镜像密码登陆呢,guestfish工具是一个不错的选择.(本次操作是在centos系统上利用guestfish工具修改openstack官方centos镜像的root密码)   二.安装 guestfish工具

由于意外故障,volume-type其中一个backend后段出现性能问题,客户云主机出现卡顿. 因此临时从ceph将系统卷导出,并导入至同一个backend的另一个后端,并启动虚拟机. Nova Cinder 数据库操作记录 1. 在nova api节点登录nova数据库修改BDM表信息 select * from block_device_mapping where volume_id='<系统盘卷ID>'; 从输出结果获取connection_info值 更新nova BDM对应系统卷的

需求说明:计算节点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的虚拟机线下迁移("冷迁移",迁移前关闭虚拟机) 操作记录如下:

openstack对接的kvm虚拟化环境,创建虚拟机后无法进如系统,一直卡在call Trace . 解决办法: 更改配置文件的cpu-model,libvirt_cpu_mode = custom ps: 两种方式请求主机CPU模型 "host-model" - 这会导致libvirt识别与上述列表中的主机最匹配的指定CPU模型,然后请求额外的CPU标志来完成匹配.这应该提供接近最大功能/性能,如果将guest虚拟机迁移到具有稍微不同主机CPU的其他主机,则可保持良好的可靠性/兼容性

Openstack 有很多项目,比如 nova 是虚拟机管理,neutron 是虚拟网络管理, glance 是存储管理,而 horizon 是负责 Openstack 的统一界面.horizon 的源代码和 neutron 的不太一样,分布在两个地方,一个是 /usr/lib/python2.7/dist-packages/horizon 下面,这里放的是一些最基本的.可以共享的类.表格和模板等.另一个是 /usr/share/openstack-dashboard 下面,这里放的是跟界面有直

1. Security Group全部打开,这是最基本的,但是很多人容易忘记 其实遇到过无数这种场景了,Debug了半天网络问题,各种手段都用上了,最后发现安全组竟然没有打开. 2. 通过界面查看虚拟机的log,也可以在compute节点上查看console.log文件,看看里面是否有DHCP获取IP成功的日志 在界面上可以看控制台日志 在compute节点上可以查看 /var/lib/nova/instances/6323a941-de10-4ed3-9e2f-1b2b25e79b66/con