rewall_policy_id": ^0699330 l-b472-44f9-8226-30dc4ffd454c//,
[0090]〃id":"3b0ef8f4-82c7-44d4-a4fb-6177f9a21977",
[0091]"name":"B",
[0092]〃status〃: "ACTIVE",
[0093]〃tenant_id〃:〃45977fa2dbd7482098dd68d0d8970117〃
[0094]其中，返回的防火墙服务的相关信息中包括服务id，防火墙节点ID，防火墙状态，描述，用户id等信息。
[0095]通过以上描述可知，本发明基于现有OpenStack架构，通过实时监测各资源节点的性能参数来确定各资源节点中的可分配资源节点，并根据预设调度策略从所述可分配资源节点中为用户分配最优资源节点；实现了 OpenStack架构中业务资源的优化分配，灵活、动态的进行资源调度，提高了资源的利用率。
[0096]请参见图4，本发明还提出一种业务资源的调度装置40，应用于OpenStack控制器上；其中，请参见图5，作为承载所述业务资源的调度装置40的OpenStack控制器涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等。以软件实现为例，本发明装置40通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置；所述装置40包括:
[0097]探测模块401，用于周期性的探测各资源节点的性能参数；
[0098]收发模块402，用于接收用户的资源获取请求，并将分配模块403分配的最优资源节点返回给该用户；
[0099]分配模块403，用于根据探测到的各性能参数确定出所述各资源节点中的可分配资源节点；根据该资源获取请求以及预设调度策略从所述可分配资源节点中为所述用户分配最优资源节点，并将所述最优资源节点返回给收发模块402。
[0100]在本实施例中，该各性能参数包括CPU使用率以及内存使用率；
[0101]分配模块403进一步用于:
[0102]判断各资源节点的CPU使用率和/或内存使用率是否大于预设阈值；
[0103]当判断出各业务资源节点中的任一资源节点的CPU使用率和/或内存使用率大于预设阈值时，则确定该资源节点为不可分配资源节点；反之，则确定该资源节点为可分配资源节点。
[0104]在本实施例中，分配模块403进一步用于:
[0105]比较可分配资源节点中各资源节点的优先级；
[0106]将优先级最高的资源节点作为最优资源节点分配给用户。
[0107]在本实施例中，该各性能参数还包括表征资源节点的资源可利用度的业务性能参数；
[0108]分配模块403进一步用于:
[0109]当可分配资源节点中包括多个优先级相同的最优资源节点时，比较多个优先级相同的最优资源节点的业务性能参数；
[0110]根据业务性能参数的比较结果选择当前资源可利用度较高的资源节点分配给用户。
[0111]在本实施例中，该业务性能参数包括业务流量大小和业务响应时间；
[0112]其中，业务流量较小的资源节点的资源可利用度较高；业务响应时间较短的资源节点的资源可利用度较高。
[0113]本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可进一步拆分成多个子模块。上述发明实施例编号仅仅为了描述，不代表实施例的优劣。
[0114]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
【主权项】
1.一种业务资源的调度方法，应用于OpenStack控制器上，其特征在于，所述方法包括: 周期性的探测各资源节点的性能参数； 根据探测到的各性能参数确定出所述各资源节点中的可分配资源节点； 接收用户的资源获取请求，根据该资源获取请求以及预设调度策略从所述可分配资源节点中为所述用户分配最优资源节点，并将所述最优资源节点返回给所述用户。2.如权利要求1所述的方法，其特征在于，所述各性能参数包括CPU使用率以及内存使用率； 所述根据探测到的各性能参数确定所述各资源节点中的可分配资源节点包括: 判断所述各资源节点的CPU使用率和/或内存使用率是否大于预设阈值； 当判断出所述各业务资源节点中的任一资源节点的CPU使用率和/或内存使用率大于所述预设阈值时，则确定该资源节点为不可分配资源节点；反之，则确定该资源节点为可分配资源节点。3.如权利要求1所述的方法，其特征在于，所述根据预设调度策略从所述可分配资源节点中为所述用户分配最优资源节点包括: 比较所述可分配资源节点中各资源节点的优先级； 将优先级最高的资源节点作为最优资源节点分配给所述用户。4.如权利要求4所述的方法，其特征在于，所述各性能参数还包括表征资源节点的资源可利用度的业务性能参数； 所述根据预设调度策略从所述可分配资源节点中为所述用户分配最优资源节点包括: 当所述可分配资源节点中包括多个优先级相同的最优资源节点时，比较所述多个优先级相同的最优资源节点的业务性能参数； 根据所述业务性能参数的比较结果选择当前资源可利用度较高的资源节点分配给所述用户。5.如权利要求4所述的方法，其特征在于，所述业务性能参数包括业务流量大小和业务响应时间； 其中，业务流量较小的资源节点的资源可利用度较高；业务响应时间较短的资源节点的资源可利用度较高。6.一种业务资源的调度装置，应用于OpenStack控制器上，其特征在于，所述装置包括: 探测模块，用于周期性的探测各资源节点的性能参数； 收发模块，用于接收用户的资源获取请求，并将分配模块分配的最优资源节点返回给该用户； 分配模块，用于根据探测到的各性能参数确定出所述各资源节点中的可分配资源节点；根据该资源获取请求以及预设调度策略从所述可分配资源节点中为所述用户分配最优资源节点，并将所述最优资源节点返回给收发模块。7.如权利要求6所述的装置，其特征在于，所述各性能参数包括CPU使用率以及内存使用率; 所述分配模块进一步用于: 判断所述各资源节点的CPU使用率和/或内存使用率是否大于预设阈值； 当判断出所述各业务资源节点中的任一资源节点的CPU使用率和/或内存使用率大于所述预设阈值时，则确定该资源节点为不可分配资源节点；反之，则确定该资源节点为可分配资源节点。8.如权利要求6所述的装置，其特征在于，所述分配模块进一步用于: 比较所述可分配资源节点中各资源节点的优先级； 将优先级最高的资源节点作为最优资源节点分配给所述用户。9.如权利要求8所述的装置，其特征在于，所述各性能参数还包括表征资源节点的资源可利用度的业务性能参数； 所述分配模块进一步用于: 当所述可分配资源节点中包括多个优先级相同的最优资源节点时，比较所述多个优先级相同的最优资源节点的业务性能参数； 根据所述业务性能参数的比较结果选择当前资源可利用度较高的资源节点分配给所述用户。10.如权利要求9所述的装置，其特征在于，所述业务性能参数包括业务流量大小和业务响应时间； 其中，业务流量较小的资源节点的资源可利用度较高；业务响应时间较短的资源节点的资源可利用度较高。
【专利摘要】本发明提出一种业务资源的调度方法和装置，该方法应用于OpenStack控制器上，包括：周期性的探测各资源节点的性能参数；根据探测到的各性能参数确定出各资源节点中的可分配资源节点；接收用户的资源获取请求，根据该资源获取请求以及预设调度策略从可分配资源节点中为用户分配最优资源节点，并将最优资源节点返回给用户。通过本发明实现了OpenStack架构中业务资源的优化分配，灵活、动态的进行资源调度，提高了资源的利用率。
【IPC分类】H04L29/08, G06F9/50
【公开号】CN105335229
【申请号】CN201410359705
【发明人】吕振峰, 孙松儿
【申请人】杭州华三通信技术有限公司
【公开日】2016年2月17日
【申请日】2014年7月25日
【公告号】WO2016011953A1