具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种虚拟化平台下下发指令的方法,该方法主要应用于控制台侧,如图1所示,该方法包括:
101、在所有虚拟机中选择部分虚拟机作为首批虚拟机。
其中,首批虚拟机可以为一台或多台虚拟机,选择首批虚拟机的依据可以为资源的占用率,上报心跳报文的先后顺序,按照一定比例随机抽取等等。
需要说明的是,虚拟化平台中有多台物理机,本实施例仅着眼于一台物理机对首批虚拟机的选择进行说明,在实际应用中,其他物理机中对首批虚拟机的选择与此类此。
示例性的,首批虚拟机的选择可以如图2所示:物理机中有9台虚拟机,编号为1至9,可以选取编号为2、6的虚拟机作为首批虚拟机。
102、向所述首批虚拟机下发指令,以便所述首批虚拟机执行对应所述指令的操作。
其中,向首批虚拟机下发的指令可以为扫描指令、更新指令等等。首批虚拟机可以根据控制台下发的指令直接执行相应的操作,需要注意的是,当首批虚拟机在接收及执行指令时,其他虚拟机并未接收控制台发送的该指令。此外,当执行指令对应的操作时,可能还需要操作所需的数据,如更新包、病毒库、查杀引擎等等,所以控制台还需要将相应的数据发送给首批虚拟机。
103、在所述首批虚拟机执行完所述操作后,向剩余虚拟机下发所述指令,以便所述剩余虚拟机执行对应所述指令的所述操作。
其中,在首批虚拟机执行完控制台下发的指令所对应的操作后,会向控制台上报回复信息,以通知控制台本台虚拟机已经完成操作。
本实施例中,是以对虚拟机划分两批次下发指令为例进行说明的,实际引用中,控制台还可以划分出更多批次的虚拟机,并依次对各个批次的虚拟机先后进行指令下发。在一种可能的实现方式中,控制台可以按照步骤101所述的实现方式,在剩余虚拟机中选择第二批虚拟机,并向第二批虚拟机下发指令,当第二批虚拟机接收并完成控制台下发的指令所对应的操作后,向控制台上报回复信息,控制台再选择第三批虚拟机、第四批虚拟机,直至向所有的虚拟机下发完指令,并且所有的虚拟机完成指令所对应的操作为止。
本发明提供的一种虚拟化平台下下发指令的方法,能够通过分批向物理机中的虚拟机下发指令,使得虚拟机分批去完成控制台所下发指令对应的操作。与向所有虚拟机下发指令的现有技术相比,本发明通过使不同批次虚拟机在不同的时间段内分别完成控制台所下发的指令,使得在同一时间段内,执行控制台所下发的指令的虚拟机的台数减少,从而使得执行指令操作时所占用的物理机的处理资源减少,进而使得虚拟机的操作分批顺利完成。
进一步的,作为对图1所示方法的细化及扩展,本发明的另一个实施例还提供了一种虚拟化平台下下发指令的方法,如图3所示,该方法包括:
201、在所有虚拟机中选择部分虚拟机作为首批虚拟机。
首批虚拟机的确定可以采用不同的方式,下面以以下三种方式为例进行介绍:
方式一:
步骤1:获取虚拟机的资源占用信息。
其中,资源占用信息用于表征下述至少一种处理资源的占用情况:
CPU、内存和磁盘读写接口。
其中,CPU主要用于解释计算机指令以及处理计算机软件中的数据,内存主要用于暂时存放CPU中的运算数据,以及与硬盘等外部存储器交换的数据,磁盘读写接口主要用于硬盘缓存和内存之间的数据传输。
可选的,为了进一步减少在虚拟机执行指令操作时所占用的物理机的处理资源,控制台可以向更少数量的虚拟机下发指令,即选择更少数量的虚拟机作为首批虚拟机,所以在获取虚拟机的资源占用信息时,可以只获取部分虚拟机的资源占用信息,再根据部分虚拟机的资源占用信息,选择首批虚拟机。由于缩小了首批虚拟机的选择范围,因此能够达到减少首批下发的指令数量,进而进一步节省物理机的处理资源。
其中,部分虚拟机的确定可以采用两种方式,一种为根据预定比例确定部分虚拟机,另一种为按照心跳报文上报的先后顺序确定部分虚拟机。
对于第一种方式,可以根据预定比例随机选择部分虚拟机,也可以根据预定比例按顺序选择部分虚拟机。
例如,某台物理机中的虚拟机总数为30,预定比例为10%,则需要确定的部分虚拟机为3台,所以控制台可以随机选择3台虚拟机,并获取其资源占用信息,也可以按照虚拟机的编号进行选择,若编号为1到30,则选择编号为1、2、3的虚拟机,并获取其资源占用信息。
对于第二种方式,每台虚拟机需要向控制台上报心跳报文,该心跳报文用于表征虚拟机的在线情况。在某一特定时间段内,检测并统计上报心跳报文的虚拟机的信息,并将所统计的虚拟机作为需要上报资源占用情况的虚拟机。
步骤2:根据所述资源占用信息反映的资源占用率,将所述资源占用率低于预设阈值的虚拟机确定为所述首批虚拟机。
其中,资源占用信息为虚拟机当前的资源占用信息,根据虚拟机的资源占用信息,可以计算出相应的资源占用率,再将资源占用率与预设阈值进行比较,从而确定出首批虚拟机。
以CPU的占用信息为例进行介绍,CPU的占用信息可以包括CPU已占用的空间大小和CPU未占用的空间大小,根据CPU的已占用的空间大小和CPU总的空间大小,可以计算出CPU的占用率。如:CPU占用率的预设阈值为50%,则可以选择当前CPU占用率小于50%的虚拟机作为首批虚拟机。
方式二:
将在先上报心跳报文的虚拟机确定为所述首批虚拟机。
可选的,可以将在预设时长内上报心跳报文的虚拟机确定为首批虚拟机。
其中,可以在预设时长内,统计上报心跳报文的虚拟机的信息,该信息包括统计的虚拟机的台数以及所对应的虚拟机的编号等信息。在具体实施过程中,控制台侧可以读取网络时钟,也可以设置一个计时器。
例如,预设时长为5分钟,则可以设置一个计时器为5分钟,在5分钟内向控制台上报心跳报文的虚拟机为首批虚拟机,而在5分钟之后上报心跳报文的虚拟机被列入剩余虚拟机。
方式三:
在所有虚拟机中选择预设比例的虚拟机作为所述首批虚拟机。
其中,按照预设比例选择虚拟机可以采用随机选择的方式,也可以采用顺序选择的方式。
具体的,采用顺序选择的方式可以是按照虚拟机的编号、标识或name(名称)等对虚拟机进行排序,然后基于排序后的虚拟机进行首批虚拟机的选择。其中,编号为虚拟机的顺序排号,即可以为虚拟机1、虚拟机2到虚拟机N。标识包括厂商标识以及虚拟机标号等。
例如,物理机中有20台虚拟机,预设比例为20%,则选取4台虚拟机作为首批虚拟机,按照虚拟机的编号进行选择时,选择编号为1至4的虚拟机作为首批虚拟机。
202、向所述首批虚拟机中的代理虚拟机下发所述指令,以便所述代理虚拟机通过物理机的内部通讯方式向其他虚拟机转发所述指令。
为了减少与控制台进行数据交互的虚拟机的数量,进而减少控制台与物理机之间的通讯连接所需的带宽,可以仅选择一台或者少量的几台虚拟机与控制台之间进行数据交互,因此,可选的,在本步骤中代理虚拟机可以代理接收控制台向其他虚拟机下发的指令。代理虚拟机是从所确定的首批虚拟机中选择的,实际应用中,可以选择一台代理虚拟机,也可以选择多台代理虚拟机。其中,选择一台代理虚拟机可以减少控制台与物理机之间数据交互所需的数据量,其选择的方式可以有多种,如:可以随机选择,可以选择一台资源占用率少的。而选择多台代理虚拟机,可以在减少控制台与物理机之间数据交互的数据量的同时,还可以提高代理虚拟机向其他虚拟机转发指令时的速度,其选择的方式可以是随机选择,,也可以采用间隔抽样的方式进行选择。如:逢五抽一、逢八抽一、逢三的倍数抽一等等。
下面以逢五抽一的选择方式为例进行介绍:
物理机中有30台虚拟机,编号为1至30,选择的首批虚拟机是编号为1、3、4、6、12、18、23、26、28和30的虚拟机,则将首批虚拟机按照编号从小到大进行排序,分别抽取第5台和第10台虚拟机,即编号为12、30的虚拟机作为代理虚拟机。
本步骤中提及的物理机的内部通讯方式具体可以为内存共享的方式,也可以为基于内部逻辑接口的方式。
其中,对于内存共享的方式,代理虚拟机可以将指令存储于可供其他虚拟机共享的存储空间当中,因此其他虚拟机可以通过查看代理虚拟机中的共享内存中的内容获取指令。对于内部逻辑接口的方式,由于虚拟机之间可以通过内部的逻辑接口进行通信,所以代理虚拟机可以通过内部的逻辑接口,将指令依次转发给其他虚拟机。
本实施例通过将指令下发给代理虚拟机,并由代理虚拟机代为转发其他虚拟机所需的指令,所以代理虚拟机与其他虚拟机之间的通讯连接只是在物理机内部进行的,而并不涉及控制台与物理机之间的通讯连接,所以可以减少物理机与外部通讯连接所需的带宽,从而进一步保证正常通信。
可选的,当控制台向首批虚拟机下发指令时,可以先检测控制台与物理机之间的网络状况,通过网络状况来选择指令操作所对应的数据内容的传送方式。其中,网络状况主要包括带宽的大小。当检测到的带宽大于等于预设带宽阈值时,可以基于原有的通讯连接,向首批虚拟机下发心跳报文的响应信息,该响应信息中携带有指令所需的数据内容;当检测到的带宽小于预设带宽阈值时,可以基于原有的通讯连接,向首批虚拟机下发心跳报文的响应通知,而通知中并未携带数据内容,需要首批虚拟机接收到通知后,再通过旁路通讯连接向控制台获取数据内容。
针对上述两种传送数据内容的方式,当采用旁路连接进行数据内容下发时,首批虚拟机需要向控制台发送用于请求数据内容的请求,控制台再根据数据请求通过旁路连接下发数据内容,其具体实现方式如下:
接收所述首批虚拟机根据所述指令通过旁路通讯连接上报的数据请求,所述旁路通讯连接区别于下发所述指令使用的通讯连接。
其中,首批虚拟机可以分别向控制台上报数据请求,也可以先上报给代理虚拟机,再由代理虚拟机上报给控制台。控制台向首批虚拟机下发指令时所经过的通讯连接与首批虚拟机向控制台上报数据请求时所经过的通讯连接是不同的通讯连接通道,所以避免了因采用同一个通讯连接而产生的通信阻塞,保证了通信的正常运行。
通过所述旁路通讯连接响应所述数据请求,向所述首批虚拟机下发所述数据内容。
其中,控制台通过旁路通讯连接向首批虚拟机下发数据内容时,可以先将数据内容下发给代理虚拟机,再由代理虚拟机转发给其他首批虚拟机。
在本实施例中,当检测到控制台与物理机之间的通讯连接的带宽低于预设带宽阈值时,通过先向首批虚拟机下发指令,再向首批虚拟机通过旁路连接下发指令所需的数据内容,从而避免因带宽过低而产生数据传送阻塞的现象。
203、在所述首批虚拟机执行完所述操作后,向剩余虚拟机下发所述指令,以便所述剩余虚拟机执行对应所述指令的所述操作。
进一步的,在首批虚拟机执行完操作后,会向控制台发送回复信息,由于在步骤202中引入了代理虚拟机,所以为了节省首批虚拟机向控制台上报回复信息时的总的数据量,可以先将回复信息上报给代理虚拟机,再由代理虚拟机统一上报。例如:回复信息可以通过位图或字符串的形式统一上报。在位图中,每一位对应一台虚拟机的完成情况,例如,“0”表示未完成,“1”表示已完成。
进一步的,对于虚拟机获取指令操作所需的数据内容的获取方式,可以采用直接从控制台获取的方式,但是,在本实施例的另一种实现方式中,由于首批虚拟机已经获得了数据内容,所以为了减少控制台与物理机之间的通讯连接所需的带宽,对于剩余虚拟机,其所需的数据内容可以由首批虚拟机在物理机内部转发给剩余虚拟机,若在首批虚拟机中选择了代理虚拟机,则也可以由代理虚拟机在物理机内部转发给剩余虚拟机。
借由上述技术方案,本发明实施例提供的虚拟化平台下下发指令的方法的本质是所有的虚拟机不是同时执行控制台下发的指令操作,而是分批执行,所以控制可以向虚拟机下发一个分时段执行操作的指令。例如,物理机中有8台虚拟机,则控制台下发的指令为:在8:00,虚拟机1至虚拟机3全盘扫描,在12:00,虚拟机4至虚拟机6全盘扫描,在4:00,虚拟7至虚拟机8全盘扫描。其中,控制台可以先将指令下发给一台或多台代理虚拟机,再由代理虚拟机转发给其他虚拟机,也可以直接将指令下发给所有虚拟机。
进一步的,作为对上述各方法实施例的实现,在本发明的另一个实施例中,还提供了一种虚拟化平台下下发指令的装置。如图4所示,该装置包括:选择单元31、第一下发单元32、第二下发单元33。其中,
选择单元31,用于在所有虚拟机中选择部分虚拟机作为首批虚拟机。
第一下发单元32,用于向所述选择单元31选择的所述首批虚拟机下发指令,以便所述首批虚拟机执行对应所述指令的操作。
第二下发单元33,用于在所述首批虚拟机执行完所述第一下发单元32执行的所述操作后,向剩余虚拟机下发所述指令,以便所述剩余虚拟机执行对应所述指令的所述操作。
进一步的,如图5所示,选择单元31,包括:
获取模块311,用于获取虚拟机的资源占用信息。
第一确定模块312,用于根据所述获取模块311获取的所述资源占用信息反映的资源占用率,将所述资源占用率低于预设阈值的虚拟机确定为所述首批虚拟机。
进一步的,获取模块311用于获取部分虚拟机的资源占用信息。
获取模块311获取的资源占用信息用于表征下述至少一种处理资源的占用情况:
中央处理器CPU、内存和磁盘读写接口。
进一步的,选择单元31,包括:
第二确定模块313,用于将在先上报心跳报文的虚拟机确定为所述首批虚拟机。
具体的,第二确定模块313用于将在预设时长内上报心跳报文的虚拟机确定为所述首批虚拟机。
进一步的,选择单元31,包括:
选择模块314,用于在所有虚拟机中选择预设比例的虚拟机作为所述首批虚拟机。
进一步的,第一下发单元32,用于向所述首批虚拟机中的代理虚拟机下发所述指令,以便所述代理虚拟机通过物理机的内部通讯方式向其他虚拟机转发所述指令。
进一步的,如图6所示,该装置还包括:
第三下发单元34,用于向所述首批虚拟机下发执行所述第一下发单元32所要执行的所述操作所需的数据内容。
具体的,第三下发单元34,包括:
接收模块341,用于接收所述首批虚拟机根据所述指令通过旁路通讯连接上报的数据请求,所述旁路通讯连接区别于下发所述指令使用的通讯连接;
下发模块342,用于通过所述旁路通讯连接响应所述接收模块341接收的所述数据请求,向所述首批虚拟机下发所述数据内容。
具体的,第三下发单元34下发的数据内容包括:病毒库和/或杀毒引擎。第一下发单元32或第二下发单元33下发的指令包括扫描指令、更新指令。
本发明提供的一种虚拟化平台下下发指令和装置,能够通过分批向物理机中的虚拟机下发指令,使得虚拟机分批去完成控制台所下发指令对应的操作。与向所有虚拟机下发指令的现有技术相比,本发明通过使不同批次虚拟机在不同的时间段内分别完成控制台所下发的指令,使得在同一时间段内,执行控制台所下发的指令的虚拟机的台数减少,从而使得执行指令操作时所占用的物理机的处理资源减少,进而使得虚拟机的操作分批顺利完成。
通过将指令下发给代理虚拟机,并由代理虚拟机代为转发其他虚拟机所需的指令,所以代理虚拟机与其他虚拟机之间的通讯连接只是在物理机内部进行的,而并不涉及控制台与物理机之间的通讯连接,所以可以减少物理机与外部通讯连接所需的带宽,从而进一步保证正常通信。
当检测到控制台与物理机之间的通讯连接的带宽低于预设带宽阈值时,通过先向首批虚拟机下发指令,再向首批虚拟机通过旁路连接下发指令所需的数据内容,从而避免因带宽过低而产生数据传送阻塞的现象。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。