软件更新方法、装置、存储介质及设备与流程

本发明涉及虚拟化计算机系统，具体地，涉及软件更新的方法、装置、存储 介质及设备。

背景技术：

在KVM(Kernel-based Virtual Machine，基于内核虚拟机)虚拟化中，服务运 行在虚拟机上，并且一个或多个虚拟机可同时运行在一个物理机上。

在KVM虚拟化系统中，当发现一些功能存在漏洞或需要改进时，可以更新 替换系统组件并重新启动系统来修复漏洞、引入新特性和增强系统功能。

通过虚拟化系统软件的动态更新能够在不影响现有运行软件正常运行的情 况下，对软件的部分组件的功能进行更新。该软件更新过程应该是一种无损或者 极低有损的升级过程，即整个软件升级过程对正在运行中的目标软件所提供的服 务不产生影响或者所产生的影响用户无感知。

在现有技术中，一种方法是通过热补丁来实现软件动态升级，另一种方法通 过虚拟机之间进行本地热迁移实现部分虚拟化软件的更新。上述方法具有一定的 局限性，对于软件热补丁方法，首先，需要通过编译生成特殊的补丁函数，对编 译器存在依赖，补丁生成具有一定复杂性。其次，该方法无法对正在执行的函数 进行升级，容易导致升级过程阻塞在某些函数中。此外，当程序重启之后，补丁 会自动失效。对于本地虚拟机热迁移方法，在进行本地迁移时，虚拟机一直在本 地宿主机上运行，这就必然需要依赖于部分虚拟化组件，特别是内核态虚拟化组 件。也就使得这种方法只能升级运行虚拟机的用户态虚拟化软件，而无法升级运 行虚拟机所依赖的各种内核虚拟模块。

现有技术中，在涉及物理机内核相关的更新或版本统一时，通常需要重新启 动物理机，这在公有云环境上会造成客户服务中断，甚至对客户造成很大损失。 即便通过热迁移技术，将物理机中客户的磁盘数据迁移到其他物理机，再进行更 新，也需要耗费很长的时间。

技术实现要素：

本发明的目的在于提供了一种实现软件更新的方法、装置、存储介质及设备， 以便能在不影响客户业务服务的前提下，快速、高效地在公有云环境下更新软件。

第一方面，本发明实施例提供了一种软件更新方法，用于更新安装在第一物 理机上的至少一个第一虚拟机，包括：替代步骤，对安装在第一物理机上的至少 一个第一虚拟机在第二物理机上建立对应的第二虚拟机，并通过数据的共享和迁 移技术使得所述第二虚拟机能够替代所述第一虚拟机执行服务；更新步骤，对所 述第一物理机的内核和/或每个被替代的所述第一虚拟机进行软件更新。

结合第一方面，本发明实施例的替代步骤还可以进一步包括：共享子步骤， 通过共享存储技术，将磁盘数据以虚拟镜像的方式共享到所述第二物理机上；建 立子步骤，在具有所述虚拟镜像的所述第二物理机上建立与所述第一虚拟机的配 置相同的第二虚拟机；迁移子步骤，基于建立的所述第二虚拟机，将所述第一虚 拟机的内存数据和状态数据迁移到所述第二物理机；启动子步骤，根据所述虚拟 镜像、所述内存数据和所述状态数据，启动与所述第一虚拟机对应的所述第二虚 拟机。

进一步地，如果所述软件更新包括更新所述第一物理机的内核，则，在所述 共享子步骤中，所述磁盘数据来自存储在第三物理机上用于创建所述第一虚拟机 的虚拟机镜像母盘；所述迁移子步骤包括，将所述第一虚拟机的磁盘中相对于所 述虚拟机镜像母盘的增量磁盘数据迁移到所述第二物理机；并且所述启动子步骤 包括，根据所述虚拟镜像、所述内存数据、所述状态数据和所述增量磁盘数据启 动所述第二虚拟机。

进一步地，如果所述软件更新为更新所述第一虚拟机，则，所述磁盘数据来 自所述第一物理机中的每个所述第一虚拟机的本地磁盘数据。

进一步地，在所述更新步骤之后，进一步包括：回迁步骤，对每个与所述第 一虚拟机对应的所述第二虚拟机在所述第一物理机上建立对应的第三虚拟机，通 过将数据从所述第二虚拟机回迁到所述第一物理机，使得所述第三虚拟机能够替 代所述第二虚拟机执行服务。

进一步地，如果更新了所述第一物理机的内核，则所述回迁步骤还包括：在 所述第一物理机建立所述第三虚拟机，所述第三虚拟机的配置与所述第一虚拟机 的配置相同；将所述第二虚拟机中的所述内存数据、所述状态数据和所述增量磁 盘数据回迁到所述第一物理机；根据所述第一物理机的本地磁盘数据和所述回迁 的数据启动所述第三虚拟机；关闭所述第二物理机与所述第三物理机之间的镜像 共享。

进一步地，如果没有更新所述第一物理机的内核，则所述回迁步骤还包括： 在所述第一物理机建立所述第三虚拟机，所述第三虚拟机的配置与所述第一虚拟 机的配置相同；将所述第二虚拟机中的所述内存数据和所述状态数据回迁到所述 第一物理机；根据所述第一物理机的本地磁盘数据和所述回迁的数据启动所述第 三虚拟机；关闭所述第一物理机与所述第二物理机之间的镜像共享。

第二方面，本发明实施例提供了一种实现软件更新的装置，用于更新安装在 第一物理机上的至少一个第一虚拟机，包括：替代模块，用于对安装在第一物理 机上的至少一个第一虚拟机在第二物理机上建立对应的第二虚拟机，并通过数据 的共享和迁移技术使得所述第二虚拟机能够替代所述第一虚拟机执行服务；更新 模块，用于对所述第一物理机的内核和/或每个被替代的所述第一虚拟机进行软 件更新。

结合第二方面，本发明实施例的替代模块还可以进一步包括：共享单元，用 于通过共享存储技术，将磁盘数据以虚拟镜像的方式共享到所述第二物理机上； 建立单元，用于在具有所述虚拟镜像的所述第二物理机上建立与所述第一虚拟机 的配置相同的第二虚拟机；迁移单元，用于基于建立的所述第二虚拟机，将所述 第一虚拟机的内存数据和状态数据迁移到所述第二物理机；启动单元，用于根据 所述虚拟镜像、所述内存数据和所述状态数据，启动与所述第一虚拟机对应的所 述第二虚拟机。

进一步地，如果所述软件更新包括更新所述第一物理机的内核，则，在所述 共享单元中，所述磁盘数据来自存储在第三物理机上用于创建所述第一虚拟机的 虚拟机镜像母盘；所述迁移单元包括，将所述第一虚拟机的磁盘中相对于所述虚 拟机镜像母盘的增量磁盘数据迁移到所述第二物理机；并且所述启动单元包括， 根据所述虚拟镜像、所述内存数据、所述状态数据和所述增量磁盘数据启动所述 第二虚拟机。

进一步地，如果所述软件更新为更新所述第一虚拟机，则，所述磁盘数据来 自所述第一物理机中的每个所述第一虚拟机的本地磁盘数据。

进一步地，所述装置还包括：回迁模块，用于对每个与所述第一虚拟机对应 的所述第二虚拟机在所述第一物理机上建立对应的第三虚拟机，通过将数据从所 述第二虚拟机回迁到所述第一物理机，使得所述第三虚拟机能够替代所述第二虚 拟机执行服务。

进一步地，如果更新了所述第一物理机的内核，则所述回迁模块还包括：在 所述第一物理机建立所述第三虚拟机，所述第三虚拟机的配置与所述第一虚拟机 的配置相同；将所述第二虚拟机中的所述内存数据、所述状态数据和所述增量磁 盘数据回迁到所述第一物理机；根据所述第一物理机的本地磁盘数据和所述回迁 的数据启动所述第三虚拟机；关闭所述第二物理机与所述第三物理机之间的镜像 共享。

进一步地，如果没有更新所述第一物理机的内核，则所述回迁模块还包括： 在所述第一物理机建立所述第三虚拟机，所述第三虚拟机的配置与所述第一虚拟 机的配置相同；将所述第二虚拟机中的所述内存数据和所述状态数据回迁到所述 第一物理机；根据所述第一物理机的本地磁盘数据和所述回迁的数据启动所述第 三虚拟机；关闭所述第一物理机与所述第二物理机之间的镜像共享。

第三方面，本发明实施例提供了一种非易失性存储介质，该非易失性存储介 质具有存储在其中的指令，当该指令被执行时，使得处理器执行软件更新方法， 具体的，该指令包括：替代指令，对安装在第一物理机上的至少一个第一虚拟机 在第二物理机上建立对应的第二虚拟机，并通过数据的共享和迁移技术使得所述 第二虚拟机能够替代所述第一虚拟机执行服务；更新指令，对所述第一物理机的 内核和/或每个被替代的所述第一虚拟机进行软件更新。

第四方面，本发明实施例提供了一种设备，包括存储器，存储有计算机可执 行指令，处理器，处理器被配置为执行指令以实施软件更新的过程，该过程包括： 替代步骤，对安装在第一物理机上的至少一个第一虚拟机在第二物理机上建立对 应的第二虚拟机，并通过数据的共享和迁移技术使得所述第二虚拟机能够替代所 述第一虚拟机执行服务；更新步骤，对所述第一物理机的内核和/或每个被替代 的所述第一虚拟机进行软件更新。

本发明实施方式与现有技术相比，主要区别及其效果在于：本发明的技术方 可以在客户不中断业务的情况下快速地完成物理机内核和虚拟机的软件更新。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需 要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一 些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可 以根据这些附图获得其他的附图。

图1是根据本发明一实施例的软件更新方法100的流程图。

图2是根据本发明一实施例的软件更新方法的步骤S110的流程图。

图3是根据本发明实施例的软件更新装置300的示意性框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实 施方式作进一步地详细描述。本文中所描述的说明性系统和方法实施例并非意图 进行限制。

本发明实施例的技术方案可以应用于如下场景，包括但不限于：当物理机上 运行的一个或多个虚拟机需要进行虚拟化相关软件的升级更新，以便修复漏洞、 提高性能或引入新特性等时，以及当物理机的内核版本需要更新或统一时，可以 通过本发明的技术方案，在保证客户业务服务正常运行的同时，快速完成相关升 级。

图1是根据本发明第一实施例的软件更新方法100的流程图。

如图1所示，在步骤S110、对安装在第一物理机上的至少一个第一虚拟机 在第二物理机上建立对应的第二虚拟机，并通过数据的共享和迁移技术使得第二 虚拟机能够替代第一虚拟机执行服务。

其中，上述物理机包括但不限于：微型机、小型机、中型机、大型机、巨型 机或其他能够部署网站的物理设备。可以理解，上述第一物理机是指需要进行虚 拟化系统更新的物理机，上述第一虚拟机运行在上述第一物理机上。上述第二物 理机与第一物理机通过网络相连接，上述第二虚拟机运行在第二物理机上，其中， 该网络包括但不限于：互联网、广域网、城域网、局域网、VPN网络、无线自 组织网络(AdHoc网络)等。

如上所述，在具体实施中，本发明实施例的软件更新包括以下几种情况，第 一，虚拟机的软件更新，即虚拟机的与用户相关的和/或与内核相关的虚拟化模 块的更新；第二，虚拟机的软件和物理机的内核都需要更新；第三，只有物理机 的内核需要更新或需要进行内核版本的统一。

具体地，针对以上情况，如图2所示，步骤S110进一步包括：

步骤S111、通过共享存储技术，将磁盘数据以虚拟镜像的方式共享到第二 物理机上。

可以理解，在只涉及虚拟机的软件更新时，不需要对虚拟机所在物理机进行 重启，因此，对物理机上磁盘数据的访问可以正常进行。

在该示范性实施例中，可以使用诸如iSCSI(Internet Small Computer System Interface，因特网小型计算机系统接口)或者NBD(Network Block Device，网络 块存储)等共享存储技术。

作为一个实例，首先，需要在第一物理机将第一虚拟机的本地磁盘导出为磁 盘镜像，该磁盘镜像的文件格式可以是诸如QCOW2、RAW等虚拟化系统支持 的镜像文件格式。然后，将该磁盘镜像文件作为共享镜像文件，通过iSCSI或 NBD等共享协议，使第二物理机链接到该磁盘镜像文件，即将磁盘镜像文件映 射到第二物理机，此时该磁盘镜像被第一物理机和第二物理机所共享。之后，在 第二物理机系统的设备目录，例如/dev目录中，会出现共享的磁盘镜像文件。 为该共享的磁盘镜像文件虚拟一个链接名称和路径都与第一物理机的磁盘镜像 文件的名称和路径完全一致的链接，这样在第二物理机上虚拟出第一虚拟机的磁 盘镜像的虚拟镜像。虚拟镜像的优点在于，虚拟镜像和第一物理机上的磁盘镜像 相同，并不存在依赖关系。所谓依赖关系是指，新建的镜像要依赖于下层镜像或 原始镜像才能运行，这种依赖关系一般由镜像创建工具例如“QEMU-IMG”等 实现。

可以理解，在涉及物理机内核相关的更新或版本统一的情况下，通常需要重 新启动物理机，这在公有云环境上会造成依赖该物理机的所有客户服务中断，甚 至对客户造成很大损失。在这种情况下，如果第二物理机上保存有用于创建虚拟 机的标准镜像母盘/原始镜像(Original Disk)，该镜像母盘中包含第一物理机上 所有虚拟机共有的原始数据，那么只需要将第一虚拟机运行时产生的增量磁盘数 据迁移到第二物理机即可。如果镜像母盘没有保存在第二物理机，那么为了使客 户服务不受影响，需要将用于创建虚拟机的标准镜像母盘/原始镜像(Original Disk)的磁盘数据共享到第二物理机。

作为一个实例，首先，需要在存储有镜像母盘(Original Disk)的第三物理 机上创建镜像母盘的副本(Copy)磁盘镜像文件，该磁盘镜像文件的文件格式 可以是诸如QCOW2、RAW等虚拟化系统支持的镜像文件格式。然后，该镜像 文件作为共享镜像文件，通过iSCSI或NBD等共享协议，第二物理机链接到该 磁盘镜像文件，即将磁盘镜像文件映射到第二物理机，此时该磁盘镜像被第三物 理机和第二物理机所共享。之后，在第二物理机系统的设备目录，例如/dev目 录中，会出现共享的磁盘镜像文件。为该共享的磁盘镜像文件虚拟一个链接名称 和路径都与第三物理机的磁盘镜像文件的名称和路径完全一致的链接，这样在第 二物理机上虚拟出第三虚拟机的磁盘镜像的虚拟镜像。

此后进入步骤S112。

步骤S112、在具有虚拟镜像的第二物理机上建立与第一虚拟机的配置相同 的第二虚拟机。

在只涉及虚拟机的软件更新的情况下，当虚拟镜像在第二物理机生成后，第 二物理机可以通过第一物理机磁盘镜像的路径和文件名访问该第一物理机的磁 盘镜像文件。然后，软件更新装置根据该虚拟镜像的包含上述路径与文件名称的 配置信息，在第二物理机建立第二虚拟机，其中第二虚拟机的配置与第一虚拟机 的配置相同。

需要说明的是，每个虚拟机都有对应的配置文件，通常这些配置文件保存在 虚拟机所在的物理机上，为了能够使用第一虚拟机的配置文件在第二物理机建立 一个与第一虚拟机配置相同的第二虚拟机，在磁盘配置上，需要虚拟镜像的配置 信息作为第二虚拟机磁盘的配置信息，使与第一虚拟机配置相同的第二虚拟机能 够正常建立。

在涉及物理机内核相关的更新或版本统一的情况下，当虚拟镜像在第二物理 机生成后，第二物理机可以通过第三物理机的磁盘镜像的路径和文件名访问镜像 母盘的副本磁盘镜像文件。然后，软件更新装置根据该虚拟镜像的第一虚拟机配 置信息，在第二物理机建立第二虚拟机，其中第二虚拟机的配置与第一虚拟机的 配置相同。

步骤S113、基于建立的第二虚拟机，将第一虚拟机的内存数据和状态数据 迁移到第二物理机。

可以通过虚拟化系统组件中的迁移命令选择上述共享存储协议将第一虚拟 机的内存数据和状态数据迁移到第二虚拟机物理机。虚拟机的状态数据包括机器 虚拟器所模拟的所有需要保存状态的设备的当前的状态信息。作为一个实例，在 KVM虚拟化系统中，可以使用“virsh migration”命令选择共享存储协议进行迁 移。

在只涉及虚拟机的软件更新的情况下，由于无需进行磁盘数据迁移，该步骤 花费时间非常短。当内存数据和状态数据被迁移到第二物理机后，第二虚拟机具 备了与第一虚拟机相同的内存数据和状态数据，因此第二虚拟机启动所需要的数 据已足够。

在涉及物理机内核相关的更新或版本统一的情况下，还需要通过虚拟化系统 组件中的迁移命令将第一虚拟机在运行过程中产生的相对于虚拟机镜像母盘的 增量磁盘数据迁移到第二虚拟机物理机。由于无需将第一虚拟机的所有磁盘数据 都迁移到第二物理机，该步骤可以节省迁移时间，尤其在对物理机上的多个虚拟 机进行数据迁移时，利用镜像母盘的增量迁移可以极大的减少更新所花费的时间。

当增量磁盘数据、内存数据和状态数据被迁移到第二物理机后，第二虚拟机 具备了与第一虚拟机相同的数据，因此第二虚拟机启动所需要的数据已足够。

步骤S114、根据虚拟镜像、内存数据和状态数据，启动与第一虚拟机对应 的第二虚拟机。

在本发明实施例中，在只涉及虚拟机的软件更新的情况下，第二虚拟机使用 与第一虚拟机相同的内存数据和状态数据启动之后，如果第二虚拟机要访问磁盘 数据，可以通过虚拟镜像从第一物理机读写磁盘镜像数据来实现。第二虚拟机运 行产生的磁盘数据将通过共享存储协议被保存在第一物理机上的磁盘镜像中。在 这种情况下，对于第二虚拟机来说，第一物理机上的磁盘镜像相当于第二物理机 上的本地磁盘。

在涉及物理机内核相关的更新或版本统一的情况下，第二虚拟机在运行时， 第二虚拟机通过虚拟镜像从第三物理机和本地读取对应的磁盘镜像数据和迁移 来的第一虚拟机的增量磁盘数据，在第二物理机本地写入客户业务服务运行过程 中产生的新数据。

可以理解，这时第一物理机上的第一虚拟机的服务已由第二虚拟机所替代。 第一虚拟机、第一物理机可以进行软件更新。

此外，可以理解，在本发明各实施方式中，该步骤S110可以重复执行，即 在虚拟机软件更新时，可以对物理机上每个需要更新的虚拟机执行，直至没有需 要更新的虚拟机存在为止；以及在物理机内核更新时，对物理机上所有的虚拟机 执行。

此后进入步骤S120。

步骤S120、对第一物理机的内核和/或每个被替代的第一虚拟机进行软件更 新。

此后，结束本流程。

因此，根据本发明的实施例，能够在保证虚拟机上服务正常运行的同时，完 成虚拟化相关软件和/或物理机内核的升级，以便修复漏洞、提高性能或引入新 特性等。并且由于无需迁移磁盘数据，或迁移少量的增量磁盘数据，进而极大减 少更新所需的整体时间，能够快速高效地完成更新任务。

可以理解，在只涉及虚拟机的软件更新时，物理机的管理者具有较大的操作 自由度，例如，还可以根据需要，同步进行第一虚拟机的热迁移等操作，将第一 虚拟机的磁盘完全迁移到第二物理机，以便将第一物理机另作他用。而在涉及物 理机内核相关的更新或版本统一时，管理者可以在物理机重启之后，根据需要进 行一个或多个第一虚拟机的热迁移等操作。

在一示例性的实施例中，可选地，在步骤S120之后，将第二虚拟机的服务 和数据回迁到第一物理机。

具体地，对每个与第一虚拟机对应的第二虚拟机在第一物理机上建立对应的 第三虚拟机，通过将数据从第二虚拟机回迁到第一物理机，使得第三虚拟机能够 替代第二虚拟机执行服务。

作为一个实例，如果在更新步骤中没有涉及物理机内核的更新或内核版本统 一，则可以在第一物理机建立第三虚拟机，该第三虚拟机的配置与第一虚拟机的 配置相同。可以理解，第三虚拟机和第一虚拟机的区别在于，第三虚拟机中运行 的软件已被更新。

然后，将第二虚拟机中的内存数据和状态数据回迁到第一物理机。这样，第 三虚拟机具备代替第二虚拟机为用户提供服务的相关数据。

接下来，启动第三虚拟机。客户的业务服务被回迁的第一物理上运行。

最后，在第一物理机和第二物理机上移除共享存储技术的相应设置。第一物 理机和第二物理机之间的镜像共享被关闭，第二虚拟机将不再访问第一物理机上 的磁盘镜像。

作为一个实例，如果在更新步骤中更新了第一物理机的内核，则在上述回迁 步骤的基础上，还需要将第二物理机上的增量磁盘数据回迁到第一物理机，以保 证第三虚拟机具有完整的磁盘数据。并在第三虚拟机启动后，关闭第二物理机与 第三物理机之间的镜像共享。

由于无需迁移磁盘数据，或迁移少量的增量磁盘数据，回迁步骤所用时间也 得以减少。

上文中结合图1和图2，详细描述了根据本发明实施例的软件更新方法，下 面将结合图3，描述根据本发明实施例的软件更新装置。

图3是根据本发明实施例的软件更新装置300的示意性框图。如图3所示， 该软件更新装置300包括：

替代模块301，用于对安装在第一物理机上的至少一个第一虚拟机在第二物 理机上建立对应的第二虚拟机，并通过数据的共享和迁移技术使得第二虚拟机能 够替代第一虚拟机执行服务；

更新模块302，用于对第一物理机的内核和/或每个被替代的第一虚拟机进行 软件更新。

具体地，替代模块301还进一步包括：

共享单元，用于通过共享存储技术，将磁盘数据以虚拟镜像的方式共享到第 二物理机上；

建立单元，用于在具有虚拟镜像的第二物理机上建立与第一虚拟机的配置相 同的第二虚拟机；

迁移单元，用于基于建立的第二虚拟机，将第一虚拟机的内存数据和状态数 据迁移到第二物理机；

启动单元，用于根据虚拟镜像、内存数据和状态数据，启动与第一虚拟机对 应的第二虚拟机。

可选地，软件更新装置还可以包括：

回迁模块，用于对每个与第一虚拟机对应的第二虚拟机在第一物理机上建立 对应的第三虚拟机，通过将数据从第二虚拟机回迁到第一物理机，使得第三虚拟 机能够替代第二虚拟机执行服务。

可以理解地，本发明实施例的软件更新装置300可对应于本发明实施例中的 软件更新装置，并且装置300中的各个模块的上述功能和/或其他操作分别为了 实现图1和图2中方法的相应流程，为了简介，在此省略详细描述。

因此，本发明实施例的软件更新装置300，能够在保证虚拟机上服务正常运 行的同时，完成虚拟化相关软件和/或物理机内核的升级，以及物理机内核版本 统一，以便修复漏洞、提高性能或引入新特性等。并且由于无需迁移磁盘数据， 或迁移少量的增量磁盘数据，进而极大减少更新所需的整体时间，使物理机快速 高效地完成更新任务。

进一步地，根据本发明的实施例，还提供一种非易失性存储介质，该非易失 性存储介质具有存储在其中的指令，当该指令被执行时，使得处理器执行软件更 新方法，具体的，该指令包括：替代指令，对安装在第一物理机上的至少一个第 一虚拟机在第二物理机上建立对应的第二虚拟机，并通过数据的共享和迁移技术 使得第二虚拟机能够替代第一虚拟机执行服务；更新指令，对第一物理机的内核 和/或每个被替代的第一虚拟机进行软件更新。

可选地，根据本发明的另一实施例，该存储介质还可以包括回迁指令，对每 个与第一虚拟机对应的第二虚拟机在第一物理机上建立对应的第三虚拟机，通过 将数据从第二虚拟机回迁到第一物理机，使得第三虚拟机能够替代第二虚拟机执 行服务。

进一步的，根据本发明的另一实施例，还提供一种设备，包括存储器，存储 有计算机可执行指令，处理器，处理器被配置为执行指令以实施软件更新的过程， 该过程包括：替代步骤，对安装在第一物理机上的至少一个第一虚拟机在第二物 理机上建立对应的第二虚拟机，并通过数据的共享和迁移技术使得第二虚拟机能 够替代第一虚拟机执行服务；更新步骤，对第一物理机的内核和/或每个被替代 的第一虚拟机进行软件更新。

可选地，根据本发明的另一实施例，该过程还可以包括回迁步骤，对每个与 第一虚拟机对应的第二虚拟机在第一物理机上建立对应的第三虚拟机，通过将数 据从第二虚拟机回迁到第一物理机，使得第三虚拟机能够替代第二虚拟机执行服 务。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为 一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作 顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次， 本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉 及的动作和模块并不一定是本发明所必须的。

尽管本文已公开了各种方面和实施例，但其它方面和实施例对于本领域技术 人员而言将是明显的。本文公开的各种方面和实施例是为了说明的目的，而不意 在进行限制，真实的范围应当由所附权利要求以及这样的权利要求所被授权的等 效物的全部范围指示。还要理解，本文中使用的术语仅是为了描述特定实施例的 目的，而不意在进行限制。

因为可以对所描述的示例作出细节上的很多修改、变化和改变，但是意图在 于前面的描述和附图中所示的所有事项被解释为说明性的，而不是限制的意思。