擎的QoS满足QoS阈值。
[0092]当搜索引擎的QoS满足QoS阈值之后，随着应用运行过程中搜索引擎负载的变化，搜索引擎可能会出现一些空闲资源。因此，可在搜索引擎的QoS满足QoS阈值之后，检测运行在各个物理节点上的搜索引擎是否有空闲资源，假如检测到物理节点2上运行的搜索引擎上有空闲资源，且根据资源利用率的检测发现空闲资源为I/O资源，则减少物理节点2上的搜索引擎所占用的1个单位的I/O资源，并将此I/O资源调整至物理节点2上对搜索引擎在I/O资源上的干扰度最小的分析类应用k-means应用，如此循环，直至再调整将导致搜索引擎的QoS不满足QoS阈值。这样充分利用了服务类应用的空闲资源，提高了分析类应用的性能，从而提高了系统的整体性能。另外，本实施例中，每次对CPU和/或I/O资源的调整都是以1个单位为粒度逐步调整的，调整粒度较细，能够进一步减小资源的开销，提高系统资源利用率。
[0093]另外，需要说明的是，本实施例中，在应用部署时，可以依据本实施例提到的干扰度计算方法计算分析类应用对服务类应用在每类资源上的干扰度，从而避免将对服务类应用干扰大的分析类应用与服务类应用部署在同一物理节点上；同时在虚拟机迁移的过程中，还可以依据前面计算得到的干扰度，将对服务类应用干扰小的分析类应用的虚拟机迁移过来，从而优化整个系统的资源整合。
[0094]本实施例中，在应用运行的过程中，会检测服务类应用的QoS是否满足QoS阈值，若不满足，则在确定瓶颈节点及待补充资源后，在瓶颈节点中查找对服务类应用在待补充资源上干扰度最大的分析类应用，将查找到的对服务类应用在待补充资源上干扰度最大的分析类应用占用的待补充资源分配给服务类应用，以使得服务类应用的QoS满足QoS阈值，然后会继续检测服务类应用是否有空闲资源，如有，则将服务类应用的空闲资源调整至对服务类应用在空闲资源上的干扰度最小的分析类应用。本实施例中，在应用运行的过程中，基于干扰度对资源进行调整，能够保证服务类应用的QoS，且能提升分析类应用的性能，提高了系统资源利用率，从而提高了系统的整体性能。
[0095]下面介绍本发明实施例提供的资源管理装置，本发明实施例提供的资源管理装置应用于资源管理系统，资源管理系统中分布有至少两个物理节点，每个物理节点上运行有服务类应用及分析类应用，请参阅图4，本实施例的资源管理装置400包括:
[0096]第一检测单元401，用于检测服务类应用的服务质量QoS是否满足QoS阈值；
[0097]第二检测单元402，用于在服务类应用的QoS不满足QoS阈值时，在资源管理系统中检测服务类应用的瓶颈节点，瓶颈节点指的是针对请求响应时间最长的服务类应用所在的物理节点；
[0098]确定单元403，用于确定服务类应用的待补充资源；
[0099]第一调整单元404，用于在瓶颈节点中查找对服务类应用在待补充资源上干扰度最大的分析类应用，将查找到的对服务类应用在待补充资源上干扰度最大的分析类应用占用的待补充资源分配给服务类应用，以使得服务类应用的QoS满足QoS阈值。
[0100]本实施例中，在应用运行的过程中，第一检测单元会检测服务类应用的QoS是否满足QoS阈值，若不满足，则在第二检测单元检测到瓶颈节点及确定单元确定待补充资源后，第一调整单元在瓶颈节点中查找对服务类应用在待补充资源上干扰度最大的分析类应用，将查找到的对服务类应用在待补充资源上干扰度最大的分析类应用占用的待补充资源分配给服务类应用，以使得服务类应用的QoS满足QoS阈值。本发明实施例中，在应用运行的过程中，第一调整单元基于干扰度对资源进行调整，能够保证服务类应用的QoS，提高资源的利用率。
[0101]为便于理解，下面以一具体实施例对本发明的资源管理装置进行描述，请参阅图5，本发明资源管理装置500包括:
[0102]第四检测单元501，用于在检测每个物理节点上的每个分析类应用对服务类应用在每类资源上的干扰度，每个分析类应用对服务类应用在每类资源上的干扰度指的是:调整每个分析类应用单位数量的每类资源所造成的服务类应用的响应时间变化值；
[0103]第一检测单元502，用于检测服务类应用的服务质量QoS是否满足QoS阈值；
[0104]第二检测单元503，用于在服务类应用的QoS不满足QoS阈值时，在资源管理系统中检测服务类应用的瓶颈节点，瓶颈节点指的是针对请求响应时间最长的服务类应用所在的物理节点；
[0105]确定单元504，用于确定服务类应用的待补充资源；
[0106]第一调整单元505，用于在瓶颈节点中查找对服务类应用在待补充资源上干扰度最大的分析类应用，将查找到的对服务类应用在待补充资源上干扰度最大的分析类应用占用的待补充资源分配给服务类应用，以使得服务类应用的QoS满足QoS阈值；
[0107]第三检测单元506，用于检测运行在各个物理节点上的服务类应用是否有空闲资源；
[0108]第二调整单元507，用于在任意一个物理节点上运行的服务类应用有空闲资源时，在所述物理节点上查找对服务类应用在空闲资源上干扰度最小的分析类应用，在保证服务类应用的QoS满足QoS阈值的前提下，将空闲资源分配给对服务类应用在空闲资源上干扰度最小的分析类应用。
[0109]其中，所述每类资源包括CPU资源和1/0资源，确定单元504包括第一检测子单元5041及第一确定子单元5042，具体地:
[0110]第一检测子单元5041用于，检测服务类应用的CPU资源和1/0资源的利用率是否大于预设阈值；
[0111]第一确定子单元5042用于，当服务类应用的CPU资源和/或1/0资源的利用率大于预设阈值时，确定CPU资源和/或1/0资源为待补充资源。
[0112]其中，第三检测单元506包括第二检测子元5061及第二确定子单元5062，具体地:
[0113]第二检测子元5061用于，检测各个物理节点上的服务类应用的CPU资源和1/0资源的利用率是否小于或等于预设阈值；
[0114]第二确定子单元5062用于，当服务类应用的CPU资源和/或1/0资源的利用率小于或等于预设阈值时，确定CPU资源和/或1/0资源为空闲资源。
[0115]为便于理解，下面以一具体实施例说明资源管理装置500内的各个单元之间的交互过程，具体如下:
[0116]首先，第四检测单元501检测每个物理节点上的每个分析类应用对服务类应用在每类资源上的干扰度。具体实现中，上述每类资源包括CPU资源和I/O资源，CPU资源例如缓存Cache、旁路转换缓冲(Translat1n Lookaside Buffer, TLB)等，CPU资源可用每一时钟脉冲周期可执行的指令(Instruct1n Per Cycle, IPC)来衡量；I/0资源例如网络、磁盘带宽等，I/O资源可用读/写速率来衡量。
[0117]每个分析类应用对服务类应用在每类资源上的干扰度指的是:调整每个分析类应用单位数量的每类资源所造成的服务类应用的响应时间变化值。例如，针对分析类应用，减少或增加其1个CPU核数或减少其1GB内存，所造成服务类应用的响应时间变化值，该响应时间变化值越大，说明该分析类应用对服务类应用在该类资源的干扰度越大。
[0118]每个分析类应用对服务类应用在每类资源上的干扰度可由第四检测单元501在应用运行前统一检测，然后在应用运行的过程中，根据收集的分析类应用的各类资源的变化情况及对应的服务类应用的响应时间变化值来重新计算，然后根据重新计算所得的干扰度对原始计算得到的干扰度进行更新。为了减小计算更新干扰度产生的开销，计算更新活动可以选择物理节点空闲时间进行，同时使用增量式的更新方法。
[0119]接下来，在应用运行的过程中，第一检测单元502检测服务类应用的服务质量QoS是否满足QoS阈值。具体实现中，QoS阈值可根据实际需要预先设定，服务类应用分别运行在多个物理节点上，在服务类应用运行的过程中，第一检测单元502可实时检测每个物理节点上运行的服务类应用的QoS是否满足QoS阈值。
[0120]当第一检测单元502的检测结果为服务类应用的服务质量QoS不满足QoS阈值时，第二检测单元503在资源管理系统中检测服务类应用的瓶颈节点，瓶颈节点指的是针对请求响应时间最长的服务类应用所在的物理节点。
[0121]接下来确定单元504确定服务类应用的待补充资源。具体地，可由第一检测子单元5041检测服务类应用的CPU资源和1/0资源的利用率是否大于预设阈值，若服务类应用的CPU资源和/或1/0资源的利用率大于预设阈值，则第一确定子单元5042确定CPU资源和/或1/0资源为待补充资源。
[0122]在确定单元504确定待补充资源后，第一调整单元505在瓶颈节点中查找对服务类应用在待补充资源上干扰度最大的分析类应用，将查找到的对服务类应用在待补充资源上干扰度最大的分析类应用占用的待补充资源分配给服务类应用，以使得服务类应用的QoS满足QoS阈值。
[0123]经过第一调整单元505调整后，服务类应用的QoS满足了 QoS阈值，随着应用运行过程中服务类应用负载的变化，服务类应用可能会出现一些空闲资源，此时可由第三检测单元506检测运行在各个物理节点上的服务类应用是否有空闲资源，具体地，可由第二检测子单元5061检测各个物理节点上的服务类应用的CPU资源和1/0资源的利用率是否小于或等于预设阈值，若服务类应用的CPU资源和/或1/0资源的利用率小于或等于预设阈值，则第二确定子单元5062确定CPU资源和/或1/0资源为空闲资源。
[0124]当第三检测单元506检测到任意一个物理节点上运行的服务类应用有空闲资源时，第二调整单元507在物理节点上查找对服务类应用在空闲资源上干扰度最小的分析类应用，在保证服务类应用的QoS满足QoS阈值的前提下，将空闲资源分配给对服务类应用在空闲资源上干扰度最小的分析类应用。