一种策略分配方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种策略分配方法、装置、电子设备及存储介质。

背景技术

云系统管理有大量的主机，在不同情况下，云系统下的主机会发生各种各样的故障。在云系统下的主机发生故障时，相关技术通过预先设定好的处置策略，对主机的故障进行处理，以使主机恢复正常。由于故障的类型有很多种，相关技术需要预先对所有的故障类型进行分类，并为每种故障类型设置一个对应的处置策略。但是相关技术为故障类型设置的处置策略不一定是最佳的处置策略，不能最大程度减轻由于故障对客户业务造成的影响。

发明内容

为了解决上述问题，本发明实施例提供了一种策略分配方法、装置、电子设备及存储介质，以至少解决相关技术为故障类型设置的处置策略不是最佳的处置策略的问题。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种策略分配方法，该方法包括：

为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略；所述至少两个主机为设定系统下对应相同故障类型的主机；所述至少两个处置策略对应所述故障类型；

获取每个主机分配到的处置策略对对应的主机的影响程度；

基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略。

在上述方案中，所述基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略，包括：

基于每个主机对应的处置策略的影响程度，对不同的处置策略的影响程度的差异进行假设检验，得到假设检验结果；

若所述假设检验结果表征所述差异满足统计显著性，将影响程度最小的处置策略确定为所述故障类型的目标处置策略。

在上述方案中，所述对不同处置策略的影响程度的差异进行假设检验，包括：

基于不同处置策略的影响程度，计算P值；所述P值表征所有处置策略的影响程度相同的可能性大小；

确定所述P值是否小于设定显著水平；

若所述P值小于所述设定显著水平，得到表征所述差异满足统计显著性的假设检验结果。

在上述方案中，所述获取每个主机分配到的处置策略对对应的主机的影响程度，包括：

在每个主机执行对应的处置策略后，在设定时间窗口内获取每个主机的故障信息；

基于所述故障信息，确定所述处置策略对对应的主机的影响程度；

所述故障信息包括以下至少一项：

主机中的虚拟机的中断次数；

主机中的虚拟机的中断时长；

主机中的虚拟机的重启次数；

主机中的虚拟机的迁移次数。

在上述方案中，所述至少两个主机中的每个主机，分配到所述至少两个处置策略中的任意一个处置策略的概率是相同的。

在上述方案中，在确定所述故障类型的目标处置策略之后，所述方法还包括：

将所述故障类型的目标处置策略，分配给所述至少两个主机；

获取所述故障类型的目标处置策略对每个主机的影响程度；

确定当前时间窗口和历史时间窗口内的所述影响程度的差异是否满足统计显著性；

若所述差异满足统计显著性，重新确定所述故障类型的目标处置策略。

在上述方案中，所述为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略，包括：

若第一主机在历史时间窗口内发生过故障，且分配过第一处置策略，在所述第一主机再次发生相同故障类型的故障时，分配所述第一处置策略给所述第一主机；所述第一主机为所述至少两个主机中的任意一个主机；所述第一处置策略为所述至少两个处置策略中的任意一个处置策略。

第二方面，本发明实施例提供了一种策略分配装置，该装置包括：

分配模块，用于为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略；所述至少两个主机为设定系统下对应相同故障类型的主机；所述至少两个处置策略对应所述故障类型；

获取模块，用于获取每个主机分配到的处置策略对对应的主机的影响程度；

确定模块，用于基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略。

第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的策略分配方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序。所述计算机程序被处理器执行时实现如本发明实施例第一方面提供的策略分配方法的步骤。

本发明实施例通过为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略，获取每个主机分配到的处置策略对对应的主机的影响程度，基于每个主机对应的处置策略的影响程度，确定故障类型的目标处置策略。其中，至少两个主机为设定系统下对应相同故障类型的主机，至少两个处置策略对应该故障类型。本实施例可以实现为故障类型自动确定最佳的处置策略，无需人工参与，可以减少人工成本。并且本实施例基于处置策略的影响程度来确定故障类型的目标处置策略，可以保证为故障类型分配的目标处置策略能够达到最优的故障处置效果。

附图说明

图1是本发明实施例提供的一种策略分配方法的实现流程示意图；

图2是本发明实施例提供的另一种策略分配方法的实现流程示意图；

图3是本发明实施例提供的另一种策略分配方法的实现流程示意图；

图4是本发明实施例提供的另一种策略分配方法的实现流程示意图；

图5是本发明实施例提供的一种策略分配流程的示意图；

图6是本发明应用实施例提供的一种云主机策略分配场景的示意图；

图7是本发明实施例提供的一种策略分配装置的示意图；

图8是本发明一实施例提供的电子设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以云系统为例，随着网络技术的发展，云服务越来越流行，很多企业都设置有云系统来提供云服务。云系统是指构架于服务器、存储、网络等基础硬件资源和单机操作系统、中间件、数据库等基础软件之上的，管理海量的基础硬件、软件资源的云平台综合管理系统。云系统包括：共有云、私有云和托管云等。

云系统是由多个云主机组成的云计算中心操作系统，每个云主机上可以设置有多个虚拟机来提供云服务，但是由于各种各样的原因，云主机会出现故障。例如，虚拟机负载过高或使用时间过长时，会出现一些故障(比如磁盘故障和内存故障等)。

针对不同的故障类型，相关技术为每个故障类型设置一个处置策略来解决故障，例如，针对虚拟机的内存故障，设置的处置策略为“扩大该虚拟机的内存容量”。由于云系统下的故障类型种类繁多，尤其在大型云系统中，很难对所有故障类型进行全面分类，并设置较好的处置策略。为所有故障类型设置处置策略，这需要大量的人工成本和时间成本，故障处置效率低，而且相关技术无法确定分配的处置策略能够达到最优的故障处置效果。

其次，由于云系统软硬件会经常更新，以及客户工作负载的变化，会导致以前运作良好的处置策略的处置效果变差。

针对上述相关技术的缺点，本发明实施例提供了一种策略分配方法，能够为故障类型自动确定最佳的处置策略。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1是本发明实施例提供的一种策略分配方法的实现流程示意图，所述策略分配方法的执行主体为电子设备，电子设备包括台式电脑、笔记本电脑和服务器等。其中，所述服务器可以是实体的设备，也可以是部署在云端的虚拟化设备。参考图1，策略分配方法包括：

S101，为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略；所述至少两个主机为设定系统下对应相同故障类型的主机；所述至少两个处置策略对应所述故障类型。

这里，设定系统可以为云系统等分布式计算集群，设定系统包括多个主机，例如云系统包括多个云主机。

在本实施例中，设定系统包括多个主机，至少两个主机为设定系统下对应相同故障类型的主机，至少两个主机发生故障的时间可以不同。

在实际应用中，至少两个主机可以归属于同一个设定系统，也可以归属于不同的设定系统。

当一个主机发生故障时，获取该主机的故障类型，在本实施例中，每种故障类型都对应至少两个处置策略。获取主机的故障类型对应的至少两个处置策略，从至少两个处置策略中选择一个处置策略分配给该故障主机。例如，可以从至少两个处置策略中随机选择一个处置策略分配给该故障主机。

应理解，每一个主机都可以从至少两个处置策略中分配一个处置策略，不同主机分配的处置策略可以相同，比如主机A和主机B对应相同的故障类型，主机A分配了处置策略a，主机B同样也可以分配处置策略a。

在一实施例中，至少两个主机中的每个主机，分配到至少两个处置策略中的任意一个处置策略的概率是相同的。例如，主机A分配到处置策略a和分配到处置策略b的概率是相同的，主机A分配到处置策略a和主机B分配到处置策略b的概率也是相同的。

将至少两个处置策略以相同的概率分配给至少两个主机，保证了分配的公平性，后续得到的目标处置策略会更加准确，目标处置策略的故障处理效果更好。

在本实施例中，主机的故障包括：主机已经发生的故障和预测到的即将发生的故障。处置策略用于针对主机即将或者已经发生的故障，采取必要的措施进行处置，从而缓解故障带来的影响。

S102，获取每个主机分配到的处置策略对对应的主机的影响程度。

在主机分配好处置策略后，主机执行分配的处置策略，然后监测处置策略对主机的影响程度，影响程度可以用主机的一些运行参数来表示。例如，运行参数包括主机的故障时长、故障次数等。具体来说，故障时长可以是主机中安装的虚拟机的中断时长，故障次数可以是主机中安装的虚拟机的中断次数。

通过对主机进行监测，可以获取到这些运行参数，这些运行参数就表示处置策略对主机的影响程度。

应理解，设定系统是在设定时间段内对主机进行监测，从而获取的影响程度。例如，在对主机执行完处置策略后，监测主机一小时内的运行参数，从而确定处置策略对主机的影响程度，比如获取一小时内主机中虚拟机的中断次数。

S103，基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略。

这里，目标处置策略指故障类型的最佳的处置策略，执行目标处置策略，可以具有良好的故障处置效果。

例如，可以将影响程度最有利于故障主机的处置策略，设置为故障类型的目标处置策略。

处置策略对主机的影响程度有变好和变坏两种情况，可以将变好程度最大的处置策略确定为该故障类型的目标处置策略。

在实际应用中，如果故障类型对应的处置策略对主机的影响程度都是变坏，而且都会使得主机的故障程度加深，那么不会从中确定故障类型的目标处置策略，重新为主机分配处置策略。

由于不同的主机可以对应同一个处置策略，因此在确定处置策略对主机的影响程度时，可以计算各主机的影响程度的均值。例如，有3个主机对应同一个处置策略a，在这3个主机执行处置策略a后的一小时内，主机A中的虚拟机的中断次数为3次，主机B中的虚拟机的中断次数为2次，主机C中的虚拟机的中断次数为1次，那么可以取3个主机中的虚拟机的中断次数的均值，均值为2，作为该处置策略a对主机的影响程度。如果一共包括3个处置策略，处置策略b对主机的影响程度为1，处置策略c对主机的影响程度为3，那么可以将处置策略b确定为故障类型的目标处置策略。

本发明实施例通过为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略，获取每个主机分配到的处置策略对对应的主机的影响程度，基于每个主机对应的处置策略的影响程度，确定故障类型的目标处置策略。其中，至少两个主机为设定系统下对应相同故障类型的主机，至少两个处置策略对应该故障类型。本实施例可以实现为故障类型自动确定最佳的处置策略，无需人工参与，可以减少人工成本。并且本实施例基于处置策略的影响程度来确定故障类型的目标处置策略，可以保证为故障类型确定的目标处置策略能够达到最优的故障处置效果。

参考图2，在一实施例中，所述基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略，包括：

S201，基于每个主机对应的处置策略的影响程度，对不同的处置策略的影响程度的差异进行假设检验，得到假设检验结果；

S202，若所述假设检验结果表征所述差异满足统计显著性，将影响程度最小的处置策略确定为所述故障类型的目标处置策略。

本实施例使用假设检验来检验某个处置策略对主机影响程度是否明显小于其他处置策略，如果差异达到统计显著性，可以将影响程度最小的处置策略判定为目标处置策略。

假设检验又称统计假设检验，是用来判断样本与样本、样本与总体的差异是由抽样误差引起还是本质差别造成的统计推断方法。显著性检验是假设检验中的一种方法，其基本原理是先对总体的特征做出某种假设，然后通过抽样研究的统计推理，对此假设应该被拒绝还是接受做出推断。常用的假设检验方法有Z检验、t检验、卡方检验、F检验等。假设检验的基本思想是“小概率事件”原理，其统计推断方法是带有某种概率性质的反证法。小概率思想是指小概率事件在一次试验中基本上不会发生。反证法思想是先提出检验假设，再用适当的统计方法，利用小概率原理，确定假设是否成立。

本实施例假设所有处置策略的影响程度都是相同的，然后使用假设检验方法进行显著性检验，如果假设检验结果表征差异满足统计显著性，则原假设被拒绝了，说明所有处置策略的影响程度不是相同的，可以从中选取影响程度最小的处置策略作为故障类型的目标处置策略。

在一实施例中，所述对不同处置策略的影响程度的差异进行假设检验，包括：

基于不同处置策略的影响程度，计算P值；所述P值表征所有处置策略的影响程度相同的可能性大小；

确定所述P值是否小于设定显著水平；

若所述P值小于所述设定显著水平，得到表征所述差异满足统计显著性的假设检验结果。

P值即概率，反映某一事件发生的可能性大小。P值是指当原假设为真时样本观察结果或更极端结果出现的概率。如果P值很小，说明这种情况发生的概率很小，如果这种情况出现了，根据小概率原理，就有理由拒绝原假设。P值越小，拒绝原假设的理由就越充分。P值的优点事它反映了观察到的实际数据与原假设之间不一致的概率，与传统的拒绝域范围相比，P值是一个具体的值，这样就提供了更多的信息。

应理解，P值的意义不表示不同组影响程度之间的差别大小，P值反映不同组影响程度之间的差别有无统计学意义，并不表示影响程度之间的差别大小。

在实际应用中，可以通过MATLAB函数中的anova1函数、anova2函数，anovan函数和manova1函数计算P值。

在假设检验中，显著性水平表示原假设为真时，拒绝原假设的概率。例如，在本实施例中，设定显著水平可以设置为0.005或0.001，当P值小于0.005或0.001时，拒绝原假设，即所有处置策略的影响程度不是相同的。

在实际应用中，针对2个处置策略时可以使用Welch’s t-test分析差异；针对2个以上的处置策略时，可以使用Welch ANOVA test分析差异，并可以使用Post-hoc分析得到最佳处置策略。

利用假设检验对不同处置策略的影响程度进行分析，从而智能的学习到不同故障类型对应的最佳处置策略，假设检验可以公平合理的确定出故障类型对应的最佳处置策略，可以使得为故障类型分配的处置策略能够达到最优的故障处置效果，最大程度减轻故障导致客户业务的影响。

参考图3，在一实施例中，所述获取每个主机分配到的处置策略对对应的主机的影响程度，包括：

S301，在每个主机执行对应的处置策略后，在设定时间窗口内获取每个主机的故障信息。

S302，基于所述故障信息，确定所述处置策略对对应的主机的影响程度。

所述故障信息包括以下至少一项：

主机中的虚拟机的中断次数；

主机中的虚拟机的中断时长；

主机中的虚拟机的重启次数；

主机中的虚拟机的迁移次数。

设定时间窗口为主机执行对应的处置策略后的一段时间，例如，在执行处置策略后的1小时内。

可以直接将主机中的虚拟机的中断次数、中断时长、重启次数和迁移次数中的任意一个，作为处置策略对主机的影响程度。或者，对中断次数、中断时长、重启次数和迁移次数进行加权计算，计算得到的值作为处置策略对主机的影响程度。

参考图4，在一实施例中，在确定所述故障类型的目标处置策略之后，所述方法还包括：

S401，将所述故障类型的目标处置策略，分配给所述至少两个主机；

S402，获取所述故障类型的目标处置策略对每个主机的影响程度；

S403，确定当前时间窗口和历史时间窗口内的所述影响程度的差异是否满足统计显著性；

S404，若所述差异满足统计显著性，重新确定所述故障类型的目标处置策略。

由于设定系统的软硬件会进行更新，客户工作负载也会发生变化，所以以前确定的目标处置策略的故障处置效果可能在以后并不一定还是最优的。所以本实施例在差异达到统计显著性后，停止分配处置策略，此时为每个故障类型的主机直接分配目标处置策略。后续持续监控每个主机在执行目标处置策略后的影响程度。

从执行目标处置策略开始，如果当前时间窗口内的目标处置策略的影响程度相比历史时间窗口发生显著变化，则重新为主机分配处置策略，重新确定故障类型的目标处置策略。

例如，当前时间窗口可以为当前时间点之前的一小时内，历史时间窗口可以为执行处置策略后的一小时内，如果2个时间窗口内的影响程度的差异满足统计显著性，可能是因为设定系统的软硬件发生了更新，或者是客户工作负载发生了变化，此时需要重新确定故障类型的目标处置策略。

在实际应用中，可以使用Welch’s t-test假设检验分析方法分析当前时间窗口和历史时间窗口内的影响程度在统计学上的差异。例如，计算P值，若P值小于0.005，表示当前的影响程度与历史数据相比有着显著增加，意味着以前确定的目标处置策略的故障处置效果在当前时间可能不再是最好的。此时，重新执行图1所示实施例的步骤，为故障类型重新确定目标处置策略。

本实施例适配设定系统的软硬件更新和客户工作负载的变化，可以自适应调整目标处置策略，及时调整主机的处置策略，最大程度减轻故障导致客户业务的影响。

在一实施例中，所述为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略，包括：

若第一主机在历史时间窗口内发生过故障，且分配过第一处置策略，在所述第一主机再次发生相同故障类型的故障时，分配所述第一处置策略给所述第一主机；所述第一主机为所述至少两个主机中的任意一个主机；所述第一处置策略为所述至少两个处置策略中的任意一个处置策略。

考虑到同一主机可以多次发生或预测同一个故障，若分配不同的处置策略，则违反A/B测试要求的独立同分布的假设，因为不同时间的主机状态可能高度相关。因此，本实施例引入粘性分配方法，分配的处置策略由主机和故障类型确定，即第一主机在以前发生故障类型a时被分配了第一处置策略，后续再发生故障类型a时总是分配第一处置策略。

A/B测试是一种随机测试，将两个不同的东西(即A和B)进行假设比较。可以用来测试某一个变量两个不同版本的差异。本实施例可以基于A/B测试原理来探索最佳处置策略，利用等概率粘性分配方法进行测试实验，利用假设检验分析策略影响程度的差异，从而确定最佳处置策略。

参考图5，图5是本发明实施例提供的一种策略分配流程的示意图，策略分配流程包括：

第一步，等概率粘性分配。

为至少两个主机中的每个主机分配至少两个处置策略中的任意一个处置策略，至少两个主机中的每个主机，分配到至少两个处置策略中的任意一个处置策略的概率是相同的。并且，第一主机在以前发生故障类型a时被分配了第一处置策略，后续再发生故障类型a时总是分配第一处置策略。

第二步，成本收集。

这里的成本，就是上述实施例中的影响程度。在主机执行完处置策略后，在设定时间窗口内监控影响程度，这里的影响程度包括主机中的虚拟机中断次数、中断时间、迁移次数等。

第三步，成本达到显著差异。

使用假设检验来检验某个处置策略的影响程度是否明显小于其他处置策略。若成本差异达到统计显著性，将成本最小的处置策略判定为最佳处置策略。否则，继续随机分配处置策略。由于每个处置策略较大的改变每个主机的虚拟机中断次数，使用假设检验来检验不同处置策略的差异。例如，针对2个处置策略时可以使用Welch’s t-test分析差异，针对3个以及更多的处置策略时，可以使用Welch ANOVAtest分析差异，并可以使用Post-hoc分析得到最佳处置策略。

第四步，最佳处置策略分配。

当成本差异达到统计显著性后，停止随机分配处置策略，此时每个故障类型的主机直接分配最佳的处置策略，后续持续监控每个主机在执行最佳处置策略后的成本。

第五步，成本达到显著增加。

若最佳处置策略对应的成本发生显著增加，则重新开始随机分配策略，探索最佳处置策略。可以利用Welch’s t-test，分析当前时间窗口和历史时间窗口的成本数据在统计学上的差异。计算P值，若P值小于0.005，表示当前的成本与历史数据有着显著增加，意味着以前确定的最佳策略可能不再是最好的。

本实施例利用等概率粘性分配方法进行测试实验，利用假设检验分析处置策略执行成本的差异，从而确定最佳处置策略。本实施例可以实现为故障类型自动确定最佳处置策略，为故障类型分配的处置策略能够达到最优的故障处置效果。无需人工参与，可以减少人工成本。并且适配设定系统的软硬件更新和客户工作负载的变化，可以自适应调整最佳处置策略，及时调整主机的处置策略，最大程度减轻故障导致客户业务的影响。

如图6所示，图6是本发明应用实施例提供的一种云主机策略分配场景的示意图。图6中的云主机包括云主机1至云主机5，当然这里的云主机1至云主机5只是一种示例，并不是对云系统的云主机数量的限定。

其中，云主机1、云主机2和云主机3对应相同的故障类型，云主机4和云主机5对应相同的故障类型。每一种故障类型都对应至少两个处置策略，为云主机1、云主机2和云主机3分配至少两个处置策略A中的一个处置策略，以及为云主机4和云主机5分配至少两个处置策略B中的一个处置策略。

然后获取每个云主机分配到的处置策略对云主机的影响程度，基于每个云主机对应的处置策略的影响程度，确定故障类型的目标处置策略。

最后，将故障类型的目标处置策略分配给对应的云主机，以此实现为故障类型自动确定最佳的处置策略。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

需要说明的是，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

参考图7，图7是本发明实施例提供的一种策略分配装置的示意图，如图7所示，该装置包括：

分配模块，用于为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略；所述至少两个主机为设定系统下对应相同故障类型的主机；所述至少两个处置策略对应所述故障类型；

获取模块，用于获取每个主机分配到的处置策略对对应的主机的影响程度；

确定模块，用于基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略。

在上述实施例中，所述确定模块基于每个主机对应的处置策略的影响程度，确定所述故障类型的目标处置策略，包括：

基于每个主机对应的处置策略的影响程度，对不同的处置策略的影响程度的差异进行假设检验，得到假设检验结果；

若所述假设检验结果表征所述差异满足统计显著性，将影响程度最小的处置策略确定为所述故障类型的目标处置策略。

在上述实施例中，所述确定模块对不同处置策略的影响程度的差异进行假设检验，包括：

基于不同处置策略的影响程度，计算P值；所述P值表征所有处置策略的影响程度相同的可能性大小；

确定所述P值是否小于设定显著水平；

若所述P值小于所述设定显著水平，得到表征所述差异满足统计显著性的假设检验结果。

在上述实施例中，所述获取模块获取每个主机分配到的处置策略对对应的主机的影响程度，包括：

在每个主机执行对应的处置策略后，在设定时间窗口内获取每个主机的故障信息；

基于所述故障信息，确定所述处置策略对对应的主机的影响程度；

所述故障信息包括以下至少一项：

主机中的虚拟机的中断次数；

主机中的虚拟机的中断时长；

主机中的虚拟机的重启次数；

主机中的虚拟机的迁移次数。

在上述实施例中，所述至少两个主机中的每个主机，分配到所述至少两个处置策略中的任意一个处置策略的概率是相同的。

在上述实施例中，所述装置还包括：重置模块；

实施重置模块用于：将所述故障类型的目标处置策略，分配给所述至少两个主机；获取所述故障类型的目标处置策略对每个主机的影响程度确定当前时间窗口和历史时间窗口内的所述影响程度的差异是否满足统计显著性；若所述差异满足统计显著性，重新确定所述故障类型的目标处置策略。

在上述实施例中，所述分配模块为至少两个主机中的每个主机分配至少两个处置策略中的一个处置策略，包括：

若第一主机在历史时间窗口内发生过故障，且分配过第一处置策略，在所述第一主机再次发生相同故障类型的故障时，分配所述第一处置策略给所述第一主机；所述第一主机为所述至少两个主机中的任意一个主机；所述第一处置策略为所述至少两个处置策略中的任意一个处置策略。

实际应用时，所述分配模块、获取模块和确定模块可通过电子设备中的处理器，比如中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SignalProcessor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)等实现。

需要说明的是：上述实施例提供的策略分配装置在进行策略分配时，仅以上述各模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的模块完成，即将装置的内部结构划分成不同的模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的策略分配装置与策略分配方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述策略分配装置可以是镜像文件形式，该镜像文件被执行后，可以以容器或者虚拟机的形式运行，以实现本申请所述的策略分配方法。当然也不局限为镜像文件形式，只要能够实现本申请所述的策略分配方法的一些软件形式都在本申请的保护范围之内。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种电子设备。图8为本申请实施例电子设备的硬件组成结构示意图，如图8所示，电子设备包括：

通信接口，能够与其它设备比如网络设备等进行信息交互；

处理器，与所述通信接口连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述电子设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器上。

在实际应用中，电子设备可以为设定系统中的一台主机。

当然，实际应用时，电子设备中的各个组件通过总线系统耦合在一起。可理解，总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统。

上述电子设备可以是集群形式，比如是云计算平台形式，所谓云计算平台是采用计算虚拟化、网络虚拟化、存储虚拟化技术把多个独立的服务器物理硬件资源组织成池化资源的一种业务形态，它是一种基于虚拟化技术发展基础上软件定义资源的结构，可以提供虚拟机、容器等形态的资源能力。通过消除硬件与操作系统之间的固定关系，依赖网络的连通统一资源调度，然后提供所需要的虚拟资源和服务，是一种新型的IT，软件交付模式，具备灵活，弹性，分布式，多租户，按需等特点。

目前的云计算平台支持几种服务模式：

SaaS(Software as a Service，软件即服务)：云计算平台用户无需购买软件，而改为租用部署于云计算平台的软件，用户无需对软件进行维护，软件服务提供商会全权管理和维护软件；

PaaS(Platform as a Service，平台即服务)：云计算平台用户(此时通常为软件开发商)可以在云计算平台提供的架构上建设新的应用，或者扩展已有的应用，同时却不必购买开发、质量控制或生产服务器；

IaaS(Infrastructure as a Service，基础架构即服务)：云计算平台通过互联网提供了数据中心、基础架构硬件和软件资源，IaaS模式下的云计算平台可以提供服务器、操作系统、磁盘存储、数据库和/或信息资源。

本申请实施例中的存储器用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。

可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic RandomAccess Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double DataRate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。

可选地，所述处理器执行所述程序时实现本申请实施例的各个方法中由电子设备实现的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器，上述计算机程序可由电子设备的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置、电子设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本申请实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。