首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

vSphere 通过 vMotion 实现虚拟机热迁移

在实际环境中,总会有新陈代谢,旧机器总还是躲不过时间的摧残,这就需要更换新机器,而 vMotion 是 VMware 开发出的一项独特技术,可将正在运行的虚拟机从一台服务器迁移到另一台服务器上。 若要实现热迁移,那么外部共享存储服务器便是必不可少的,因为必须要保证源ESXi主机和目标ESXi主机都可访问虚拟机文件,所以在热迁移之前必须把虚拟机配置文件都迁移到外部共享存储之上。 openfiler是一个免费的NAS/ISCSI的SAN服务器系统,主要用于为LAN主机提供独立存储系统,openfiler提供了包括NFS、SMB、ISCSI、target等多种连接方式,一般通过http的方式管理,它对于希望搭建虚拟化的中小型企业而言,是provisiong阶段最好的工具。 vMotion是所有vSPhere高级功能的基础,可实现热迁移。 vMotion的迁移过程(如果迁移期间出错,虚拟机将恢复原始状态和位置):

06

KVM 实现虚拟机在线热迁移

1、冷迁移 通常我们存放虚拟机磁盘的目录都是挂在的一个nfs文件系统的磁盘,而这个磁盘通常是LVM文件系统。所以需要进行冷迁移时,只要在目标主机上挂载这个nfs文件系统,就可以看到要迁移的那个虚拟机的磁盘文件,通常以.qcow2或.raw结尾的,然后,只需将虚拟机的.xml配置文件发送到目标服务器上,然后重新定义一下即可通过“virsh list --all”命令查看到迁移过来的虚拟机。 2、热迁移 如果源宿主机和目的宿主机共享存储系统,则只需要通过网络发送客户机的 vCPU 执行状 态、内存中的内容、虚机设备的状态到目的主机上。否则,还需要将客户机的磁盘存储发到目的主 机上。共享存储系统指的是源和目的虚机的镜像文件目录是在一个共享的存储上的。 在基于 共享存储系统 时,KVM 动态迁移的具体过程为: 1、迁移开始时,客户机依然在宿主机上运行,与此同时,客户机的内存页被传输到目的主机上。 2、QEMU/KVM 会监控并记录下迁移过程中所有已被传输的内页的任何修改,并在所有内存页都传输完成后即开始传输在前面过程中内存页的更改内容。 3、QEMU/KVM 会估计迁移过程中的传输速度,当剩余的内存数据量能够在一个可以设定的时间周期(默认 30 毫秒)内传输完成时,QEMU/KVM 会关闭源宿主机上的客户机,再将剩余的数据量传输到目的主机上,最后传输过来的内存内容在目的宿主机上恢复客户机的运行状态。 4、至此,KVM 的动态迁移操作就完成了。迁移后的客户机尽可能与迁移前一致,除非目的主机上缺少一些配置,比如网桥等。注意,当客户机中内存使用率非常大而且修改频繁时,内存中数据不断被修改的速度大于KVM能够传输的内存速度时,动态迁移的过程是完成不了的,这时候只能静态迁移。 3、迁移的注意事项 无论是冷迁移还是热迁移,注意事项大都差不多

01

Fault-Tolerant Virtual Machines-VMware vSphere容错虚拟机设计 (1)

我们实现了一个商业企业级的系统,以提供容错的虚拟机,其基础是通过另一台服务器上的备份虚拟机来复制主虚拟机的执行。我们在VMware vSphere 4.0中设计了一个完整的系统,该系统易于使用,在商品服务器上运行,并且通常使实际应用的性能降低不到10%。此外,在几个实际应用中,保持主虚拟机和副虚拟机同步执行所需的数据带宽低于20 Mbit/s,这使得在更远的距离上实现容错成为可能。一个易于使用的、能在故障后自动恢复冗余的商业系统,除了复制的虚拟机执行外,还需要许多额外的组件。我们已经设计并实现了这些额外的组件,并解决了在支持运行企业应用程序的虚拟机中遇到的许多实际问题。在本文中,我们描述了我们的基本设计,讨论了备选的设计选择和一些实施细节,并提供了微型测试和实际应用的性能结果。

01

vCenter 通过模板部署虚拟机

部署 vSphere 的目的就是在上面运行虚拟机,从而实现服务器虚拟化,然而一台一台的新建虚拟机明显非常麻烦,所以需要通过克隆更加便捷的部署虚拟机,也可以达到一定备份的效果,副本虚拟机具有原始虚拟机相同的虚拟硬件、已安装的软件及其他属性。 VCenter 支持两种类型的克隆:完整克隆和链接克隆。 1、完整克隆是和原始虚拟机完全独立的一个备份,他不和原始虚拟机共享任何资源,可以脱离原始虚拟机单独使用。 2、链接克隆需要和原始虚拟机共享同一虚拟磁盘文件,不能脱离原始虚拟机独立运行。但是采用共享磁盘文件能大大缩短创建克隆虚拟机的时间,同时还可以节约宝贵的物理磁盘空间。通过链接克隆可以轻松地为不同的任务创建一个独立的虚拟机。 案例环境:

01

virsh 虚拟机迁移目录_虚拟机迁移的六个步骤

虚拟机静态迁移: 静态迁移也叫做常规迁移、离线迁移(Offline Migration)。是在虚拟机关机或暂停的情况下,拷贝虚拟机磁盘文件与配置文件到目标虚拟主机中,实现的从一台物理机到另一台物理机的迁移。因为虚拟机的文件系统建立在虚拟机镜像文件上面,所以在虚拟机关机的情况下,只需要简单的迁移虚拟机镜像和相应的配置文件到另外一台物理主机上即可。如果需要保存虚拟机迁移之前的状态,那么应该在迁移之前将虚拟机暂停,然后拷贝状态至目的主机,最后在目的主机重建虚拟机状态,恢复执行。这种方式的迁移过程需要显式的停止虚拟机的运行。从用户角度看,有明确的一段停机时间,虚拟机上的服务不可用。这种迁移方式简单易行,适用于对服务可用性要求不严格的场合。

01

openstack Migration[通俗易懂]

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

01
领券