虚拟客户机管理方法、装置、介质和设备与流程

1.本公开涉及计算机技术领域，具体地，涉及一种虚拟客户机管理方法、装置、系统、介质和设备。


背景技术：

2.随着计算机技术的发展，虚拟化技术的应用也越来越广泛。虚拟化技术按照实现方式和层次的不同，可以划分成硬件虚拟化、操作系统虚拟化等，从而实现计算机中各种实体资源的高效应用，在实现资源共享的同时，实现操作内容的安全隔离。现有技术中，虚拟化技术实现客户机以进行网络资源请求的方式多样，针对每一虚拟化技术，则需要分别针对该虚拟化技术进行人工配置服务，以实现对该客户机的管理，配置效率较低，且不便于进行统一管理。


技术实现要素：

3.本公开的目的是提供一种可以对虚拟客户机进行统一管理的虚拟客户机管理方法、装置、介质和设备。
4.为了实现上述目的，本公开的第一方面，提供一种虚拟客户机管理方法，所述方法包括：
5.在接收到客户机启动指令的情况下，确定所述客户机启动指令对应的第一目标客户机的类型；
6.根据所述第一目标客户机的类型，确定所述第一目标客户机对应的主机系统中、与所述第一目标客户机对应的客户机驱动；
7.根据所述客户机驱动启动所述第一目标客户机。
8.可选地，所述确定所述客户机启动指令对应的第一目标客户机的类型，包括：
9.确定所述第一目标客户机在所述主机系统中部署依赖的文件中是否包含内核层的文件；
10.在确定包含内核层的文件的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
11.在确定不包含内核层的文件的情况下，确定所述第一目标客户机的类型为容器客户机。
12.可选地，所述确定所述客户机启动指令对应的第一目标客户机的类型，包括：
13.确定所述第一目标客户机在所述主机系统中部署依赖的文件的数量；
14.在所述数量大于预设阈值的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
15.在所述数量不大于所述预设阈值的情况下，确定所述第一目标客户机的类型为容器客户机。
16.可选地，所述根据所述客户机驱动启动所述第一目标客户机，包括：
17.确定所述第一目标客户机的服务状态；
18.在确定所述服务状态为非运行状态的情况下，通过所述客户机驱动控制所述第一目标客户机启动，并向客户机服务发送通知消息，其中，所述通知消息用于表示所述第一目标客户机处于运行状态。
19.可选地，所述方法还包括：
20.在确定主机系统中的第二目标客户机更新的情况下，确定所述第二目标客户机的类型；
21.根据所述第二目标客户机的类型和所述第二目标客户机的更新信息，确定所述第二目标客户机的启动参数中是否存在待更新参数；
22.在确定存在所述待更新参数的情况下，根据所述第二目标客户机的更新信息对所述待更新参数进行更新。
23.可选地，所述方法还包括：
24.确定处于运行状态的运行客户机；
25.确定所述主机系统中的接入设备，以及每一所述运行客户机对应的外接设备；
26.根据所述运行客户机的优先级和该运行客户机对应的外接设备，确定所述接入设备与运行客户机的对应关系。
27.本公开的第二方面，提供一种虚拟客户机管理装置，所述装置包括：
28.第一确定模块，用于在接收到客户机启动指令的情况下，确定所述客户机启动指令对应的第一目标客户机的类型；
29.第二确定模块，用于根据所述第一目标客户机的类型，确定所述第一目标客户机对应的主机系统中、与所述第一目标客户机对应的客户机驱动；
30.启动模块，用于根据所述客户机驱动启动所述第一目标客户机。
31.可选地，所述第一确定模块包括：
32.第一确定子模块，用于确定所述第一目标客户机在所述主机系统中部署依赖的文件中是否包含内核层的文件；
33.第二确定子模块，用于在确定包含内核层的文件的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
34.第三确定子模块，用于在确定不包含内核层的文件的情况下，确定所述第一目标客户机的类型为容器客户机。
35.本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面任一所述方法的步骤。
36.本公开的第四方面，提供一种电子设备，包括：
37.存储器，其上存储有计算机程序；
38.处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面任一所述方法的步骤。
39.由此，通过上述技术方案，在接收到客户机启动指令的情况下，确定所述客户机启动指令对应的第一目标客户机的类型，之后，根据所述第一目标客户机的类型，确定所述第一目标客户机对应的主机系统中、与所述第一目标客户机对应的客户机驱动，并根据所述客户机驱动启动所述第一目标客户机。由此，通过上述技术方案，可以通过在主机系统中预
先设置多种类型的客户机驱动，从而实现客户机管理的自动配置，并且可以对基于不同虚拟化技术实现的客户机进行统一管理，提高客户机管理的标准化和自动化水平，提升用户使用体验。
40.本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
41.附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
42.图1为根据本公开的一种实施方式提供的虚拟客户机管理方法的流程图；
43.图2为虚拟客户机管理系统以及主机系统之间的交互示意图；
44.图3为根据本公开的一种实施方式提供的虚拟客户机管理装置的框图；
45.图4是根据一示例性实施例示出的一种电子设备的框图；
46.图5是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
47.以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
48.图1所示，为根据本公开的一种实施方式提供的虚拟客户机管理方法的流程图，如图1所示，所述方法可以包括以下步骤：
49.在步骤11中，在接收到客户机启动指令的情况下，确定客户机启动指令对应的第一目标客户机的类型。
50.其中，客户机又称为用户工作站，是用户与网络打交道的设备，一般由用户pc担任，每一个客户机都运行在它自己的、并为服务器所认可的操作系统环境中，客户机主要通过服务器享受网络上提供的各种资源。通过虚拟化技术的发展，则可以在一个主机系统中通过虚拟化技术集成一个或多个虚拟客户机，从而可以基于同一计算机模拟不同客户机的操作，并且实现针对同一物理资源的不同操作。
51.作为示例，可以通过客户机管理程序确定出当前主机系统中存在的多个虚拟客户机，示例地，可以通过可视化界面对当前主机系统中集成的虚拟客户机进行显示，则用户可以通过该可视化界面选择其需要的客户机进行启动。如用户可以点击虚拟客户机a以触发该虚拟客户机a启动。
52.之后，响应于接收到客户机启动指令，该客户机启动指令用于指示启动虚拟客户机a。由于不同虚拟化技术实现的客户机在启动时操作不同，则可以在确定虚拟客户机启动时首先确定该虚拟客户机的类型。客户机的类型可以用于表征该其对应的虚拟化技术，例如，类型可以包括但不限于虚拟机客户机和容器客户机等。
53.在步骤12中，根据第一目标客户机的类型，确定第一目标客户机对应的主机系统中、与第一目标客户机对应的客户机驱动。
54.如上文所示，实现虚拟客户机的虚拟化技术不同，其对应的启动操作则也有不同，则在本公开实施例中，可以在主机系统中预先集成多种类型对应的驱动，并将该驱动与对应的类型进行关联存储，例如可以预先在主机系统中集成虚拟机类型的驱动，用于对虚拟
机技术实现的客户进行启动，集成容器类型的驱动，用于对容器技术实现的客户进行启动。
55.相应地，在实施例中，在确定出第一目标客户机的类型后，可以基于该类型从主机系统中集成的多个驱动中确定与该类型对应的驱动，以作为该客户机驱动。其中，不同类型的虚拟化技术对应的驱动的设置方式为现有技术，在此不再赘述。
56.在步骤13中，根据客户机驱动启动第一目标客户机。
57.其中，该客户机驱动中包含用于启动第一目标客户机的相关驱动，该相关驱动可以基于虚拟化软件自动设置。例如以虚拟机技术为例，其可以通过vmware进行虚拟机创建，其中vmware tools可以用于对虚拟机对应的客户机驱动进行自动设置，基于客户机驱动和启动参数则实现该第一目标客户机启动，其启动方式为本领域中的常规操作，在此不再赘述。
58.由此，通过上述技术方案，在接收到客户机启动指令的情况下，确定所述客户机启动指令对应的第一目标客户机的类型，之后，根据所述第一目标客户机的类型，确定所述第一目标客户机对应的主机系统中、与所述第一目标客户机对应的客户机驱动，并根据所述客户机驱动启动所述第一目标客户机。由此，通过上述技术方案，可以通过在主机系统中预先设置多种类型的客户机驱动，从而实现客户机管理的自动配置，并且可以对基于不同虚拟化技术实现的客户机进行统一管理，提高客户机管理的标准化和自动化水平，提升用户使用体验。
59.在一种可能的实施例中，在步骤11中确定客户机启动指令对应的第一目标客户机的类型的示例性实现方式如下，该步骤可以包括：
60.确定所述第一目标客户机在所述主机系统中部署依赖的文件中是否包含内核层的文件。其中，客户机在所述主机系统中部署依赖的文件用于表示该客户机运行所依赖的文件。
61.在确定包含内核层的文件的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
62.在确定不包含内核层的文件的情况下，确定所述第一目标客户机的类型为容器客户机。
63.其中，虚拟机通常为完整的操作系统，其包含操作系统层和应用程序层，而容器通常只包含应用程序层，因此，在本公开实施例中，可以通过部署客户机依赖的文件的类型确定该客户机的类型。
64.示例地，若该客户机基于容器技术实现，则在对该客户机进行部署时，其通常包含应用程序层的文件，若该客户机基于虚拟机技术实现，则在对该客户机进行部署时，其通常包含操作系统层的文件和应用程序层的文件。因此，在控制第一目标客户机a启动之前，可以获得该第一目标客户机a在所述主机系统中部署依赖的各个文件。
65.其中，内核是操作系统最基本的部分，则可以通过确定该各个文件中是否包含内核层的文件以确定该客户机是否包含操作系统层。其中，确定文件是否是内核层的文件的方式可以采用本领域中的常用方式，例如可以通过文件的访问方式确定该文件的类型，在此不再赘述。在确定出该虚拟客户机部署依赖的文件中包含内核层的文件时，则可以确定该虚拟客户机包含操作系统层，则进一步地确定该虚拟客户机为基于虚拟机技术实现的客户机，即确定该虚拟客户机的类型为虚拟机客户机。在确定出该虚拟客户机部署依赖的文
件中不包含内核层的文件时，则可以确定该虚拟客户机不包含操作系统层，则进一步地确定该虚拟客户机为基于容器技术实现的客户机，即确定该虚拟客户机的类型为容器客户机。
66.由此，通过上述技术方案，在虚拟客户机启动之前，可以基于该虚拟客户机在主机系统中部署依赖的文件，确定该虚拟客户机的类型，从而可以为后续基于相关的驱动对客户机进行启动提供准确的数据支持，保证虚拟客户机启动的安全性和有效性。并且，在确定虚拟客户机的类型时，无需修改客户机的相关参数，也可以拓展虚拟客户机管理方法的使用范围。
67.在一种可能的实施例中，在步骤11中确定客户机启动指令对应的第一目标客户机的类型的示例性实现方式如下，该步骤可以包括：
68.确定所述第一目标客户机在所述主机系统中部署依赖的文件的数量；
69.在所述数量大于预设阈值的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
70.在所述数量不大于所述预设阈值的情况下，确定所述第一目标客户机的类型为容器客户机。
71.其中，如上文所述，实现虚拟客户机的虚拟化技术不同，其对应的文件也不相同。申请人基于研究发现，通常情况下，基于虚拟机技术实现的虚拟客户机包含操作系统层和应用程序层，基于容器技术实现的虚拟客户机包含应用程序层，基于虚拟机技术实现的虚拟客户机所依赖的文件的数量通常大于基于容器技术实现的虚拟客户机所依赖的文件的数量。
72.因此，在该实施例中，可以基于客户机在所述主机系统中部署依赖的文件的数量对该客户机的类型进行确定。其中，该预设阈值可以基于不同的应用场景中对应的文件的数量进行设置，本公开对此不进行限定。
73.由此，通过上述技术方案，可以直接基于虚拟客户机在主机系统中部署依赖的文件的数量确定该虚拟客户机的类型，提高虚拟客户机的类型确定的效率，并且可以为后续基于相关的驱动对客户机进行启动提供准确的数据支持，保证虚拟客户机启动的安全性和有效性。并且，在确定虚拟客户机的类型时，无需修改客户机的相关参数，也可以拓展虚拟客户机管理方法的使用范围。
74.在一种可能的实施例中，在步骤13中，根据客户机驱动启动第一目标客户机的示例性实现方式如下，该步骤包括：
75.确定所述第一目标客户机的服务状态。
76.在确定所述服务状态为非运行状态的情况下，通过所述客户机驱动控制所述第一目标客户机启动，并向客户机服务发送通知消息，其中，所述通知消息用于表示所述第一目标客户机处于运行状态。
77.在确定所述服务状态为运行状态的情况下，可以直接向客户管理服务发送消息，以便于通知用户该第一目标客户机已启动。
78.在上述技术方案中，在确定启动第一目标客户机时，可以首先确定该客户机当前的服务状态，在确定该客户机已经处于运行状态的情况下可以直接完成启动过程，并反馈启动状态，避免重复启动客户机，同时可以及时给与用户提示，在确定客户机处于非运行状
态时启动客户机，保证客户机启动的安全性和有效性。
79.在一种可能的实施例中，所述方法还可以包括：
80.在确定主机系统中的第二目标客户机更新的情况下，确定所述第二目标客户机的类型。
81.其中，客户机中通常可以安装特定的应用程序，该应用程序用于实现特定的功能。在实际应用场景中，其安装的应用程序可能需要进行版本更新，因此，在该虚拟客户机进行更新后，可以进一步确定用于启动该客户机的启动参数是否需要更新，以保证客户机启动过程的稳定性。其中，不同类型的客户机更新后其对应的启动参数的更新方式不同，因此，在对启动参数进行更新之前，需要先确定出该客户机的类型。其中确定客户机的类型的实现方式已在上文进行详述，在此不再赘述。
82.之后，根据所述第二目标客户机的类型和所述第二目标客户机的更新信息，确定所述第二目标客户机的启动参数中是否存在待更新参数。
83.其中，针对虚拟机技术实现的客户机，其通常可以通过启动脚本对客户机进行启动，客户机对应的启动参数对应存储在该启动脚本中，则可以通过确定该客户机对应的启动脚本确定是否存在待更新参数，示例地，可以将启动脚本中的对应的依赖文件与当前对应的依赖文件进行对比，以确定所依赖文件的数量是否发生变化。若发生变化，则可以根据依赖文件的变化确定启动脚本中对应的启动参数，例如新增或者删除的依赖文件的路径、数量、名称等。针对容器技术实现的客户机，则可以对其依赖文件进行解析，以确定其依赖的文件是否发生变化。在确定发生变化后，通过对比分析确定出变化的启动参数。
84.在确定存在待更新参数的情况下，根据所述第二目标客户机的更新信息对所述待更新参数进行更新。
85.在确定存在待更新参数的情况下，则表示需要对当前的启动脚本进行更新，以实现与第二目标客户机的更新同步。如上文所述，针对虚拟机技术实现的客户机，若客户机更新之后，若其对应的依赖文件增加，则可以将该新加的依赖文件的名称、路径等相关信息添加至启动脚本中，如可以通过virtio方式进行相关配置，以保证启动脚本中对依赖文件的配置更新，保证客户机更新后的稳定启动。针对容器技术实现的客户机，在确定出待更新参数的情况下，则根据第二目标客户机的更新信息对该待更新参数进行调整，从而实现更新。其中，对待更新参数的调整更新可以基于本领域中的容器技术实现，在此不再赘述。
86.由此，通过上述技术方案，在客户机进行更新后，可以通过修改主机系统中对应的启动参数以实现对该客户机更新的同步适配，节省用户的操作，便于用户使用。
87.在实际应用场景中，嵌入式系统通常用于嵌入机械或者电气系统内部，为具有专一功能和实时计算性能的计算机系统。嵌入式系统的关键特性在于其通常用于处理特定的任务。因此，在嵌入式系统中，系统配置的计算资源和外置设备等通常都是基于其所需要进行处理的特定的任务而设计的。因此，在直接在嵌入式系统的部署服务器的客户机时，由于该服务器的客户机是基于完备的计算资源和外置设备的软件环境进行设置的，与嵌入式系统基于特定的计算资源和外置设备的软件环境存在差异，难以将该客户机直接部署到嵌入式系统中。基于此，本公开还提供以下实施例。
88.在一种可能的实施例中，所述方法还可以包括：
89.确定处于运行状态的运行客户机，其中可以通过确定每一虚拟客户机的服务状态
以确定出该运行客户机。
90.确定所述主机系统中的接入设备，以及每一所述运行客户机对应的外接设备。
91.其中，在嵌入式设备中，通常针对每一总线以及外设等设置单独的接口，区域的总线也是单独的接口，则在确定嵌入式设备中的接入设备时，可以通过遍历该主机系统中的每一接口，以确定每一接口对应的接入设备，若该接口未接入设备，则可以设置为空。针对每一运行客户机，可以通过该运行客户机中集成的应用程序确定该应用程序所需要的外接设备，如该应用程序需要接收用户输入，则其对应的外接设备可以为键盘等。之后可以将该运行客户机上集成的各个应用程序所需要的外接设备确定为该运行客户机对应的外接设备。
92.根据所述运行客户机的优先级和该运行客户机对应的外接设备，确定所述接入设备与运行客户机的对应关系。
93.其中，可以预先设置每一客户机对应的优先级。示例地，若运行客户机对应的外接设备不同，且接入设备中包含该外接设备，且该接入设备空闲，则将该外接设备分配至该运行客户机，并存储该接入设备与该运行客户机的对应关系。若运行客户机对应的外接设备相同，且接入设备中包含该外接设备，则将该外接设备分配至优先级更高的运行客户机，并存储该接入设备与该优先级更高的运行客户机的对应关系。针对处于非空闲状态的接入设备，可以在其处于空闲状态后确定是否需要进行分配，其分配方式如上文所述。
94.示例地，图2所示，为虚拟客户机管理系统以及主机系统之间的交互示意图。客户机a所需的外接设备包括s1、s2，客户机b所需的外接设备包括s1、s3，该主机系统中包含的接入设备包括s1、s2、s3和s4，且均处于空闲。则针对客户机a所需的外接设备s1，客户机b所需的外接设备包括s1，此时可以将该s1分配至优先级更高的客户机a，则存储s1与客户机a的对应关系。之后，针对客户机a所需的外接设备s2，与其他客户机所需的外接设备不同，此时可以将该s2分配至客户机a，则存储s2与客户机a的对应关系；针对客户机b所需的外接设备s3，与其他客户机所需的外接设备不同，此时可以将该s3分配至客户机b，则存储s3与客户机b的对应关系。
95.由此，通过上述技术方案，可以对嵌入式设备中的多个接口对应的接入设备进行统一管理，并将该接入设备分配至该设备中的多个虚拟客户机，实现虚拟客户机与外接设备的适配，提高嵌入式设备中对虚拟客户机的外接设备的标准化管理和自动适配，进一步提升用户使用体验。
96.本公开还提供一种虚拟客户机管理装置，如图3所示，所述装置10包括：
97.第一确定模块100，用于在接收到客户机启动指令的情况下，确定所述客户机启动指令对应的第一目标客户机的类型；
98.第二确定模块200，用于根据所述第一目标客户机的类型，确定所述第一目标客户机对应的主机系统中、与所述第一目标客户机对应的客户机驱动；
99.启动模块300，用于根据所述客户机驱动启动所述第一目标客户机。
100.可选地，所述第一确定模块包括：
101.第一确定子模块，用于确定所述第一目标客户机在所述主机系统中部署依赖的文件中是否包含内核层的文件；
102.第二确定子模块，用于在确定包含内核层的文件的情况下，确定所述第一目标客
户机的类型为虚拟机客户机；
103.第三确定子模块，用于在确定不包含内核层的文件的情况下，确定所述第一目标客户机的类型为容器客户机。
104.可选地，所述第一确定模块包括：
105.第四确定子模块，用于确定所述第一目标客户机在所述主机系统中部署依赖的文件的数量；
106.第五确定子模块，用于在所述数量大于预设阈值的情况下，确定所述第一目标客户机的类型为虚拟机客户机；
107.第六确定子模块，用于在所述数量不大于所述预设阈值的情况下，确定所述第一目标客户机的类型为容器客户机。
108.可选地，所述启动模块包括：
109.第七确定子模块，用于确定所述第一目标客户机的服务状态；
110.启动子模块，用于在确定所述服务状态为非运行状态的情况下，通过所述客户机驱动控制所述第一目标客户机启动，并向客户机服务发送通知消息，其中，所述通知消息用于表示所述第一目标客户机处于运行状态。
111.可选地，所述装置还包括：
112.第三确定模块，用于在确定主机系统中的第二目标客户机更新的情况下，确定所述第二目标客户机的类型；
113.第四确定模块，用于根据所述第二目标客户机的类型和所述第二目标客户机的更新信息，确定所述第二目标客户机的启动参数中是否存在待更新参数；
114.更新模块，用于在确定存在所述待更新参数的情况下，根据所述第二目标客户机的更新信息对所述待更新参数进行更新。
115.可选地，所述装置还包括：
116.第五确定模块，用于确定处于运行状态的运行客户机；
117.第六确定模块，用于确定所述主机系统中的接入设备，以及每一所述运行客户机对应的外接设备；
118.第七确定模块，用于根据所述运行客户机的优先级和该运行客户机对应的外接设备，确定所述接入设备与运行客户机的对应关系。
119.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
120.图4是根据一示例性实施例示出的一种电子设备700的框图。如图4所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(i/o)接口704，以及通信组件705中的一者或多者。
121.其中，处理器701用于控制该电子设备700的整体操作，以完成上述的虚拟客户机管理方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器
(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：wi-fi模块，蓝牙模块，nfc模块等等。
122.在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的虚拟客户机管理方法。
123.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的虚拟客户机管理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的虚拟客户机管理方法。
124.图5是根据一示例性实施例示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图5，电子设备1900包括处理器1922，其数量可以为一个或多个，以及存储器1932，用于存储可由处理器1922执行的计算机程序。存储器1932中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器1922可以被配置为执行该计算机程序，以执行上述的虚拟客户机管理方法。
125.另外，电子设备1900还可以包括电源组件1926和通信组件1950，该电源组件1926可以被配置为执行电子设备1900的电源管理，该通信组件1950可以被配置为实现电子设备1900的通信，例如，有线或无线通信。此外，该电子设备1900还可以包括输入/输出(i/o)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如windows server
tm
，mac os x
tm
，unix
tm
，linux
tm
等等。
126.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的虚拟客户机管理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器1932，上述程序指令可由电子设备1900的处理器1922执行以完成上述的虚拟客户机管理方法。
127.在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于
执行上述的虚拟客户机管理方法的代码部分。
128.以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
129.另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
130.此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。