opensack中的虚机冷迁移

在生产环境中遇到了虚机失联的情况,通过对虚机所在计算节点的排查,发现该虚机计算节点存在D进程,因而导致虚机与控制台断开连接,此时我采用将虚机迁移至其他计算节点的方法来处理。

(1)先通过虚机的ip找到虚机uuid:nova list --all --ip vm_ip ,再通过  nova show  vm_uuid  查询该虚机所在的计算节点

(2)ssh 到该虚机所在的计算节点,可尝试执行 ps aux 命令,此时发现执行命令时,系统卡死,由此判断该宿主机可能存在D进程

(3)再开启一个终端,在管理节点上进行操作,通过  nova service-list  找到同一AZ的其他宿主机,注意查看宿主机的 nova compute 服务状态

(4)选定目标宿主机之后,使用 nova restore-to-host  vm_uuid host_id将虚机迁移至目标宿主机,可使用 nova show vm_uuid查看迁移结果

(5)迁移成功后,使用 nova start vm_uuid 开启虚机,查看虚机的网卡信息,网络是否正常。

(6)最后建议将D进程节点的宿主机的nova compute服务禁用,防止再创建虚机时系统将虚机调度至此节点。

原文地址:https://www.cnblogs.com/chenlaomo/p/10339022.html

时间: 2024-11-05 21:38:31

opensack中的虚机冷迁移的相关文章

OpenStack之虚机冷迁移代码简析

OpenStack之虚机冷迁移代码简析 前不久我们看了openstack的热迁移代码,并进行了简单的分析.真的,很简单的分析.现在天气凉了,为了应时令,再简析下虚机冷迁移的代码. 还是老样子,前端的Horizon代码就省去了,直接看后端的代码实现,前端通过请求的action进入到nova/api/openstack/compute/contrib/admin_actions.py文件.代码如下: 1 @wsgi.action('migrate') 2 def _migrate(self, req

010.KVM虚机冷迁移

一 实验环境 原虚机名称:vm01-centos6.8 原虚机所在宿主机:kvm-host-2 迁移后虚机名称:vm01-cloud-centos6.8 迁移后虚机所在宿主机:kvm-host-2 二 迁移过程 2.1 前期准备 1 [[email protected] ~]# virsh shutdown vm01-centos6.8 #关闭需要迁移的虚机 2 [[email protected] ~]# virsh list --all #查看虚机情况 1 [[email protected

KVM虚机冷迁移

一 实验环境 原虚机名称:vm01-centos6.8 原虚机所在宿主机:kvm-host-2 迁移后虚机名称:vm01-cloud-centos6.8 迁移后虚机所在宿主机:kvm-host-2 二 迁移过程 2.1 前期准备 1 [[email protected] ~]# virsh shutdown vm01-centos6.8 #关闭需要迁移的虚机 2 [[email protected] ~]# virsh list --all #查看虚机情况 1 [[email protected

OpenStack之虚机热迁移代码解析

OpenStack之虚机热迁移代码解析 话说虚机迁移分为冷迁移以及热迁移,所谓热迁移用度娘的话说即是:热迁移(Live Migration,又叫动态迁移.实时迁移),即虚机保存/恢复(Save/Restore):将整个虚拟机的运行状态完整保存下来,同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上.恢复以后,虚机仍旧平滑运行,用户不会察觉到任何差异.OpenStack的虚机迁移是基于Libvirt实现的,下面来看看Openstack虚机热迁移的具体代码实现. 首先,由API入口进入到nova/

重磅精品翻译:QEMU-KVM虚机动态迁移原理

编者的话 本文翻译者,KVM社区首席翻译专家武楠. 本文详细的介绍了虚拟化迁移的原理. 翻译过程是怎样一个过程,会有怎样的收获? 个人感觉是翻译过程是一个挑战自我,不断完善自己,然后获得提升的过程. 翻译过程也是一个近距离和技术对话的过程,从字里行间理解.揣摩技术的精髓,在翻译成中文的时候斟酌,是一个反复理解的过程,最终的收获是知识. 请愿意加入KVM社区翻译群的朋友联系群主微信xiaoli173702,再技术翻译的过程中我们一起讨论,一起提升. QEMU-KVM虚机动态迁移原理 在虚拟化领域,

OpenStack之虚机热迁移

OpenStack之虚机热迁移 最近要搞虚机的热迁移,所以也就看了看虚机迁移部分的内容.我的系统是CentOS6.5,此处为基于NFS共享平台的虚机迁移.有关NFS共享服务器的搭建可以看这里. Yak shaving 1.设置nfs共享存储(/var/lib/nova/instances) 2. 在各个计算节点设置权限 1 chmod 777 /var/lib/nova/instances 3. 修改各个节点的nova.conf(/etc/nova/nova.conf) 1 vncserver_

在Azure中创建虚机映像

在部署环境的过程中,如果遇到要部署多台相同服务器的情况,通常的解决方法是先部署一台虚拟机,然后在虚拟机内完成应用配置后,将这台虚拟机昨为"模板"来批量"克隆"出其他虚拟机.这里提到的"模板"就是Azure的虚拟机映像.通过本文我们来了解下如何在Azure中创建虚机映像. 可通过在存储帐户中存储为托管/非托管磁盘的通用 VM 创建托管的映像资源. 随后,该映像可用于创建多个 VM.在创建虚机映像之前,需要先将虚机通用化,然后使用其创建映像 使用 S

KVM 介绍(8):使用 libvirt 迁移 QEMU/KVM 虚机和 Nova 虚机 [Nova Libvirt QEMU/KVM Live Migration]

学习 KVM 的系列文章: (1)介绍和安装 (2)CPU 和 内存虚拟化 (3)I/O QEMU 全虚拟化和准虚拟化(Para-virtulizaiton) (4)I/O PCI/PCIe设备直接分配和 SR-IOV (5)libvirt 介绍 (6)Nova 通过 libvirt 管理 QEMU/KVM 虚机 (7)快照 (snapshot) (8)迁移 (migration) 1. QEMU/KVM 迁移的概念 迁移(migration)包括系统整体的迁移和某个工作负载的迁移.系统整理迁移

OpenStack虚机迁移live-migration失败(error: internal error Attempt to migrate guest to the same host)

现象:执行迁移live-migration操作后,显示成功迁移,但是实际没有执行迁移动作 解决过程: 在dashboard执行虚机热迁移操作,提示操作成功,但是实际虚机没有迁移: 之前遇到过内存不足导致迁移失败,但是经过查看发现源和目的节点资源充足: 然后在nova的log看到如下内容:DestinationDiskExists_Remote: The supplied disk path (/var/lib/nova/instances/e40708e3-7f19-4f9c-8d19-3e60