CN116599901B - 业务调度方法、装置、计算机设备及存储介质 - Google Patents
业务调度方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN116599901B CN116599901B CN202310696018.9A CN202310696018A CN116599901B CN 116599901 B CN116599901 B CN 116599901B CN 202310696018 A CN202310696018 A CN 202310696018A CN 116599901 B CN116599901 B CN 116599901B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- service
- tenant
- traffic
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 97
- 238000004891 communication Methods 0.000 claims abstract description 56
- 238000013138 pruning Methods 0.000 claims description 87
- 238000013507 mapping Methods 0.000 claims description 47
- 230000004044 response Effects 0.000 claims description 36
- 238000012545 processing Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 16
- 230000006855 networking Effects 0.000 claims description 13
- 238000012216 screening Methods 0.000 claims description 12
- 238000007477 logistic regression Methods 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 5
- 230000001419 dependent effect Effects 0.000 claims description 4
- 230000008447 perception Effects 0.000 claims 1
- 230000002349 favourable effect Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 15
- 230000003068 static effect Effects 0.000 description 10
- 238000004364 calculation method Methods 0.000 description 8
- 238000004422 calculation algorithm Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008602 contraction Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003012 network analysis Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/76—Routing in software-defined topologies, e.g. routing between virtual machines
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/30—Routing of multiclass traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及一种业务调度方法、装置、计算机设备及存储介质,涉及通信技术领域。业务调度方法包括:感知虚拟机的状态信息,获取租户业务的业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。采用本方法能够多维度地进行业务调度,有利于精细化控制网络流量。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种业务调度方法、业务调度装置、计算机设备以及计算机可读存储介质。
背景技术
在虚拟网络架构下实现调用软件定义网络的接口,通知软件定义网络开通虚拟机接入虚拟机交换机的网络中,通常虚拟机的接入位置是由虚拟网络架构指定。按照虚拟网络架构所指定的位置将租户的流量转发至指定的虚拟机,存在业务转发死板等的问题,容易出现业务调度异常的情况。
发明内容
基于此,有必要针对上述技术问题,提供一种能够多维度地进行业务调度,有利于精细化控制网络流量的业务调度方法、业务调度装置、计算机设备以及计算机可读存储介质。
一方面,提供一种业务调度方法,业务调度方法包括:感知虚拟机的状态信息,获取租户业务的业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
另一方面,提供了一种业务调度装置。业务调度装置包括:控制台、虚拟网络架构以及软件定义云网络。控制台用于接收用户指令,用户指令用于变更虚拟机的状态信息和/或租户业务的业务信息。虚拟网络架构用于感知虚拟机的状态以及感知用户指令。软件定义云网络包括向控制台和/或虚拟网络架构开放的应用程序接口,用于通过应用程序接口获取状态信息以及业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
再一方面,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:感知虚拟机的状态信息,获取租户业务的业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
又一方面,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:感知虚拟机的状态信息,获取租户业务的业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
上述业务调度方法、业务调度装置、计算机设备以及计算机可读存储介质,通过预先设置优先级不同的第一路由和第二路由至少两种转发方式,可以根据租户业务的业务信息选择转发租户业务的方式。其中,第一路由的优先级高于第二路由的优先级,如是可以通过第一路由保障租户业务的服务质量,通过第二路由节省链路开销。与此同时,还会根据业务信息以及虚拟机的状态信息对租户业务的路由路径以及目的虚拟机进行编排,以相对客观地为租户业务分配合理的虚拟机进行服务。可见,本申请通过至少两个维度对租户业务访问虚拟机进行调度,实现对流量的精细化控制,有利于保障租户业务的服务质量,同时减小业务调度的计算代价。
附图说明
图1是本申请业务调度方法一实施例的应用环境图;
图2是本申请数据通信方法一实施例的流程示意图;
图3是本申请业务调度方法第一实施例的流程示意图;
图4a-图4b是本申请业务调度方法第二实施例的流程示意图;
图5是本申请业务调度方法第三实施例的流程示意图;
图6是本申请虚拟网络架构通知软件定义云网络方法第一实施例的流程示意图;
图7是本申请虚拟网络架构通过软件定义云网络方法第二实施例的流程示意图;
图8是本申请剪枝处理方法第一实施例的流程示意图;
图9是本申请剪枝处理方法第二实施例的流程示意图;
图10是本申请业务调度方法第四实施例的流程示意图;
图11是本申请业务调度装置一实施例的结构示意图;
图12是本申请多维模型一实施例的结构示意图;
图13是本申请数据通信系统一实施例的结构示意图;
图14是本申请计算机设备一实施例的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的业务调度方法,可以应用于如图1所示的应用环境中,图1是本申请业务调度方法一实施例的应用环境图。
终端102通过网络与服务器104通过网络进行通信。
服务器104可以被配置有业务调度装置、虚拟机等。用户的终端102可以通过网络向虚拟机发送租户业务。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
如图2所示,提供一种数据通信方法,图2是本申请数据通信方法一实施例的流程示意图。
数据通信方法可以是在虚拟网络架构(Network Functions Virtualization,NFV)和软件定义云网络(Software Defined Network,SDN)的基础上进行工作。以下通过VFN和SDN对数据通信方法进行描述。
在NFV场景下,VPN服务装载于虚拟机(Virtual Machine,VM)里,部署在网络服务区,采用多个VM进行负载分担,多个VM共享同一个物理交换机的网际协议地址(loopbackIP,回送地址)。
外网访问VNF流量报文目的IP地址为虚拟化的网络功能模块(VirtualisedNetwork Function,VNF)的Loopback IP(回送地址),下一跳指向SDN网关(gateway,GW)的Loopback IP。
SDN网关侧配置目的IP地址是VNF Loopback IP的等价路由(Equal Cost Multi-path,ECMP)静态路由,下一跳是ECMP的VM对应的虚拟网卡(Virtualised NIC,vNIC)或子接口IP地址。
SDN GW支持BFD功能,BFD报文目的局域网地址(Media Access Control Address,MAC地址)为静态路由VM的vNIC接口MAC地址,目的IP地址为本端SDN网关的loopback IP。通过SDN网关ECMP静态路由实现多个VNF虚拟机的负载分担,通过子接口虚拟局域网(VirtualLocal Area Network,VLAN)实现VNF虚拟机支持不同的租户共享一个VNF虚拟机。
通过NFV联动SDN实现租户VLAN和虚拟网络接口(Virtual Network Interface,VNI)的映射,自动开通VNF虚拟机接入的虚拟网络和SDN网关,自动开通NFV VPC和租户VPC的网络。
在一个实施例中,如图3所示,提供了一种业务调度方法,图3是本申请业务调度方法第一实施例的流程示意图。以业务调度方法应用于图1中的服务器为例进行说明,包括以下步骤:
S201:感知虚拟机的状态信息,获取租户业务的业务信息。
在本实施例中,虚拟机(Virtual Machine,VM)是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。在实体计算机中能够完成的工作在虚拟机中都能够实现。
状态信息可以包括能够标识虚拟机的工作状态的信息。例如,虚拟机的通信状态、通信协议、转发流量、虚拟机的端口标识等。
多租户是指软件架构支持一个实例服务多个用户,用户与租户(tenant)之间具有映射关系,软件给予租户可以对系统进行部分定制的能力。
业务信息可以包括租户以及租户业务相关的信息。例如,租户身份标识、用户身份标识、业务优先级等。
感知虚拟机的状态信息以及获取租户业务的业务信息,有利于结合二者相对客观地将租户业务路由至合适的虚拟机,从而有利于合理分配流量。
S202:基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级。
在本实施例中,识别租户业务的业务信息,选择适用于该租户业务的转发方式。转发方式至少包括第一路由以及第二路由。
其中,第一路由的优先级高于第二路由的优先级,相应地,第二路由的计算代价小于第一路由的计算代价。如是通过至少两种优先级的路由进行业务调度,以实现保障不同租户业务的服务质量,同时减小业务调度的计算代价。
例如,第一路由的路由优先级为100,第二路由的路由优先级为80。亦或是,第一路由为专线路由,第二路由为静态路由。
S203:结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机。
在本实施例中,在确定租户业务的转发方式后,可以结合虚拟机的状态以及租户业务的业务信息,对租户业务的路由路径以及目的虚拟机进行编排。
可选地,虚拟机可以具有不同属性,分为专用虚拟机和公用虚拟机。第一路由指向的目的虚拟机为专用虚拟机,第二路由指向的目的虚拟机为公用虚拟机。
亦或是,虚拟机可以具有不同规格(性能),分为高优先级虚拟机和低优先级虚拟机。高优先级虚拟机的处理能力优于低优先级虚拟机。第一路由指向的目的虚拟机为高优先级虚拟机,第二路由指向的目的虚拟机为低优先级的虚拟机。
在编排租户业务的路由路径以及目的虚拟机时,可以直接在路由的成员列表中添加下一跳指向的目的虚拟机的网际协议地址。亦或是,可以是执行一定的业务调度策略对虚拟机进行筛选后,添加下一跳指向的目的虚拟机的网际协议地址,以保障租户业务可靠访问虚拟机,具体将在后文进行阐述。
S204:控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
在本实施例中,响应于选定第一路由作为转发方式,控制租户业务通过第一路由按照路由路径访问目的虚拟机。
响应于选定第二路由作为转发方式,控制租户业务通过第二路由按照路由路径访问目的虚拟机。
上述业务调度方法中,通过第一路由和第二路由至少两种转发方式,可以通过第一路由保障租户业务的服务质量,通过第二路由节省链路开销。与此同时,可以结合业务信息以及状态信息编排路由路径以及目的虚拟机,以相对客观地为租户业务分配合理的虚拟机进行服务。如是,本实施例中通过至少两个维度对租户业务访问虚拟机进行调度,实现对流量的精细化控制,有利于保障租户业务的服务质量,同时减小业务调度的计算代价。本实施例中可以提供更灵活、等智能的弹性扩缩容技术以及多租多活的服务,有利于提高应用业务的高可用性,提升云平台的价值。
在一个实施例中,如图4a-图4b所示,提供了另一种业务调度方法,图4a-图4b是本申请业务调度方法第二实施例的流程示意图。其中,图4a是业务调度方法的流程示意图,图4b是调度决策条件的流程示意图。
关于本实施例中涉及剪枝处理可以包括,自路由的成员列表中删除下一跳指向进行剪枝处理的虚拟机的网际协议地址。换言之,可以将需要进行剪枝处理的虚拟机作为剪枝虚拟机,自路由的成员列表中删除下一跳指向剪枝虚拟机的网际协议地址。本实施例中的剪枝处理可以如此进行,在下文就不再赘述。
S301:感知虚拟机的状态信息,获取租户业务的业务信息。
在本实施例中,虚拟机的状态信息包括各虚拟机的转发流量,转发流量包括实时流量。
可选地,可以监控各虚拟机的入方向流量作为实时流量。可以通过虚拟网卡(vNIC)实时地对入方向流量进行监控,统计形成实时流量,也可以是周期性地获取实时流量,亦或是在满足预设条件时获取实时流量。
判断虚拟机的实时流量是否达到第三流量阈值。响应于虚拟机的实时流量达到第三流量阈值,向用户反馈提示信息,以便于用户及时知悉虚拟机的流量情况,从而有利于用户及时地对业务访问逻辑进行干预。其中,第三流量阈值应当不大于前文中的第一流量阈值和第二流量阈值,以起到预先对流量进行监控及筛选的作用,还可以通知通过事件通知软件定义云网络,由软件定义云网络对租户业务和虚拟机进行调整,从而有利于可靠地进行业务调度。
举例而言,在向用户反馈提示信息时,可以获取实时流量达到第三流量阈值的网际协议地址。获取网关上下一跳指向网际协议地址的路由的目的网段。基于目的网段获取租户的虚拟私有云,统计租户虚拟私有云的租户业务分布,形成提示信息并反馈用户。
进一步地,还可以当虚拟机的入方向流量达到第四流量阈值,则对虚拟机进行剪枝处理。
其中,第四流量阈值不小于第三流量阈值。也就是说,第四流量阈值与第三流量阈值可以相等,例如,第三流量阈值为80%,第四流量阈值为80%。第四流量阈值还可以大于第三流量阈值,例如,第三流量阈值为80%,第四流量阈值为85%。换言之,可以在入方向流量达到第三流量阈值时向用户反馈提示信息,同时进行剪枝处理;也可以在入方向流量达到第三流量阈值时向用户反馈提示信息,并在达到大于第三流量阈值的第四流量阈值时再对虚拟机进行剪枝处理。
举例而言,若虚拟网络架构监控到已有业务的流量超限(超过第三流量阈值和/或第四流量阈值),通知软件定义云网络。软件定义云网络根据上报的虚拟网络架构的虚拟机的网际协议地址,查找对应网关上所有下一跳指向该流量超限的虚拟机的路由。根据所找到的路由的目的网段查找所有租户的虚拟私有云,软件定义云网络计算出监控到的这台虚拟机的流量超限,并且所有租户虚拟私有云的业务分布到虚拟机的业务统计。向用户发出告警提示,提示这台虚拟机用户流量超限,并展示当前租户业务分布的统计计数,以便于用户根据这些业务分布统计来做出判断,可以手动地将一些高优先级的租户业务迁移调整到一些较为空闲的虚拟机上。也可以由软件定义云网络自行进行决策,对租户业务进行迁移调整。如是,可以实现网络服务区的虚拟网络架构的集群虚拟机的流量均衡,从而有利于保证客户业务的网络流量的服务级别协议(Service Level Agreement,SLA),提供有质量保证的网络业务。
虚拟机的状态信息还可以包括虚拟机的通信状态,通信状态可以反馈虚拟机处于在线状态还是处于离线状态,即通信状态用于标识虚拟机当前处于在线状态或离线状态。
可选地,虚拟网络架构可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,向软件定义云网络进行反馈。软件定义云网络响应于接收到虚拟机处于离线状态的反馈信息,则对处于离线状态的虚拟机进行剪枝处理,以节约网络流量带宽。
其中,虚拟网络架构识别虚拟机的通信状态的变化,可以是虚拟网络架构主动感知到的,也可以是虚拟网络架构识别到用户通过控制台输入的用户指令。用户指令能够变更虚拟机的状态信息,即用户可以通过控制台输入虚拟机开机指令/关机指令。
进一步地,可以为虚拟网络架构的虚拟机添加公用属性和专用属性,以使虚拟机包括公用虚拟机和专用虚拟机。第一路由的优先级高于第二路由的优先级,第一路由所指向的目的虚拟机为专用虚拟机,第二路由所指向的目的虚拟机为公用虚拟机。通俗而言,对于关联专用虚拟机的租户业务的业务流程使用专用虚拟机,其他租户业务则依旧通过负载分担的第二路由指向公用虚拟机,如是通过“专车”结合“公用车”的方式解决租户业务优先级高的流量调度问题。
可选地,可以是基于租户业务等级选择第一路由或第二路由。例如,租户业务等级较高的租户业务选择第一路由,租户业务等级较低的租户业务选择第二路由。
可选地,第一路由可以是专线路由,第二路由可以是等价多路径路由(Equal CostMulti-path,ECMP)静态路由。
专用虚拟机的性能可以与公用虚拟机的性能一致。亦或是,再进一步地,专用虚拟机的性能可以优于公用虚拟机的性能。
其中,专用虚拟机与所关联的租户业务具有映射关系。专用虚拟机与所关联的租户业务二者的映射关系为一对一映射,以优先保障与专用虚拟机关联的租户业务的服务质量。
如是,在新增租户业务时,新增的租户业务需要选择其他未与租户业务绑定的专用虚拟机作为自身的专用虚拟机,亦或是选择通过第二路由指向公用虚拟机。
S302:识别租户业务的业务信息,判断租户业务是否指定专用虚拟机执行业务流程。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,认为租户业务指定转发方式为第一路由,则执行步骤S303;响应于租户业务未指定专用虚拟机执行业务流程,认为租户业务指定转发方式为第二路由,则执行步骤S304。
也就是说,基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式。
进一步地,业务信息可以包括租户业务等级。租户业务等级与租户业务的转发方式具有映射关系。租户业务等级可以与租用应用网络策略规则关联,与专用虚拟机关联的租户业务的优先级高于其他租户业务。可以通过给租户业务增加优先级,通过虚拟机指向的网关的第一路由和第二路由的优先级来映射进行业务优先级的调整。
可以通过租户业务等级区分租户业务是否指定专用虚拟机执行业务流程。举例而言,可以是高优先级的租户业务指定通过第一路由指向专用虚拟机;低优先级的租户业务未指定专用虚拟机,通过第二路由指向公用虚拟机。
S303:控制租户业务通过第一路由按照路由路径访问目的虚拟机。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,选择第一路由作为租户业务的转发方式。
基于虚拟机的状态信息以及租户业务的业务信息,编排租户业务的路由路径以及目的虚拟机。
将租户业务所关联的专用虚拟机作为目的虚拟机。第一路由的目的为租户的虚拟私有云的网段,下一跳指向于目的虚拟机的网际协议地址,路由优先级为第一优先级。
举例而言,租户1走专用高优先级的第一路由:
目的=租户1的VPC1的网段,下一跳指向VM1IP地址,路由优先级为100。
其中,VPC(Virtual Private Cloud)用于表示虚拟私有云;VM(Virtual Machine)用于表示虚拟机;IP(Internet Protocol)地址用于表示网际协议地址。
进一步地,在将与租户业务所关联的专用虚拟机作为目的虚拟机之前,可以获取与租户业务关联的专用虚拟机的转发流量。将关联的专用虚拟机的实时流量与第二流量阈值进行比较。
响应于与租户业务关联的专用虚拟机的实时流量小于第二流量阈值,则将所关联的专用虚拟机作为目的虚拟机。
响应于与租户业务关联的专用虚拟机的实时流量达到第二流量阈值,为租户业务分配新的专用虚拟机并对原专用虚拟机进行剪枝处理。将新的专用虚拟机作为目的虚拟机。
可选地,第二路由在选择公用虚拟机作为目的虚拟机的过程中,可以将公用虚拟机的流量与第一流量阈值比较。第二流量阈值可以不大于第一流量阈值,以进一步保障专用虚拟机的可靠性。
再进一步地,还可以对专用虚拟机的通信状态进行判断。
响应于专用虚拟机处于在线状态,可以如常地将专用虚拟机作为目的虚拟机。
响应于专用虚拟机处于离线状态,则向用户反馈专用虚拟机处于离线的相关信息。同时,可以等待接收用户的处理指令,也可以是扩建新的专用虚拟机,将租户业务迁移至新的专用虚拟机,在此不做限定。考虑到虚拟机处于离线状态时,实际上并不会接收租户业务并进行处理,仍将租户业务路由至虚拟机存在浪费流量之嫌,可以对离线的专用虚拟机进行剪枝处理,删除下一跳为离线专用虚拟机的网际协议地址,以相较于传统的组播方式合理利用流量,同时缩窄带宽。
如是,实现在将第一路由作为租户业务的转发方式的情况下,结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机,控制租户业务通过第一路由按照路由路径访问目的虚拟机,实现结合多维度因素对租户业务访问。
S304:基于业务信息和/或状态信息筛选备选虚拟机。
在本实施例中,响应于租户业务未指定专用虚拟机执行业务流程,选择第二路由作为租户业务的转发方式。
响应于选择第二路由作为租户业务的转发方法,自虚拟机中筛选备选虚拟机。进一步地,结合上述步骤中所阐述的,第二路由指向的目的虚拟机为公用虚拟机,在筛选备选虚拟机的过程中仅自具有公用属性的公用虚拟机中进行筛选,以有效减小计算代价。
具体地,可以通过状态信息中的实时流量对虚拟机进行筛选。亦或是通过虚拟机的通信状态进行筛选。亦或是,可以结合实时流量和通信状态对虚拟机进行筛选。
通过实时流量对虚拟机进行筛选可以是:
将各虚拟机的实时流量分别与第一流量阈值进行比较。筛选实时流量小于第一流量阈值的虚拟机作为备选虚拟机。可选地,相应于虚拟机的实时流量达到第一流量阈值,可以对该虚拟机进行剪枝处理。换言之,还可以对实时流量达到第一流量阈值的虚拟机进行剪枝处理。进一步地,还可以对实时流量达到第一流量阈值的虚拟机数量进行统计。响应于实时流量达到第一流量阈值的虚拟机的数量达到第一数量阈值,扩建新的虚拟机。可选地,第一数量阈值可以是比例值、整数值等,在此不做限定。举例而言,第一数量阈值可以85%、87.5%、90%、95%、100%。
通过状态信息中的通信状态对虚拟机进行筛选可以是:
可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,则对处于离线状态的虚拟机进行剪枝处理,使得作为备选虚拟机的公用虚拟机均为处于在线状态的虚拟机。
通过状态信息中的实时流量以及通信状态进行筛选可以是:
自公用虚拟机中选取实时流量小于第一流量阈值且处于在线状态的虚拟机作为备选虚拟机。如是,作为备选虚拟机的公用虚拟机均处于在线状态,且实时流量均小于第一流量阈值,有利于在缩窄带宽的同时保障租户业务的服务质量。
可以对未被选作备选虚拟机的公用虚拟机进行剪枝处理,以节约流量带宽。
S305:利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机。
在本实施例中,结合业务信息以及状态信息,利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机,以编排租户业务的路由路径以及目的虚拟机。
其中,多维模型包括多个维度,各维度包括至少一个维度特征因子,通过丰富的维度以及维度特征因子,更为客观地、合理地编排路由路径以及目的虚拟机,有利于业务访问的可靠性。
可选地,多维模型的维度包括业务信息、叠加网络信息、网络配置信息、网络组网信息以及转发流量。
进一步地,业务信息的维度特征因子可以包括租户业务等级、用户在线数量、业务优先级以及业务配置数量。
叠加网络信息的维度特征因子可以包括叠加网络业务以及叠加网络带宽。
转发流量的维度特征因子可以包括虚拟机协议状态、虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量。其中,虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量可以细化到虚拟机的各端口,可以具体是虚拟机端口总带宽、虚拟机端口实时流量、虚拟机端口用户数量、虚拟机端口网络时延以及虚拟机端口丢包数量。
网络配置信息的维度特征因子可以包括网络业务配置以及设备业务配置。
网络组网信息的维度特征因子可以包括承载网组网拓扑。
可见,本实施例中可以选择一定时间段内,数据面转发流量小、状态在线、端口用户数量少的路径。同时可以选择租户业务优先级高、网段数量使用少、业务在线连接少的位置,以及选择业务的网络配置少,业务连接数量少,一定时间段内端口在线MAC数量少的位置,更为合理地进行业务调度以及利用流量带宽。
具体地,多维模型中可以将维度特征因子作为自变量,将租户业务选择备选虚拟机的概率作为因变量,结合偏差以及租户业务未选择备选虚拟机的概率,进行逻辑回归分析。
通过逻辑回归分析能够得到维度特征因子的权重,以了解维度特征因子对选用备选虚拟机和路由路径的概率影响程度,还可以根据维度特征因子预测选择备选虚拟机和路由路径的概率。
其中,偏差与租户业务选择备选虚拟机的概率具有映射关系。可选地,偏差与选择备选虚拟机的概率的映射关系可以是由专家根据经验值预先设定的,也可以是通过模型进行预测/学习得到的,在此不做限定。
可选地,偏差与选择备选虚拟机的概率二者的映射关系为一对一映射。偏差与选择该备选虚拟机的概率可以由专家根据经验预先建立映射关系,也可以由模型进行学习预测,在此不做限定。
进一步地,逻辑回归分析的公式为:
其中,p为租户业务选择备选虚拟机的概率,w0为偏差,wi为维度特征因子的权重,xi为维度特征因子的分数。
举例而言,对在一时刻下多维模型的两种可选择路由路径,维度特征因子的权重以及分数通过下表进行举例:
表1一时刻下多维模型的维度特征因子的权重以及分数取值
进一步地,在实际业务调度过程中,多维模型中各维度特征因子的分数以及权重可以是随着虚拟机状态以及租户业务状态动态变化地,表1中仅举例一时刻下的相对静态数值。
在一替代实施例中,还可以选用评分模型、算法逻辑等方式对备选虚拟机进行评估,在此不做限定。
S306:控制租户业务通过第二路由按照路由路径访问目的虚拟机。
在本实施例中,响应于已编排租户业务第二路由的路由路径以及目的虚拟机,第二路由的目的为租户的虚拟私有云的网段,下一跳依次指向公用虚拟机的网际协议地址,路由优先级为第二优先级。
举例而言,租户2指向公用虚拟机,走ECMP静态路由做负载分担可以是:
目的=租户2的VPC2的网络,
下一跳指向VM2IP地址,路由优先级为80
下一跳指向VM3IP地址,路由优先级为80
响应于虚拟网络架构监控到VM2的实时流量超过第一流量阈值,通过事件通知软件定义云网络,新增租户3的租户业务,软件定义云网络的调度编排可以是:
目的=租户3的VPC3网络,
下一跳指向VM3IP地址,路由优先级为80
下一跳指向VM4IP地址,路由优先级为80
由此可见本实施例中,通过专用虚拟机和公用虚拟机,优先保证高优先级的租户业务。专用虚拟机和公用虚拟机可以分别添加专用属性和公用属性,为租户业务增加优先级,通过虚拟机指向的网关上的路由优先级来映射进行业务优先级的调整。
若当前虚拟机为公用虚拟机,租户业务通过第一路由做负载分担。同时通过动态监控虚拟网络架构的虚拟机的入方向流量,如果达到一定的负载阈值,可以通过软件定义云网络分析计算出当前所有租户虚拟私有云的租户业务分布在不同的虚拟机上的情况。选取较为空闲的虚拟机,将较为繁忙的虚拟机的路由调整指向所选取的较为空闲的虚拟机。
通过监控虚拟机入方向的实时流量,结合软件定义云网络控制面中租户虚拟私有云的租户业务分布情况,同时结合租户虚拟机上部署的虚拟专用网络(Virtual PrivateNetwork,VPN)服务的真实上线的用户数量,进行分析比较。通过调整虚拟网络架构虚拟机管理网关上的路由优先级,将当前虚拟机承载虚拟专用网络用户数量较多的虚拟机,调整到当前虚拟机承载虚拟专用网络用户数量较少的虚拟机上。
进一步地,如图5所示,提供了又一种业务调度方法,图5是本申请业务调度方法第三实施例的流程示意图。图5的业务调度方法则结合业务装置的具体模块的处理过程进行详细阐述,相当于对上述实施例中的业务调度方法的实现进行举例。
可一并结合参阅图6和图7,图6是本申请虚拟网络架构通知软件定义云网络方法第一实施例的流程示意图,图7是本申请虚拟网络架构通过软件定义云网络方法第二实施例的流程示意图。
虚拟网络架构感知虚拟机的状态信息,通知软件定义云网络需要进行剪枝处理可以是,虚拟网络架构主动感知到的,如图6中所举例展示的;也可以是虚拟网络架构感知到用户于控制台发出用户指令,如图7中所举例展示的。
虚拟网络架构调用软件定义云网络所开放的应用程序接口通知状态信息以及业务信息。
其中,应用程序接口包括属性接口以及条件接口。
可选地,租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输。
状态信息包括虚拟机的通信状态以及实时流量,二者通过条件接口进行传输。
例如,API:
租户1|VPC1|GW1|VM Port1|VLAN|Status|TrafficStat|IsPrivate
其中,API为应用程序接口;VPC1接口用于传虚拟私有云的网络标识(NetworkID|SubnetID,网络号|网络标识);GW1接口用于传网关的网际协议地址;VM Port1接口用于传虚拟机的端口标识(PortId);VLAN接口用于传虚拟局域网标识;Status接口用于传虚拟机的通信状态;TrafficStat接口用于传转发流量;IsPrivate接口用于传是否指定专用虚拟机。
需要说明的是,属性接口和条件接口仅是基于所传输信息的用途对接口的命名,并非分别具有特殊含义。
软件定义云网络接收状态信息以及业务信息,基于二者对符合剪枝条件的虚拟机进行剪枝处理并刷新路由表,用于指导流量转发至尚未符合剪枝条件的虚拟机。
具体地,软件定义云网络接收自属性接口以及条件接口所传的信息。
软件定义云网络利用属性接口所上传的信息,匹配虚拟机端口的虚拟局域网与虚拟网络接口的映射关系并存储。
可选地,软件定义云网络获取租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识;通过租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输于软件定义云网络内部映射方式,查找租户的虚拟网络接口以及虚拟机端口的虚拟局域网;存储对于租户的虚拟机端口的虚拟局域网与虚拟网络接口的映射关系。
其中,租户标识用于标识租户身份,网关的网际协议地址用于标识虚拟局域网。
软件定义云网络利用条件接口所上传的信息,判断各虚拟机是否符合剪枝条件。
可选地,剪枝条件包括第一子条件和第二子条件。
第一子条件为虚拟机处于离线状态。
第二子条件为虚拟机的实时流量超过流量阈值。其中,流量阈值可以是前文中所阐述的第一流量阈值、第二流量阈值、第三流量阈值、第四流量阈值中的至少一者,在此不做限定。
满足剪枝条件的第一子条件和第二子条件二者中的一者则判定虚拟机符合剪枝条件。
可一并结合参阅图8和图9,图8是本申请剪枝处理方法第一实施例的流程示意图,图9是本申请剪枝处理方法第二实施例的流程示意图。
图8中举例展示了对满足第一子条件的虚拟机进行剪枝处理。
图9中以第二子条件的流量阈值是第三流量阈值为例展示了,对满足第二子条件的虚拟机进行剪枝处理。
其中,图8和图9中虚线表示已进行剪枝处理,暂不向已被剪枝的虚拟机分配流量。在感知到虚拟机切换至开机状态且实时流量小于第三流量阈值后,允许恢复向其分配流量,允许租户业务访问。
响应于虚拟机符合剪枝条件,基于端口的虚拟局域网以及虚拟网络接口查找虚拟机的网际协议地址,删除路由表中下一跳指向符合剪枝条件的虚拟机的网际协议地址。
由此可见,可以通过三层互相映射、相互结合进行分析计算,通过软件定义云网络决策推荐出当前业务调度逻辑下最优的租户业务承载的位置和路径,来动态调整数据通信网络中网络流量的最优路径,更好的保证用户所应用的服务级别协议的质量,有利于保障用户的使用体验。
应该理解的是,虽然图3-图5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图3-图5中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步地,如图10所示,提供了再一种业务调度方法,图10是本申请业务调度方法第四实施例的流程示意图。
本申请业务调度方法中还可以对各租户业务访问事件的流量、状态以及关键绩效指标(Key Performance Indicator,KPI)等进行存档,形成事件生命周期管理。在发生新的租户业务访问事件时,结合案件推理技术以及相似度算法进行智能决策,可以具体结合业务信息、状态信息以及配置信息,如用户面业务、控制面配置以及转发面流量等,进行业务调度,选择租户业务的转发方式、路由路径以及目的虚拟机,推荐自业务调度方法得到的最优位置、路径以及网络质量,有效降低计算代价。进一步再将本次租户业务访问事件的相关信息进行存档,形成闭环的学习及评估。通过采集、分析、智能决策、自动化、模型的云端在线训练,边端实时推理进行智能决策。
其中,案件推理技术可以是CBR算法。
相似度算法可以是KNN算法、K-D树算法以及贝叶斯算法等。
在一个实施例中,如图11所示,提供了一种业务调度装置,图11是本申请业务调度装置一实施例的结构示意图。
业务调度装置包括控制台51、虚拟网络架构52以及软件定义云网络53。
控制台51,用于接收用户指令,用户指令用于变更虚拟机的状态信息和/或租户业务的业务信息;
虚拟网络架构52,与控制台51连接,用于感知虚拟机的状态以及感知用户指令;
软件定义云网络53,至少与虚拟网络架构52连接,包括向控制台51和/或虚拟网络架构52开放的应用程序接口,用于通过应用程序接口获取状态信息以及业务信息;基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级;结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机;控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
进一步地,软件定义云网络53包括应用程序接口、应用层、控制层以及转发层。举例而言,应用层、控制层以及转发层三者彼此之间的访问可以如图5中所示,在此就不再赘述。
再进一步地,软件定义云网络还包括多维模型。如图12所示,提供了一种多维模型,图12是本申请多维模型一实施例的结构示意图。
多维模型用于对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机。
多维模型包括多个维度,各维度包括至少一个维度特征因子。通过丰富的维度以及维度特征因子,更为客观地、合理地编排路由路径以及目的虚拟机,有利于业务访问的可靠性。
可选地,多维模型的维度包括业务信息、叠加网络信息、网络配置信息、网络组网信息以及转发流量。
进一步地,业务信息的维度特征因子可以包括租户业务等级、用户在线数量、业务优先级以及业务配置数量。
叠加网络信息的维度特征因子可以包括叠加网络业务以及叠加网络带宽。
转发流量的维度特征因子可以包括虚拟机协议状态、虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量。其中,虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量可以细化到虚拟机的各端口,可以具体是虚拟机端口总带宽、虚拟机端口实时流量、虚拟机端口用户数量、虚拟机端口网络时延以及虚拟机端口丢包数量。
网络配置信息的维度特征因子可以包括网络业务配置以及设备业务配置。
网络组网信息的维度特征因子可以包括承载网组网拓扑。
多维模型的五层维度之间具有映射关系,以在利用多维模型对各备选虚拟机进行评估时,于各维度查找与租户业务相匹配的维度特征因子。
在一实施例中,如图13所示,提供一种数据通信系统,图13是本申请数据通信系统一实施例的结构示意图。
图13为结合上述实施例中所阐述的业务调度方法以及业务调度装置所形成的数据通信系统,关于数据通信系统中业务调度部分如上述实施例中所阐述的,在此就不再赘述。
业务调度装置可以根据用户的业务等级,动态调整业务转发路径,保证业务网络SLA质量。还可以根据转发面实时流量负荷情况,动态调整业务分布的位置和路径。实现数据中心网络的流量路径的最优。还可以根据全局租户业务发放情况,用户业务等级、数量、质量等多维度计算,动态决策调整给出最优位置和路径的推荐。
软件定义云网络可以基于业务转发面、控制面、用户面等多维度模型的多维特征因子。例如,用户业务等级、数量、质量、转发负载、流量统计、转发属性等。软件定义云网络可以实时计算推荐最优业务转发位置和路径,实时动态调度数据通信网络(DataCommunication Network,DCN)的业务转发路径,从全局上更好更合理的利用网络转发资源,保证用户的网络质量,为用户提供更好的用户体验。
云计算网络的虚拟网络架构场景下,通过虚拟网络架构实时感知虚拟机的状态,联动软件定义云网络来精细化控制软件定义云网络网关的流量,这样可以减少数据中心网络一些不需要的网络流量的转发,大大的节省数据中心网络的流量带宽。
可以通过虚拟网络架构实时感知虚拟机的状态。进一步扩展到通过虚拟网络架构实时感知虚拟机、容器、裸机等各种用户终端的状态,即将虚拟机、容器、裸机等作为调度输入,联动软件定义云网络来精细化控制软件定义云网络网关的流量,节省数据中心网络的流量带宽。
本实施例能够从数据中心内部节省数据中心网络流量带宽,从而还可以进一步扩展到分布式云、算力网络的场景。通过虚拟网络架构实时感知边缘节点的虚拟机、容器、裸机的用户终端的状态,联动软件定义云网络来精细化控制云边网关的流量,节省中心云和边缘云之间的公网流量,因为云边之间的公网流量非常的昂贵,这样通过虚拟网络架构结合软件定义云网络来精细化控制云边之间的网络流量,这样可以有效节省云边之间的网络流量,可以大大的节省公网网络流量带宽成本。
在云计算网络虚拟网络架构的场景下,软件定义云网络和虚拟网络架构当前指定虚拟网络架构虚拟机的位置、与网关的关联都是通过静态指定,软件定义云网络控制器系统发放租户业务到虚拟网络架构虚拟机上都是通过自定义指定。本申请中考虑到实际承载的流量有的虚拟网络架构虚拟机超负荷,有的虚拟网络架构虚拟机比较空闲,当前租户业务的发放位置可能存在不合理的问题,并且无法结合负载对业务访问进行动态调整。
有鉴于此,本申请中从转发面、控制面、用户面等层面以及利用多维模型,对各维度特征因子相互映射、相互结合。通过软件定义云网络控制系统进行基于用户业务的计算和分析,从而推荐出最优的虚拟网络架构业务承载的位置和路径,这样可以动态的调整DCN网络流量的最优路径、更好的保证用户的应用的SLA质量,有利于用户享受良好的服务并具有良好的用户体验。
云计算网络虚拟网络架构场景下,软件定义云网络通过检测两个转发点之间故障的网络协议检测软件定义云网络网关到虚拟机之间的链路的故障,可以通知软件定义云网络刷新网关上的ECMP路由,指导网络流量快速收敛。但是对于虚拟机的在线状态与离线状态BFD无法检测,本申请中则利用虚拟网络架构实时感知虚拟机的状态,联动软件定义云网络精细化控制网关的ECMP静态路由,按需指导数据中心网络流量的转发,从而有效节省数据中心网络的流量带宽。
关于业务调度装置的具体限定可以参见上文中对于业务调度方法的限定,在此不再赘述。上述业务调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图14所示,图14是本申请计算机设备一实施例的结构示意图。
该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务调度方法相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务调度方法。
可选地,控制台还可以形成于与服务器连接的终端,在此不做限定。
本领域技术人员可以理解,图14中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
S201:感知虚拟机的状态信息,获取租户业务的业务信息。
S202:基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级。
S203:结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机。
S204:控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
剪枝处理可以包括,自路由的成员列表中删除下一跳指向进行剪枝处理的虚拟机的网际协议地址。换言之,可以将需要进行剪枝处理的虚拟机作为剪枝虚拟机,自路由的成员列表中删除下一跳指向剪枝虚拟机的网际协议地址。本实施例中的剪枝处理可以如此进行,在下文就不再赘述。
S301:感知虚拟机的状态信息,获取租户业务的业务信息。
在本实施例中,虚拟机的状态信息包括各虚拟机的转发流量,转发流量包括实时流量。
可选地,可以监控各虚拟机的入方向流量作为实时流量。判断虚拟机的实时流量是否达到第三流量阈值。响应于虚拟机的实时流量达到第三流量阈值,向用户反馈提示信息。
举例而言,在向用户反馈提示信息时,可以获取实时流量达到第三流量阈值的网际协议地址。获取网关上下一跳指向网际协议地址的路由的目的网段。基于目的网段获取租户的虚拟私有云,统计租户虚拟私有云的租户业务分布,形成提示信息并反馈用户。
还可以当虚拟机的入方向流量达到第四流量阈值,则对虚拟机进行剪枝处理。其中,第四流量阈值不小于第三流量阈值。
虚拟机的状态信息还可以包括虚拟机的通信状态,通信状态用于标识虚拟机当前处于在线状态或离线状态。
可选地,可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,则对处于离线状态的虚拟机进行剪枝处理。
进一步地,虚拟机可以包括公用虚拟机和专用虚拟机。其中,第一路由所指向的目的虚拟机为专用虚拟机,第二路由所指向的目的虚拟机为公用虚拟机。
再进一步地,专用虚拟机与所关联的租户业务具有映射关系。专用虚拟机与所关联的租户业务二者的映射关系为一对一映射,以保障租户业务的服务质量。如是,新增的租户业务需要选择其他未与租户业务绑定的专用虚拟机作为自身的专用虚拟机,亦或是选择通过第二路由指向公用虚拟机。
S302:识别租户业务的业务信息,判断租户业务是否指定专用虚拟机执行业务流程。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,则执行步骤S303;响应于租户业务未指定专用虚拟机执行业务流程,则执行步骤S304。
基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级。
进一步地,业务信息可以包括租户业务等级,租户业务等级与租户业务的转发方式具有映射关系,亦可以通过租户业务等级区分租户业务是否指定专用虚拟机执行业务流程。举例而言,可以是高优先级的租户业务指定通过第一路由指向专用虚拟机;低优先级的租户业务未指定专用虚拟机,通过第二路由指向公用虚拟机。
S303:控制租户业务通过第一路由按照路由路径访问目的虚拟机。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,选择第一路由作为租户业务的转发方式。
将租户业务所关联的专用虚拟机作为目的虚拟机。第一路由的目的为租户的虚拟私有云的网段,下一跳指向于目的虚拟机的网际协议地址,路由优先级为第一优先级。
进一步地,可以获取与租户业务关联的专用虚拟机的转发流量。将关联的专用虚拟机的实时流量与第二流量阈值进行比较。响应于关联的专用虚拟机的实时流量达到第二流量阈值,为租户业务分配新的专用虚拟机并对原专用虚拟机进行剪枝处理。将新的专用虚拟机作为目的虚拟机。
再进一步地,还可以对专用虚拟机的通信状态进行判断。
响应于专用虚拟机处于在线状态,可以如常地将专用虚拟机作为目的虚拟机。
响应于专用虚拟机处于离线状态,则向用户反馈专用虚拟机处于离线的相关信息。同时,可以等待接收用户的处理指令,也可以是扩建新的专用虚拟机,将租户业务迁移至新的专用虚拟机,在此不做限定。
如是,实现在将第一路由作为租户业务的转发方式的情况下,结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机,控制租户业务通过第一路由按照路由路径访问目的虚拟机。
S304:基于业务信息和/或状态信息筛选备选虚拟机。
在本实施例中,响应于租户业务未指定专用虚拟机执行业务流程,选择第二路由作为租户业务的转发方式。
响应于选择第二路由作为租户业务的转发方法,自虚拟机中筛选备选虚拟机。
具体地,可以通过状态信息中的实时流量对虚拟机进行筛选。
将各虚拟机的实时流量分别与第一流量阈值进行比较。筛选实时流量小于第一流量阈值的虚拟机作为备选虚拟机。可选地,相应于虚拟机的实时流量达到第一流量阈值,可以对该虚拟机进行剪枝处理。换言之,还可以对实时流量达到第一流量阈值的虚拟机进行剪枝处理。进一步地,还可以对实时流量达到第一流量阈值的虚拟机数量进行统计。响应于实时流量达到第一流量阈值的虚拟机的数量达到第一数量阈值,扩建新的虚拟机。可选地,第一数量阈值可以是比例值、整数值等,在此不做限定。举例而言,第一数量阈值可以85%、87.5%、90%、95%、100%。
亦或是,可以通过状态信息中的通信状态对虚拟机进行筛选。
可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,则对处于离线状态的虚拟机进行剪枝处理,使得作为备选虚拟机的公用虚拟机均为处于在线状态的虚拟机。
亦或是,可以通过状态信息中的实时流量以及通信状态进行筛选。如是,作为备选虚拟机的公用虚拟机均处于在线状态,且实时流量均小于第一流量阈值,有利于在缩窄带宽的同时保障租户业务的服务质量。
S305:利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机。
在本实施例中,结合业务信息以及状态信息,利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机,以编排租户业务的路由路径以及目的虚拟机。
其中,多维模型包括多个维度,各维度包括至少一个维度特征因子。
可选地,多维模型的维度包括业务信息、叠加网络信息、网络配置信息、网络组网信息以及转发流量。
进一步地,业务信息的特征因子可以包括租户业务等级、用户在线数量、业务优先级以及业务配置数量。
叠加网络信息的特征因子可以包括叠加网络业务以及叠加网络带宽。
转发流量的特征因子可以包括虚拟机协议状态、虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量。
网络配置信息可以包括网络业务配置以及设备业务配置。
网络组网信息可以包括承载网组网拓扑。
具体地,多维模型中可以将维度特征因子作为自变量,将租户业务选择备选虚拟机的概率作为因变量,结合偏差以及租户业务未选择备选虚拟机的概率,进行逻辑回归分析。
其中,偏差与租户业务选择备选虚拟机的概率具有映射关系。可选地,偏差与选择备选虚拟机的概率的映射关系可以是由专家根据经验值预先设定的,也可以是通过模型进行预测/学习得到的,在此不做限定。可选地,偏差与选择备选虚拟机的概率二者的映射关系为一对一映射。
进一步地,逻辑回归分析的公式为:
其中,p为租户业务选择备选虚拟机的概率,1-p为租户业务未选择备选虚拟机的概率,w0为偏差,wi为维度特征因子的权重,xi为维度特征因子的分数。
S306:控制租户业务通过第二路由按照路由路径访问目的虚拟机。
在本实施例中,第二路由的目的为租户的虚拟私有云的网段,下一跳依次指向公用虚拟机的网际协议地址,路由优先级为第二优先级。
举例而言,虚拟网络架构调用软件定义云网络所开放的应用程序接口通知状态信息以及业务信息。
其中,应用程序接口包括属性接口以及条件接口。
可选地,租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输。
状态信息包括虚拟机的通信状态以及实时流量,二者通过条件接口进行传输。
需要说明的是,属性接口和条件接口仅是基于所传输信息的用途对接口的命名,并非分别具有特殊含义。
软件定义云网络接收状态信息以及业务信息,基于二者对符合剪枝条件的虚拟机进行剪枝处理并刷新路由表,用于指导流量转发至尚未符合剪枝条件的虚拟机。
具体地,软件定义云网络接收自属性接口以及条件接口所传的信息。
软件定义云网络利用属性接口所上传的信息,匹配虚拟机端口的虚拟局域网与虚拟网络接口的映射关系并存储。
可选地,软件定义云网络获取租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识;通过租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输于软件定义云网络内部映射方式,查找租户的虚拟网络接口以及虚拟机端口的虚拟局域网;存储对于租户的虚拟机端口的虚拟局域网与虚拟网络接口的映射关系。
其中,租户标识用于标识租户身份,网关的网际协议地址用于标识虚拟局域网。
软件定义云网络利用条件接口所上传的信息,判断各虚拟机是否符合剪枝条件。
可选地,剪枝条件包括第一子条件和第二子条件。
第一子条件为虚拟机处于离线状态。
第二子条件为虚拟机的实时流量超过流量阈值。其中,流量阈值可以是前文中所阐述的第一流量阈值、第二流量阈值、第三流量阈值、第四流量阈值中的至少一者,在此不做限定。
满足剪枝条件的第一子条件和第二子条件二者中的一者则判定虚拟机符合剪枝条件。
响应于虚拟机符合剪枝条件,基于端口的虚拟局域网以及虚拟网络接口查找虚拟机的网际协议地址,删除路由表中下一跳指向符合剪枝条件的虚拟机的网际协议地址。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
S201:感知虚拟机的状态信息,获取租户业务的业务信息。
S202:基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级。
S203:结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机。
S204:控制租户业务通过所选中的转发方式按照路由路径访问目的虚拟机。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
剪枝处理可以包括,自路由的成员列表中删除下一跳指向进行剪枝处理的虚拟机的网际协议地址。换言之,可以将需要进行剪枝处理的虚拟机作为剪枝虚拟机,自路由的成员列表中删除下一跳指向剪枝虚拟机的网际协议地址。本实施例中的剪枝处理可以如此进行,在下文就不再赘述。
S301:感知虚拟机的状态信息,获取租户业务的业务信息。
在本实施例中,虚拟机的状态信息包括各虚拟机的转发流量,转发流量包括实时流量。
可选地,可以监控各虚拟机的入方向流量作为实时流量。判断虚拟机的实时流量是否达到第三流量阈值。响应于虚拟机的实时流量达到第三流量阈值,向用户反馈提示信息。
举例而言,在向用户反馈提示信息时,可以获取实时流量达到第三流量阈值的网际协议地址。获取网关上下一跳指向网际协议地址的路由的目的网段。基于目的网段获取租户的虚拟私有云,统计租户虚拟私有云的租户业务分布,形成提示信息并反馈用户。
还可以当虚拟机的入方向流量达到第四流量阈值,则对虚拟机进行剪枝处理。其中,第四流量阈值不小于第三流量阈值。
虚拟机的状态信息还可以包括虚拟机的通信状态,通信状态用于标识虚拟机当前处于在线状态或离线状态。
可选地,可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,则对处于离线状态的虚拟机进行剪枝处理。
进一步地,虚拟机可以包括公用虚拟机和专用虚拟机。其中,第一路由所指向的目的虚拟机为专用虚拟机,第二路由所指向的目的虚拟机为公用虚拟机。
再进一步地,专用虚拟机与所关联的租户业务具有映射关系。专用虚拟机与所关联的租户业务二者的映射关系为一对一映射,以保障租户业务的服务质量。如是,新增的租户业务需要选择其他未与租户业务绑定的专用虚拟机作为自身的专用虚拟机,亦或是选择通过第二路由指向公用虚拟机。
S302:识别租户业务的业务信息,判断租户业务是否指定专用虚拟机执行业务流程。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,则执行步骤S303;响应于租户业务未指定专用虚拟机执行业务流程,则执行步骤S304。
基于业务信息自第一路由和第二路由二者中选择其中一者作为租户业务的转发方式;其中,第一路由的优先级高于第二路由的优先级。
进一步地,业务信息可以包括租户业务等级,租户业务等级与租户业务的转发方式具有映射关系,亦可以通过租户业务等级区分租户业务是否指定专用虚拟机执行业务流程。举例而言,可以是高优先级的租户业务指定通过第一路由指向专用虚拟机;低优先级的租户业务未指定专用虚拟机,通过第二路由指向公用虚拟机。
S303:控制租户业务通过第一路由按照路由路径访问目的虚拟机。
在本实施例中,响应于租户业务指定专用虚拟机执行业务流程,选择第一路由作为租户业务的转发方式。
将租户业务所关联的专用虚拟机作为目的虚拟机。第一路由的目的为租户的虚拟私有云的网段,下一跳指向于目的虚拟机的网际协议地址,路由优先级为第一优先级。
进一步地,可以获取与租户业务关联的专用虚拟机的转发流量。将关联的专用虚拟机的实时流量与第二流量阈值进行比较。响应于关联的专用虚拟机的实时流量达到第二流量阈值,为租户业务分配新的专用虚拟机并对原专用虚拟机进行剪枝处理。将新的专用虚拟机作为目的虚拟机。
再进一步地,还可以对专用虚拟机的通信状态进行判断。
响应于专用虚拟机处于在线状态,可以如常地将专用虚拟机作为目的虚拟机。
响应于专用虚拟机处于离线状态,则向用户反馈专用虚拟机处于离线的相关信息。同时,可以等待接收用户的处理指令,也可以是扩建新的专用虚拟机,将租户业务迁移至新的专用虚拟机,在此不做限定。
如是,实现在将第一路由作为租户业务的转发方式的情况下,结合业务信息以及状态信息,编排租户业务的路由路径以及目的虚拟机,控制租户业务通过第一路由按照路由路径访问目的虚拟机。
S304:基于业务信息和/或状态信息筛选备选虚拟机。
在本实施例中,响应于租户业务未指定专用虚拟机执行业务流程,选择第二路由作为租户业务的转发方式。
响应于选择第二路由作为租户业务的转发方法,自虚拟机中筛选备选虚拟机。
具体地,可以通过状态信息中的实时流量对虚拟机进行筛选。
将各虚拟机的实时流量分别与第一流量阈值进行比较。筛选实时流量小于第一流量阈值的虚拟机作为备选虚拟机。可选地,相应于虚拟机的实时流量达到第一流量阈值,可以对该虚拟机进行剪枝处理。换言之,还可以对实时流量达到第一流量阈值的虚拟机进行剪枝处理。进一步地,还可以对实时流量达到第一流量阈值的虚拟机数量进行统计。响应于实时流量达到第一流量阈值的虚拟机的数量达到第一数量阈值,扩建新的虚拟机。可选地,第一数量阈值可以是比例值、整数值等,在此不做限定。举例而言,第一数量阈值可以85%、87.5%、90%、95%、100%。
亦或是,可以通过状态信息中的通信状态对虚拟机进行筛选。
可以识别虚拟机的通信状态。响应于虚拟机的通信状态标识虚拟机处于离线状态,则对处于离线状态的虚拟机进行剪枝处理,使得作为备选虚拟机的公用虚拟机均为处于在线状态的虚拟机。
亦或是,可以通过状态信息中的实时流量以及通信状态进行筛选。如是,作为备选虚拟机的公用虚拟机均处于在线状态,且实时流量均小于第一流量阈值,有利于在缩窄带宽的同时保障租户业务的服务质量。
S305:利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机。
在本实施例中,结合业务信息以及状态信息,利用多维模型对各备选虚拟机进行评估,刷新路由表,推荐路由路径以及目的虚拟机,以编排租户业务的路由路径以及目的虚拟机。
其中,多维模型包括多个维度,各维度包括至少一个维度特征因子。
可选地,多维模型的维度包括业务信息、叠加网络信息、网络配置信息、网络组网信息以及转发流量。
进一步地,业务信息的特征因子可以包括租户业务等级、用户在线数量、业务优先级以及业务配置数量。
叠加网络信息的特征因子可以包括叠加网络业务以及叠加网络带宽。
转发流量的特征因子可以包括虚拟机协议状态、虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量。
网络配置信息可以包括网络业务配置以及设备业务配置。
网络组网信息可以包括承载网组网拓扑。
具体地,多维模型中可以将维度特征因子作为自变量,将租户业务选择备选虚拟机的概率作为因变量,结合偏差以及租户业务未选择备选虚拟机的概率,进行逻辑回归分析。
其中,偏差与租户业务选择备选虚拟机的概率具有映射关系。可选地,偏差与选择备选虚拟机的概率的映射关系可以是由专家根据经验值预先设定的,也可以是通过模型进行预测/学习得到的,在此不做限定。可选地,偏差与选择备选虚拟机的概率二者的映射关系为一对一映射。
进一步地,逻辑回归分析的公式为:
其中,p为租户业务选择备选虚拟机的概率,w0为偏差,wi为维度特征因子的权重,xi为维度特征因子的分数。
S306:控制租户业务通过第二路由按照路由路径访问目的虚拟机。
在本实施例中,第二路由的目的为租户的虚拟私有云的网段,下一跳依次指向公用虚拟机的网际协议地址,路由优先级为第二优先级。
举例而言,虚拟网络架构调用软件定义云网络所开放的应用程序接口通知状态信息以及业务信息。
其中,应用程序接口包括属性接口以及条件接口。
可选地,租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输。
状态信息包括虚拟机的通信状态以及实时流量,二者通过条件接口进行传输。
需要说明的是,属性接口和条件接口仅是基于所传输信息的用途对接口的命名,并非分别具有特殊含义。
软件定义云网络接收状态信息以及业务信息,基于二者对符合剪枝条件的虚拟机进行剪枝处理并刷新路由表,用于指导流量转发至尚未符合剪枝条件的虚拟机。
具体地,软件定义云网络接收自属性接口以及条件接口所传的信息。
软件定义云网络利用属性接口所上传的信息,匹配虚拟机端口的虚拟局域网与虚拟网络接口的映射关系并存储。
可选地,软件定义云网络获取租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识;通过租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、虚拟机的端口标识通过属性接口传输于软件定义云网络内部映射方式,查找租户的虚拟网络接口以及虚拟机端口的虚拟局域网;存储对于租户的虚拟机端口的虚拟局域网与虚拟网络接口的映射关系。
其中,租户标识用于标识租户身份,网关的网际协议地址用于标识虚拟局域网。
软件定义云网络利用条件接口所上传的信息,判断各虚拟机是否符合剪枝条件。
可选地,剪枝条件包括第一子条件和第二子条件。
第一子条件为虚拟机处于离线状态。
第二子条件为虚拟机的实时流量超过流量阈值。其中,流量阈值可以是前文中所阐述的第一流量阈值、第二流量阈值、第三流量阈值、第四流量阈值中的至少一者,在此不做限定。
满足剪枝条件的第一子条件和第二子条件二者中的一者则判定虚拟机符合剪枝条件。
响应于虚拟机符合剪枝条件,基于端口的虚拟局域网以及虚拟网络接口查找虚拟机的网际协议地址,删除路由表中下一跳指向符合剪枝条件的虚拟机的网际协议地址。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (26)
1.一种业务调度方法,其特征在于,包括:
感知虚拟机的状态信息,获取租户业务的业务信息;
基于所述业务信息自第一路由和第二路由二者中选择其中一者作为所述租户业务的转发方式;其中,所述第一路由的优先级高于所述第二路由的优先级;
结合所述业务信息以及所述状态信息,编排所述租户业务的路由路径以及目的虚拟机;
控制所述租户业务通过所选中的转发方式按照所述路由路径访问所述目的虚拟机;
所述虚拟机的状态信息包括各虚拟机的转发流量,所述转发流量包括实时流量;
响应于选择所述第二路由作为所述租户业务的转发方法,所述编排所述租户业务的路由路径以及目的虚拟机包括:
将各所述虚拟机的实时流量分别与第一流量阈值进行比较;
筛选所述实时流量小于所述第一流量阈值的虚拟机作为备选虚拟机;
对各所述备选虚拟机进行评估,刷新路由表,推荐所述路由路径以及所述目的虚拟机。
2.根据权利要求1所述的业务调度方法,其特征在于,所述对各所述备选虚拟机进行评包括:利用多维模型对各所述备选虚拟机进行评估;
其中,所述多维模型包括多个维度,各所述维度包括至少一个维度特征因子;将所述维度特征因子作为自变量,将所述租户业务选择所述备选虚拟机的概率作为因变量,结合偏差以及所述租户业务未选择所述备选虚拟机的概率,进行逻辑回归分析。
3.根据权利要求2所述的业务调度方法,其特征在于,所述偏差与所述租户业务选择所述备选虚拟机的概率具有映射关系;所述逻辑回归分析的公式为:
其中,p为所述租户业务选择所述备选虚拟机的概率,w0为偏差,wi为维度特征因子的权重,xi为维度特征因子的分数。
4.根据权利要求2所述的业务调度方法,其特征在于,所述多维模型的维度包括:业务信息、叠加网络信息、网络配置信息、网络组网信息以及所述转发流量。
5.根据权利要求4所述的业务调度方法,其特征在于,所述业务信息的维度特征因子包括:
租户业务等级、用户在线数量、业务优先级以及业务配置数量;
其中,所述租户业务等级与所述租户业务的转发方式具有映射关系。
6.根据权利要求4所述的业务调度方法,其特征在于,所述叠加网络信息的维度特征因子包括:叠加网络业务以及叠加网络带宽。
7.根据权利要求4所述的业务调度方法,其特征在于,所述转发流量的维度特征因子包括:虚拟机协议状态、虚拟机总带宽、虚拟机实时流量、虚拟机用户数量、虚拟机网络时延以及虚拟机丢包数量。
8.根据权利要求1所述的业务调度方法,其特征在于,所述筛选所述实时流量小于所述第一流量阈值的虚拟机作为备选虚拟机之前包括:
响应于所述实时流量达到所述第一流量阈值的所述虚拟机的数量达到第一数量阈值,扩建新的虚拟机。
9.根据权利要求1所述的业务调度方法,其特征在于,所述将各所述虚拟机的实时流量分别与第一流量阈值进行比较之后还包括:
响应于所述虚拟机的实时流量达到所述第一流量阈值,对所述虚拟机进行剪枝处理。
10.根据权利要求9所述的业务调度方法,其特征在于,所述对所述虚拟机进行剪枝处理包括:
自路由的成员列表中删除下一跳指向进行剪枝处理的虚拟机的网际协议地址。
11.根据权利要求1所述的业务调度方法,其特征在于,所述虚拟机包括公用虚拟机和专用虚拟机;
所述第一路由指向的所述目的虚拟机为所述专用虚拟机;
所述第二路由指向的所述目的虚拟机为所述公用虚拟机。
12.根据权利要求11所述的业务调度方法,其特征在于,所述基于所述业务信息自第一路由和第二路由二者中选择其中一者作为所述租户业务的转发方式包括:
识别所述租户业务的业务信息,判断所述租户业务是否指定所述专用虚拟机执行业务流程;响应于所述租户业务指定所述专用虚拟机执行业务流程,选择所述第一路由作为所述租户业务的转发方式;响应于所述租户业务未指定所述专用虚拟机执行业务流程,选择所述第二路由作为所述租户业务的转发方式。
13.根据权利要求11所述的业务调度方法,其特征在于,所述专用虚拟机与所关联的租户业务具有映射关系;
控制所述租户业务通过第一路由按照所述路由路径访问所述目的虚拟机包括:
将所述租户业务所关联的专用虚拟机作为所述目的虚拟机;
所述第一路由的目的为租户的虚拟私有云的网段,下一跳指向于所述目的虚拟机的网际协议地址,路由优先级为第一优先级。
14.根据权利要求13所述的业务调度方法,其特征在于,所述虚拟机的状态信息包括各虚拟机的转发流量,所述转发流量包括实时流量;
所述将所述租户业务所关联的专用虚拟机作为所述目的虚拟机包括:
获取与所述租户业务关联的专用虚拟机的转发流量;
将所述关联的专用虚拟机的实时流量与第二流量阈值进行比较;
响应于所述关联的专用虚拟机的实时流量达到所述第二流量阈值,为所述租户业务分配新的专用虚拟机并对原专用虚拟机进行剪枝处理;
将新的专用虚拟机作为所述目的虚拟机。
15.根据权利要求11所述的业务调度方法,其特征在于,控制所述租户业务通过第二路由按照所述路由路径访问所述目的虚拟机包括:
所述第二路由的目的为租户的虚拟私有云的网段,下一跳依次指向公用虚拟机的网际协议地址,路由优先级为第二优先级。
16.根据权利要求1所述的业务调度方法,其特征在于,所述虚拟机的状态信息包括转发流量,所述转发流量包括实时流量;
所述感知虚拟机的状态信息包括:
监控各所述虚拟机的入方向流量作为所述实时流量;
判断所述虚拟机的实时流量是否达到第三流量阈值;
响应于所述虚拟机的实时流量达到所述第三流量阈值,向用户反馈提示信息。
17.根据权利要求16所述的业务调度方法,其特征在于,所述业务调度方法还包括:
响应于所述虚拟机的入方向流量达到第四流量阈值,则对所述虚拟机进行剪枝处理;其中,所述第四流量阈值不小于所述第三流量阈值。
18.根据权利要求16所述的业务调度方法,其特征在于,所述向用户反馈提示信息包括:获取所述实时流量达到所述第三流量阈值的网际协议地址;
获取网关上下一跳指向所述网际协议地址的路由的目的网段;
基于所述目的网段获取租户的虚拟私有云,统计租户虚拟私有云的租户业务分布,形成所述提示信息并反馈用户。
19.根据权利要求1所述的业务调度方法,其特征在于,所述状态信息包括所述虚拟机的通信状态;所述业务调度方法还包括:
识别所述虚拟机的所述通信状态;
响应于所述通信状态标识所述虚拟机处于离线状态,则对所述虚拟机进行剪枝处理。
20.根据权利要求1所述的业务调度方法,其特征在于,所述感知虚拟机的状态信息,获取租户业务的业务信息包括:
虚拟网络架构调用软件定义云网络所开放的应用程序接口通知所述状态信息以及所述业务信息;
所述软件定义云网络接收所述状态信息以及所述业务信息,基于二者对符合剪枝条件的虚拟机进行剪枝处理并刷新路由表,用于指导流量转发至尚未符合所述剪枝条件的虚拟机。
21.根据权利要求20所述的业务调度方法,其特征在于,所述应用程序接口包括属性接口以及条件接口;
所述软件定义云网络接收所述状态信息以及所述业务信息,基于二者对符合所述剪枝条件的虚拟机进行剪枝处理并刷新路由表包括:
所述软件定义云网络接收自所述属性接口以及所述条件接口所传的信息;
利用所述属性接口所上传的信息,匹配所述虚拟机端口的虚拟局域网与虚拟网络接口的映射关系并存储;
利用所述条件接口所上传的信息,判断各所述虚拟机是否符合剪枝条件;
响应于所述虚拟机符合剪枝条件,基于端口的虚拟局域网以及所述虚拟网络接口查找所述虚拟机的网际协议地址,删除路由表中下一跳指向符合剪枝条件的虚拟机的网际协议地址。
22.根据权利要求21中所述的业务调度方法,其特征在于,所述状态信息包括所述虚拟机的通信状态以及实时流量,二者通过所述条件接口进行传输;
所述剪枝条件包括:所述虚拟机处于离线状态,所述虚拟机的实时流量超过第三流量阈值,满足二者中的一者则判定所述虚拟机符合剪枝条件。
23.根据权利要求22中所述的业务调度方法,其特征在于,所述业务信息包括租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、所述虚拟机的端口标识;
其中,所述租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、所述虚拟机的端口标识通过所述属性接口传输;
所述利用所述属性接口所上传的信息,匹配所述虚拟机端口的虚拟局域网与所述虚拟网络接口的映射关系并存储包括:
所述软件定义云网络获取所述租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、所述虚拟机的端口标识;
通过所述租户标识、租户的虚拟私有云的网络标识、网关的网际协议地址、所述虚拟机的端口标识通过所述属性接口传输于软件定义云网络内部映射方式,查找所述租户的虚拟网络接口以及所述虚拟机端口的虚拟局域网;
存储对于所述租户的虚拟机端口的虚拟局域网与所述虚拟网络接口的映射关系。
24.一种业务调度装置,其特征在于,所述业务调度装置包括:
控制台,用于接收用户指令,所述用户指令用于变更虚拟机的状态信息和/或租户业务的业务信息;
虚拟网络架构,用于感知所述虚拟机的状态以及感知用户指令;
软件定义云网络,包括向所述控制台和/或所述虚拟网络架构开放的应用程序接口,用于通过所述应用程序接口获取所述状态信息以及所述业务信息;基于所述业务信息自第一路由和第二路由二者中选择其中一者作为所述租户业务的转发方式;其中,所述第一路由的优先级高于所述第二路由的优先级;
结合所述业务信息以及所述状态信息,编排所述租户业务的路由路径以及目的虚拟机;
控制所述租户业务通过所选中的转发方式按照所述路由路径访问所述目的虚拟机;
所述虚拟机的状态信息包括各虚拟机的转发流量,所述转发流量包括实时流量;
响应于选择所述第二路由作为所述租户业务的转发方法,所述编排所述租户业务的路由路径以及目的虚拟机包括:
将各所述虚拟机的实时流量分别与第一流量阈值进行比较;
筛选所述实时流量小于所述第一流量阈值的虚拟机作为备选虚拟机;
对各所述备选虚拟机进行评估,刷新路由表,推荐所述路由路径以及所述目的虚拟机。
25.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至23中任一项所述业务调度方法的步骤。
26.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至23中任一项所述业务调度方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310696018.9A CN116599901B (zh) | 2023-06-13 | 2023-06-13 | 业务调度方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310696018.9A CN116599901B (zh) | 2023-06-13 | 2023-06-13 | 业务调度方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116599901A CN116599901A (zh) | 2023-08-15 |
CN116599901B true CN116599901B (zh) | 2024-01-23 |
Family
ID=87604468
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310696018.9A Active CN116599901B (zh) | 2023-06-13 | 2023-06-13 | 业务调度方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116599901B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102318291A (zh) * | 2011-07-14 | 2012-01-11 | 华为技术有限公司 | 一种业务流处理的方法、装置及系统 |
CN107888501A (zh) * | 2016-09-30 | 2018-04-06 | 中国电信股份有限公司 | 路由更新消息的发送方法、rr、网络设备和网络系统 |
CN109714238A (zh) * | 2018-12-11 | 2019-05-03 | 上海云轴信息科技有限公司 | 一种用于实现虚拟机间通信的方法及设备 |
CN111736955A (zh) * | 2020-06-29 | 2020-10-02 | 苏州浪潮智能科技有限公司 | 一种数据存储方法、装置、设备及可读存储介质 |
CN112511432A (zh) * | 2020-11-12 | 2021-03-16 | 中国科学院计算技术研究所 | 一种Overlay网络虚拟化SFC路由配置、传输方法及系统 |
CN113261240A (zh) * | 2018-12-28 | 2021-08-13 | 阿里巴巴集团控股有限公司 | 使用可编程客户机进行多租户隔离 |
CN113992571A (zh) * | 2021-09-29 | 2022-01-28 | 新华三大数据技术有限公司 | Sdn网络中多路径业务收敛方法、装置和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160080246A1 (en) * | 2014-09-12 | 2016-03-17 | Futurewei Technologies, Inc. | Offloading Tenant Traffic in Virtual Networks |
-
2023
- 2023-06-13 CN CN202310696018.9A patent/CN116599901B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102318291A (zh) * | 2011-07-14 | 2012-01-11 | 华为技术有限公司 | 一种业务流处理的方法、装置及系统 |
CN107888501A (zh) * | 2016-09-30 | 2018-04-06 | 中国电信股份有限公司 | 路由更新消息的发送方法、rr、网络设备和网络系统 |
CN109714238A (zh) * | 2018-12-11 | 2019-05-03 | 上海云轴信息科技有限公司 | 一种用于实现虚拟机间通信的方法及设备 |
CN113261240A (zh) * | 2018-12-28 | 2021-08-13 | 阿里巴巴集团控股有限公司 | 使用可编程客户机进行多租户隔离 |
CN111736955A (zh) * | 2020-06-29 | 2020-10-02 | 苏州浪潮智能科技有限公司 | 一种数据存储方法、装置、设备及可读存储介质 |
CN112511432A (zh) * | 2020-11-12 | 2021-03-16 | 中国科学院计算技术研究所 | 一种Overlay网络虚拟化SFC路由配置、传输方法及系统 |
CN113992571A (zh) * | 2021-09-29 | 2022-01-28 | 新华三大数据技术有限公司 | Sdn网络中多路径业务收敛方法、装置和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN116599901A (zh) | 2023-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11876717B2 (en) | Flow-based load balancing | |
US20170142010A1 (en) | Network operation rule | |
CN109714275B (zh) | 一种用于接入业务传输的sdn控制器及其控制方法 | |
US20220086044A1 (en) | Analyzing and configuring workload distribution in slice-based networks to optimize network performance | |
US20240056510A1 (en) | Systems and methods for data routing management | |
US20170195254A1 (en) | Application based conditional forwarding and load balancing in a software defined networking (sdn) architecture | |
CN106453138B (zh) | 一种报文处理方法和装置 | |
JP7288980B2 (ja) | 仮想サービスネットワークにおけるサービス品質 | |
CN108206790B (zh) | 一种基于网络切片的sdn联合路由选择及资源分配方法 | |
US11467922B2 (en) | Intelligent snapshot generation and recovery in a distributed system | |
US20160036644A1 (en) | Loop-free hybrid network | |
WO2021209803A1 (en) | Method and system to share data across network operators to support wireless quality of service (qos) for connected vehicles | |
Pietrabissa et al. | Lyapunov-based design of a distributed wardrop load-balancing algorithm with application to software-defined networking | |
US20140119177A1 (en) | Method and system for selectively metering network traffic | |
EP3534578B1 (en) | Resource adjustment method, device and system | |
US20150156113A1 (en) | Communication System, Control Apparatus, Communication Method, Control Method and Program | |
CN109428780A (zh) | 一种流量监测的调度方法、装置、服务器及存储介质 | |
US11811635B2 (en) | Network traffic migration method and apparatus | |
Cai et al. | Optimal cloud network control with strict latency constraints | |
CN116599901B (zh) | 业务调度方法、装置、计算机设备及存储介质 | |
WO2016173196A1 (zh) | 地址映射关系的学习方法及装置 | |
Shi et al. | Joint optimization of stateful VNF placement and routing scheduling in software-defined networks | |
US20170078193A1 (en) | Communication system, control apparatus, communication apparatus, and communication method | |
Magnouche et al. | Distributed utility maximization from the edge in ip networks | |
CN111698784A (zh) | 数据传输方法、装置、设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |