CN109005211A - 一种无线城域网环境下的微云部署及用户任务调度方法 - Google Patents
一种无线城域网环境下的微云部署及用户任务调度方法 Download PDFInfo
- Publication number
- CN109005211A CN109005211A CN201810700968.3A CN201810700968A CN109005211A CN 109005211 A CN109005211 A CN 109005211A CN 201810700968 A CN201810700968 A CN 201810700968A CN 109005211 A CN109005211 A CN 109005211A
- Authority
- CN
- China
- Prior art keywords
- user
- candidate
- micro cloud
- micro
- cloud
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000009191 jumping Effects 0.000 claims description 9
- 238000004364 calculation method Methods 0.000 claims description 3
- 238000011160 research Methods 0.000 abstract description 6
- 230000007547 defect Effects 0.000 abstract description 5
- 238000005457 optimization Methods 0.000 abstract description 5
- 230000005540 biological transmission Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 8
- 239000011159 matrix material Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229910052757 nitrogen Inorganic materials 0.000 description 1
- 125000004433 nitrogen atom Chemical group N* 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2852—Metropolitan area networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种无线城域网环境下的微云部署及用户任务调度方法,通过引入系统所能容忍的网络延时阈值克服微云负载过重以及队列时间过长缺陷,有效减小平均系统响应时间。将针对微云部署方案以及用户任务调度方案的优化问题展开研究,旨在减小被卸载任务的平均等待时间。根据给定的整数K≥1,在无线城域网中选取K个接收点部署K个微云,然后按一定的规则将无线城域网中的用户任务调度到微云上,使得用户的被卸载任务的平均等待时间最小化。本发明在负载优先算法的基础上,优化该算法的明显缺陷,根据实际情况提出最近似于最优算法的密度优先部署算法,以有效的最小化系统响应时间,显著优化了城域网络的移动应用性能。
Description
技术领域
本发明涉及局域网高性能计算领域的服务器部署及用户调度方法,尤其涉及一种无线城域网环境下的微云部署及用户任务调度方法。
背景技术
随着移动设备硬件技术的飞速发展,移动应用变得复杂多样,由此产生的任务需求就对移动设备的处理能力提出了更高的要求。然而,适宜的尺寸实现了设备的便携性却无法完全满足移动应用的处理要求。为了提高移动应用的性能表现,一个有效的解决方案是当一个应用承担多个任务时,可将将其中一部分卸载到云端上处理,从而减轻移动设备本身的处理负担。遥远的云端服务器一方面拥有丰富的计算资源而备受移动用户的青睐,另一方面却因距离移动用户过远,在任务数据传输时存在严重的网络延时,导致用户体验变差。尤其在一些对响应时间要求较高的应用中,这种时延是不能容忍的。最近有研究提出可用由一些计算机集群组成的微云替代云端来卸载移动设备任务。微云通常部署在网络中的某个数据接收点上,并且用户可以通过无线网络访问微云。相较于传统的云端,微云在地理位置上更加靠近用户,可以在一定程度上减小用户与处理端之间的网络延时,从而提升用户体验。
移动计算中微云应用的研究被日益关注的同时,其在网络中的部署位置在一定程度上被忽略了。以往的研究通常将微云描述为小型的私有局域网,例如公寓或者办公室区域。在这些环境中,微云部署位置对整个区域网络延时的影响是微乎其微的。无论微云被部署在何处,用户与微云之间的平均网络延时都是极小的,完全可以忽略不计。但是,若将部署的环境背景转变为无线城域网,部署位置的问题将变得极其重要。
虽然对于在无线城域网中使用微云的研究还很少,但是微云对无线城域网环境具有一定的适应性。首先,城市区域的人口密度高,这意味着微云可以接收到大量用户的任务需求,被闲置的概率较低,可以保障微云的利用率。其次,鉴于无线城域网的规模足够庞大,通过无线城域网提供微云服务的供应商可以降低部署的平均成本,使得微云服务更容易被普通大众所接受。然而,也正是因为无线城域网的规模巨大,所以某个用户与距离他最近的微云之间可能相距多个接收点。虽然在小型网络中每个接收点之间的延时可以忽略不计,但是在大规模的无线城域网中,由于较远的地理距离以及繁重的任务量,相距较远的接收点之间的数据传输可能会产生较低质量的服务以及较大的网络延时。正因如此,用户与为其提供服务的微云之间的距离将会严重影响移动应用的性能表现,特别是对于那些数据通信率与处理率高的应用,例如移动在线游戏。同时,我们也应当谨慎考虑哪一个用户需要调度到哪一个微云的问题。当用户被调度到最近的微云时可能有最小的网络延时,但是如果这个微云被其他用户的任务请求满载,这时的网络延时就会产生很大的波动。目前最好的解决方案就是将用户任务调度到距离相对近且工作负载相对较轻的微云上执行。通过设计微云部署方案以及用户任务调度方案,我们旨在最小化用户与微云之间总的任务请求延时,以此最大程度上提升移动应用的性能表现,从而提升用户体验。
无线城域网中的微云部署和用户任务调度问题仍存在多方面的困难。首先,无线城域网中的用户往往不是静止的,他们常在整个城域网中移动,任何特定区域内的用户数量都可能随时间而变化。决定微云的部署位置去适配用户的动态移动以及资源要求是很大的挑战。其次,用户任务调度方案也是必须考虑的。结合寻找最佳的微云部署方案来执行最佳的用户任务调度方案,给已经困难的问题又增加的新的复杂度。
发明内容
本发明的目的在于提供一种无线城域网环境下的微云部署及用户任务调度方法。
本发明采用的技术方案是:
一种无线城域网环境下的微云部署及用户任务调度方法,其包括以下步骤:
步骤1:构建无线城域网模型,生成无线城域网中的用户与接收点之间的关联关系的无向图;
步骤2:基于无向图确定每个接收点连接的候选用户集合;
步骤3:在无线城域网络中进行微云部署;
步骤3-1,分别计算无线城域网络中所有在线接收点的候选工作负载;
步骤3-1中在线接收点的候选工作负载的计算公式如下:
其中,来表示pj的候选工作负载,为接收点pj的候选用户集合,λi表示候选用户uj的工作负载;
步骤3-2,选择候选工作负载最大的接收点最为当前接收点;
步骤3-3,在当前接收点上部署微云成为微云接收点;
步骤3-4,从无线城域网络中卸载当前接收点以及与该接收点直接连接的候选用户;
步骤3-5,判断是否达到微云部署上限;当达到微云部署上限,则跳转步骤3-6;否则,跳转步骤3-1;
步骤3-6,结束微云部署,并将已卸载的接收点及其直接连接的候选用户重新挂载至无线城域网络;
步骤4:对已完成微云部署的无线城域网络进行用户任务调度:
步骤4-1,从当前无线城域网络所有在线微云接收点中获取具有最大候选用户的微云接收点作为当前微云接收点;
步骤4-2,当前微云接收点对应的候选用户集中顺序选取一候选用户,将该候选用户的任务分配至当前微云接收点上,并将该候选用户纳入被调度用户集;
步骤4-3,计算当前微云接收点的工作负载;
步骤4-4,判断当前微云接收点的负载是否超过每个微云的平均负载;当前微云接收点的负载不超过每个微云接收点的平均负载时,跳转至步骤4-2;否则,跳转步骤4-5;
步骤4-5,将被调度用户集以及当前微云接收点从无线城域网络中卸载;
步骤4-6,判断是否有在线微云;当有在线微云时,则跳转步骤4-1;否则,跳转步骤4-7;
步骤4-7,判断是否有剩余未调度的候选用户;
当还有剩余未调度的候选用户,则将剩余未调度的候选用户就近调度至附近的微云;否则,跳转步骤4-8;
步骤4-8,结束用户任务调度,并将已卸载的微云接收点及其被调度候选用户重新挂载至无线城域网络。
进一步地,步骤1具体包括以下步骤:
步骤1-1:设定pj表示无线城域网中的第j个接收点,则通过互联网互相连接的接收点的集合为P={p1,…pj,…,pn};uj表示无线城域网中的第j个用户,则通过接收点访问网络的用户的集合为U={u1,…uj,…,un};
步骤1-2:无线城域网中的用户与接收点之间的关联关系的无向图G,G=(V,E),其中V=P∪U;E为G中含有两种类型的边;
G中含有两种类型的边:一种为某个用户ui与某个接收点pj之间的边(ui,pj),(ui,pj)表示ui与pj之间无线连接;另一种为两个接收点pi与pj之间的边,它表示两接收点直接相连,它们之间没有其余接收点。
设定每一个任务通过网络在同一组接收点之间传输时所产生的延时都是相等的,则定义一个矩阵D∈Rm×m,其中m为网络内接收点的数量,Dj,k表示任务在接收点pj与接收点pk之间传输所产生的传输延时。
进一步地,步骤2具体包括以下步骤:
步骤2-1:定义Tnet为可容忍网络延迟阈值Tnet;
步骤2-2:将与接收点pj之间网络延迟不超过Tnet的用户的集合作为接收点pj的候选用户集合,
其中Dk,j表示任务在接收点pk与接收点pj之间传输所产生的传输延时;pk为候选用户ui所在的无线连接点。
因为pj的候选用户与pj之间有较小的网络延时,因此pj的所有候选用户都将被调度到接收点pj周围。一个接收点的候选用户集合的大小可以用来指示该接收点所在区域的用户密度大小。
进一步地,步骤4-7中将剩余未调度的候选用户就近调度至附近的微云的具体步骤
步骤4-7-1,从所有剩余未调度的候选用户顺序选取一剩余未调度的候选用户,查询其最接近的微云;
步骤4-7-2,将选取的剩余未调度的候选用户的任务调度至该最接近的微云;
步骤4-7-3,判断调入该剩余未调度的候选用户的任务时该微云的工作负载是否超过该微云的最大工作负载;
当超过该微云的最大工作负载时,从该微云卸载该剩余未调度的候选用户,并将该剩余未调度的候选用户的任务分配至云端执行;当未到达该微云的最大工作负载时,将该剩余未调度的候选用户归入该微云的被调度用户集。
本发明采用以上技术方案,根据实际情况提出最近似于最优算法的密度优先部署算法,以有效的最小化系统响应时间。通过引入系统所能容忍的网络延时阈值克服微云负载过重以及队列时间过长缺陷,有效减小平均系统响应时间。将针对微云部署方案以及用户任务调度方案的优化问题展开研究,旨在减小被卸载任务的平均等待时间。我们专注于解决以下优化问题:根据给定的整数K≥1,在无线城域网中选取K个接收点部署K个微云,然后按一定的规则将无线城域网中的用户任务调度到微云上,使得用户的被卸载任务的平均等待时间最小化。本发明在负载优先算法的基础上,优化该算法的明显缺陷,显著优化了城域网络的移动应用性能。
附图说明
以下结合附图和具体实施方式对本发明做进一步详细说明;
图1为本发明一种无线城域网环境下的微云部署及用户任务调度方法的无线城域网模型结构示意图;
图2为传统的负载优先算法的流程示意图;
图3为本发明的微云队列时间图;
图4为本发明用户任务调度方法的密度优先算法的流程示意图。
具体实施方式
如图1-4之一所示,本发明公开了一种无线城域网环境下的微云部署及用户任务调度方法,其包括以下步骤:
步骤1:构建无线城域网模型,生成无线城域网中的用户与接收点之间的关联关系的无向图;
步骤2:基于无向图确定每个接收点连接的候选用户集合;
步骤3:在无线城域网络中进行微云部署;
步骤3-1,分别计算无线城域网络中所有在线接收点的候选工作负载;
步骤3-1中在线接收点的候选工作负载的计算公式如下:
其中,来表示pj的候选工作负载,为接收点pj的候选用户集合,λi表示候选用户uj的工作负载;
步骤3-2,选择候选工作负载最大的接收点最为当前接收点;
步骤3-3,在当前接收点上部署微云成为微云接收点;
步骤3-4,从无线城域网络中卸载当前接收点以及与该接收点直接连接的候选用户;
步骤3-5,判断是否达到微云部署上限;当达到微云部署上限,则跳转步骤3-6;否则,跳转步骤3-1;
步骤3-6,结束微云部署,并将已卸载的接收点及其直接连接的候选用户重新挂载至无线城域网络;
步骤4:对已完成微云部署的无线城域网络进行用户任务调度:
步骤4-1,从当前无线城域网络所有在线微云接收点中获取具有最大候选用户的微云接收点作为当前微云接收点;
步骤4-2,当前微云接收点对应的候选用户集中顺序选取一候选用户,将该候选用户的任务分配至当前微云接收点上,并将该候选用户纳入被调度用户集;
步骤4-3,计算当前微云接收点的工作负载;
步骤4-4,判断当前微云接收点的负载是否超过每个微云的平均负载;当前微云接收点的负载不超过每个微云接收点的平均负载时,跳转至步骤4-2;否则,跳转步骤4-5;
步骤4-5,将被调度用户集以及当前微云接收点从无线城域网络中卸载;
步骤4-6,判断是否有在线微云;当有在线微云时,则跳转步骤4-1;否则,跳转步骤4-7;
步骤4-7,判断是否有剩余未调度的候选用户;
当还有剩余未调度的候选用户,则将剩余未调度的候选用户就近调度至附近的微云;否则,跳转步骤4-8;
步骤4-8,结束用户任务调度,并将已卸载的微云接收点及其被调度候选用户重新挂载至无线城域网络。
进一步地,步骤1具体包括以下步骤:
步骤1-1:设定pj表示无线城域网中的第j个接收点,则通过互联网互相连接的接收点的集合为P={p1,…pj,…,pn};uj表示无线城域网中的第j个用户,则通过接收点访问网络的用户的集合为U={u1,…uj,…,un};
步骤1-2:无线城域网中的用户与接收点之间的关联关系的无向图G,G=(V,E),其中V=P∪U;E为G中含有两种类型的边;G中含有两种类型的边:一种为某个用户ui与某个接收点pj之间的边(ui,pj),(ui,pj)表示ui与pj之间无线连接;另一种为两个接收点pi与pj之间的边,它表示两接收点直接相连,它们之间没有其余接收点。
设定每一个任务通过网络在同一组接收点之间传输时所产生的延时都是相等的,则定义一个矩阵D∈Rm×m,其中m为网络内接收点的数量,Dj,k表示任务在接收点pj与接收点pk之间传输所产生的传输延时。
进一步地,步骤2具体包括以下步骤:
步骤2-1:定义Tnet为可容忍网络延迟阈值Tnet;
步骤2-2:将与接收点pj之间网络延迟不超过Tnet的用户的集合作为接收点pj的候选用户集合,
其中Dk,j表示任务在接收点pk与接收点pj之间传输所产生的传输延时;pk为候选用户ui所在的无线连接点。
因为pj的候选用户与pj之间有较小的网络延时,因此pj的所有候选用户都将被调度到接收点pj周围。一个接收点的候选用户集合的大小可以用来指示该接收点所在区域的用户密度大小。
进一步地,步骤4-7中将剩余未调度的候选用户就近调度至附近的微云的具体步骤
步骤4-7-1,从所有剩余未调度的候选用户顺序选取一剩余未调度的候选用户,查询其最接近的微云;
步骤4-7-2,将选取的剩余未调度的候选用户的任务调度至该最接近的微云;
步骤4-7-3,判断调入该剩余未调度的候选用户的任务时该微云的工作负载是否超过该微云的最大工作负载;
当超过该微云的最大工作负载时,从该微云卸载该剩余未调度的候选用户,并将该剩余未调度的候选用户的任务分配至云端执行;当未到达该微云的最大工作负载时,将该剩余未调度的候选用户归入该微云的被调度用户集。
下面就本发明的具体原理做详细的说明:
1问题定义
我们引入两个集合X和Y,分别表示微云部署方案和用户任务调度方案。其中xj表示接收点pj处是否部署了微云,xj=1表示有,否则xj=0;Y表示用户到微云的调度方案,Yi,j=1表示用户ui被调度到了部署在pj处的微云,否则Yi,j=0。我们假定所有的微云都会被多个接收点共同连接,
X={xj|1≤j≤m}
Y={yi,j|1≤i≤n,1≤j≤m}
我们还引入了一个用户与微云之间的可容忍网络延时的阈值Tnet。虽然无法提出一个解决方案使得每个用户的网络延时都低于Tnet,但是当我们设计算法时,引入阈值将具有实际意义。接下来我们定义一些与问题相关联的参数。用Λ表示用户到达率的集合,
Λ={λi|1≤i≤n} (1)
用W表示用户与他的无线连接接收点之间的无线延迟的集合,
W=(ωi|1≤i≤n) (2)
无线城域网中K个微云部署问题(KCP)可以有如下定义:根据给定的整数K≥1和系统参数(G,Λ,W,D,Tnet,λmax,B,μ,c),得出微云部署方案X和用户任务调度方案Y,使得系统响应时间最小化,
2无线城域网系统模型
如图1,一个无线城域网系统可以由一个通过互联网互相连接的接收点的集合P={p1,…,pn}和一个可以通过接收点访问网络的用户的集合U={u1,…,un}来表示。我们用一个无向图G=(V,E)来表示无线城域网中的用户与接收点之间的关联关系,其中V=P∪U。G中含有两种类型的边;一种为某个用户ui与某个接收点pj之间的边(ui,pj),(ui,pj)表示ui与pj之间无线连接;另一种为两个接收点pi与pj之间的边,它表示两接收点直接相连,它们之间没有其余接收点。我们假设图G是连通的,这就意味着G中包含的任一个接收点都通过高速的互联网访问另外任一个接收点。此外,G中的每一个接收点都可以通过互联网访问遥远的云端服务器。
每个移动用户所产生的任务量是波动的并且无法预知,尤其是当他们在同一时间运行多个应用的时候。我们假定每个用户ui都有一束可卸载的任务流,并且这束工作流根据泊松过程以卸载率λi随机的进入系统。
为了将自己的任务需求卸载到微云上去执行,用户需要通过网络G来传递他的任务需求。用ωi来表示用户ui与同他无线连接的接收点pj间的无线延时。如果用户ui的任务需求被调度到部署在pk的微云上去执行,那么任务就需要从pj传到pk。我们假定被卸载的任务都有同样的数据包大小,因此用户的每一个任务通过网络在同一组接收点之间传输时所产生的延时都是相等的。我们定义一个矩阵D∈Rm×m,其中Dj,k表示任务在接收点pj与接收点pk之间传输所产生的传输延时。
3卸载系统模型
我们引入一个多用户任务卸载系统模型,这个模型模拟一个队列网络。我们假定G中部署了K个微云。被卸载的任务可以由K个微云中的一个执行或者由遥远的云端来执行。每个用户根据卸载率λi卸载他的任务流到微云。如果某一时刻微云出现过载的情况,它将会将接收到的工作流的一部分卸载到遥远的云端去执行,以保证微云上的负载不会过大。
如图3所示,所有的微云被模拟成一个M/M/c队列,其中每个微云都由c个拥有固定服务率μ的同类服务器所组成。一个任务请求到达微云的等待时间由队列时间和传输时间组成。我们定义一个函数fQ,它的功能是根据给定的任务卸载率λ(工作负载),返回平均队列时间。
其中
(2)式被称为Erlang公式。
用Uj来表示被调度到部署在pj处的微云的用户集合,Uj={ui|yi,j=1}。如果一个微云的工作负载过重,队列时间就可能变得格外的长,这就有可能使得移动用户的应用变慢。对于微云来说,当它过载时,将超出的任务量卸载到遥远的云端上去处理是常用的解决方案。我们假定每个微云的最大工作负载被卸载率λmax所限制,其他剩余的任务请求将被卸载到遥远的云端。我们用Φj来表示在微云上处理的任务比例。
其中Uj表示被调度到部署在pj处的微云的用户集合,部署在pj处的微云上的每个任务的等待时间为
被卸载到遥远云端的任务是通过互联网传输的,我们假定这样的传输将产生固定的延时B,并且云端拥有充足的计算资源去执行任务,云端上的队列时间忽略不计。我们将云端模拟为一个M/M/∞队列,并且与所有微云一样拥有固定的服务率μ。卸载任务到云端的等待时间可以表示
tcld=B+1/μ (8)
根据式(3)(4)(5)可得,卸载用户ui的任务的平均等待时间为
ti=ωi+Dk,j+φj·tclt(j)+(1-φj)·tcld(j) (9)
其中ui与接收点pk无线连接,并被调度到部署在pj处的微云。
系统中所有用户卸载任务的平均等待时间称为系统的响应时间
3本发明的涉及的策略算法
3.1传统负载优先部署算法
解决KCP问题首先要找到WMAN中的微云部署位置。由于问题的目的是通过将微云更贴近用户从而减小系统响应时间,那么一个简单有效的方案就是将微云直接部署到用户工作负载最重的接收点上。我们将网络中的所有接收点根据与该接收点直接无线连接的用户的累计任务卸载率降序排列,然后取前K个为微云部署点。接下来我们调度用户到微云。
对于每个无线连接到pj的用户ui,我们找到与pj之间有最小的网络延迟Dk,j的微云,然后将ui调度到这个微云。这样就最小化了用户与服务他的微云之间的网络延时。如图2所示,给出了传统负载优先部署算法的流程,算法1给出了负载优先算法的细节。
算法1负载优先算法
输入:(K,G,Λ,W,D,Tnet,λmax,B,μ,c)
输出:(X,Y)
1:/*微云部署方案*/
2:初始化:为微云部署点的集合*/;
3:for k←1to K do
4:j←k,其中k为接收点pj的索引值,user(pk)为与接收点pk直接无线连接的用户的集合;
5:Q←Q∪{pj};
6:X[j]←1;
7:/*用户任务调度方案*/
8:for i←1to n do
9:pk为用户ui的连接点;
10:找到一个微云j并调度用户的任务给他,其中
11:Y[i,j]←1.
HAF算法有两个主要缺点。首先,有着最大工作负载的接收点不一定最接近于他所服务的用户。如图1所示模型,虽然接收点pj可能有着最大工作负载,但是与之无线连接的用户都处在网络的边缘,这就导致如果pj被选为微云部署点,那么除这些用户之外的其他用户想要访问这个边缘接收点的传输代价是很大的。显而易见,这个模型中的接收点pj并不是一个好的微云部署点。另一方面,虽然接收点pj没有和任何用户无线连接,也就是工作负载为零,但是网络中的大部分用户都与pj相距不远,所以pj相较于pj来说是一个更优的微云部署
点。综上所述,用人口密度相对较大区域的接收点代替直接工作负载最大的接收点作为微云的部署位置是我们的改进办法之一。
HAF算法第二个较大的缺点就是一味的将用户调度到最邻近的微云,这将可能导致微云过载,从而产生过长的队列时间,影响用户体验。图3展示了调度到微云上工作负载与微云队列时间的关系。当工作负载到一定大小时,队列时间将快速增加,此时任务在微云上处理的等待时间有可能超过传输到遥远云端的等待时间。所以在用户调度时,采取怎样的调度策略能使得总的系统响应时间最小也是我们研究的重点之一。
3.2密度优先部署算法
如图4所示,为了优化HAF算法的缺陷,我们现在提出解决KCP问题的主要解决方法。通过对HAF算法的讨论,我们得到两个关键的方向指引我们找到解决KCP问题更有效的方法。首先,我们希望在无线城域网(WMAN)中用户相对密集的区域部署微云,这意味着微云将更加靠近大多数用户,从而减小用户与微云之间的平均网络延时。第二,我们限制各微云的工作负载,这样可以有效减少任务的平均微云队列时间。我们提出一个基于密度的微云部署方案。前面我们定义了参数Tnet,它表示所能容忍的网络延迟的阈值。用表示与pj之间网络延迟不超过Tnet的用户的集合,
其中pk为ui的无线连接点。我们称为接收点pj的候选用户集合。因为pj的候选用户与pj之间有较小的网络延时,因此pj的所有候选用户都将被调度到接收点pj周围。一个接收点的候选用户集合的大小可以用来指示该接收点所在区域的用户密度大小。用来表示pj的候选工作负载,
我们首先选择有最大的接收点pj来部署微云。然后我们移除网络G中与pj直接相连的用户的集合,再重新计算更新后的网络中每个接收点的候选工作负载,从而找到下一个微云部署点。我们重复以上过程K次,以部署K个微云。
因为互相邻近的接收点经常会共享候选用户,当一个接收点与拥有大量候选用户的接收点相邻时,这个接收点本身也可能拥有大量的候选用户。无线城域网(WMAN)中人口密集区域往往有多个接收点可以被选做微云部署点。通过在pj部署微云之后移除与pj直接相连用户的这个操作,可以减小在人口密集区域微云部署过饱和的可能性。这意味着微云的分布大致符合移动用户的分布,这使得调度用户到微云时更容易平衡微云间的工作负载。
我们接下来解决用户到微云的调度问题,我们找到有着最大候选用户工作负载的微云。我们用λavg表示每个微云的平均工作负载
我们接下来调度微云的候选用户到它本身,直到该微云的工作负载超过λavg。一旦某个微云完成了上述过程,被调度的用户集以及微云部署点将从无线城域网(WMAN)中移除。然后我们对下一个拥有最大候选用户集合的微云进行同样的操作。这个过程直到所有的微云都有机会去调度它的候选用户之后结束。最后,剩余的未得到调度的用户将被调度到距离他最近的微云。
当某个微云的工作负载到达一个阈值时,超出的任务将被卸载到云端去执行,以保证微云队列时间不会大于任务传输到云端所产生的网络延时。图4给出了密度优先算法的流程,算法2给出了密度优先算法的细节。
算法2密度优先部署方案
输入:(K,G,Λ,W,D,Tnet,λmax,B,μ,c)
输出:(X,Y)
1:/*微云部署方案*/
2:U'←U/*U'为未调度到微云的用户集合*/;
3:初始化:为微云部署点的集合*/;
4:for iteration←1to K do
5:找到微云j使
6:Q←Q∪{pj};
7:U'←U'-user(pj)其中user(pj)为与相pj连接的用户;
8:X[j]←1;
9:/*用户任务调度方案*/
10:for i←1to n do
11:pk为用户ui的连接点;
12:找到一个微云j并调度用户的任务给他,其中
13:ifλj<λmax
14:Y[i,j]←1.
15:else
16:ui的任务被卸载到云端
本发明采用以上技术方案,根据实际情况提出最近似于最优算法的密度优先部署算法,以有效的最小化系统响应时间。通过引入系统所能容忍的网络延时阈值克服微云负载过重以及队列时间过长缺陷,有效减小平均系统响应时间。将针对微云部署方案以及用户任务调度方案的优化问题展开研究,旨在减小被卸载任务的平均等待时间。我们专注于解决以下优化问题:根据给定的整数K≥1,在无线城域网中选取K个接收点部署K个微云,然后按一定的规则将无线城域网中的用户任务调度到微云上,使得用户的被卸载任务的平均等待时间最小化。本发明在负载优先算法的基础上,优化该算法的明显缺陷,显著优化了城域网络的移动应用性能。
Claims (4)
1.一种无线城域网环境下的微云部署及用户任务调度方法,其特征在于:其包括以下步骤:
步骤1:构建无线城域网模型,生成无线城域网中的用户与接收点之间的关联关系的无向图;
步骤2:基于无向图确定每个接收点连接的候选用户集合;
步骤3:在无线城域网络中进行微云部署;
步骤3-1,分别计算无线城域网络中所有在线接收点的候选工作负载;
步骤3-1中在线接收点的候选工作负载的计算公式如下:
其中,来表示pj的候选工作负载,为接收点pj的候选用户集合,λi表示候选用户uj的工作负载;
步骤3-2,选择候选工作负载最大的接收点最为当前接收点;
步骤3-3,在当前接收点上部署微云成为微云接收点;
步骤3-4,从无线城域网络中卸载当前接收点以及与该接收点直接连接的候选用户;
步骤3-5,判断是否达到微云部署上限;当达到微云部署上限,则跳转步骤3-6;否则,跳转步骤3-1;
步骤3-6,结束微云部署,并将已卸载的接收点及其直接连接的候选用户重新挂载至无线城域网络;
步骤4:对已完成微云部署的无线城域网络进行用户任务调度:
步骤4-1,从当前无线城域网络所有在线微云接收点中获取具有最大候选用户的微云接收点作为当前微云接收点;
步骤4-2,当前微云接收点对应的候选用户集中顺序选取一候选用户,将该候选用户的任务分配至当前微云接收点上,并将该候选用户纳入被调度用户集;
步骤4-3,计算当前微云接收点的工作负载;
步骤4-4,判断当前微云接收点的负载是否超过每个微云的平均负载;当前微云接收点的负载不超过每个微云接收点的平均负载时,跳转至步骤4-2;否则,跳转步骤4-5;
步骤4-5,将被调度用户集以及当前微云接收点从无线城域网络中卸载;
步骤4-6,判断是否有在线微云;当有在线微云时,则跳转步骤4-1;否则,跳转步骤4-7;步骤4-7,判断是否有剩余未调度的候选用户;
当还有剩余未调度的候选用户,则将剩余未调度的候选用户就近调度至附近的微云;否则,跳转步骤4-8;
步骤4-8,结束用户任务调度,并将已卸载的微云接收点及其被调度候选用户重新挂载至无线城域网络。
2.根据权利要求1所述的一种无线城域网环境下的微云部署及用户任务调度方法,其特征在于:步骤1具体包括以下步骤:
步骤1-1:设定pj表示无线城域网中的第j个接收点,则通过互联网互相连接的接收点的集合为P={p1,…pj,…,pn};uj表示无线城域网中的第j个用户,则通过接收点访问网络的用户的集合为U={u1,…uj,…,un};
步骤1-2:无线城域网中的用户与接收点之间的关联关系的无向图G,G=(V,E),其中V=P∪U;E为G中含有两种类型的边;
G中含有的两种类型边分别为:一种为某个用户ui与某个接收点pj之间的边(ui,pj),(ui,pj)表示ui与pj之间无线连接;另一种为两个接收点pi与pj之间的边,它表示两接收点直接相连,它们之间没有其余接收点。
3.根据权利要求1所述的一种无线城域网环境下的微云部署及用户任务调度方法,其特征在于:步骤2具体包括以下步骤:
步骤2-1:定义Tnet为可容忍网络延迟阈值Tnet;
步骤2-2:将与接收点pj之间网络延迟不超过Tnet的用户的集合UTnet(j)作为接收点pj的候选用户集合,
其中Dk,j表示任务在接收点pk与接收点pj之间传输所产生的传输延时;pk为候选用户ui所在的无线连接点。
4.根据权利要求1所述的一种无线城域网环境下的微云部署及用户任务调度方法,其特征在于:步骤4-7中将剩余未调度的候选用户就近调度至附近的微云的具体步骤:
步骤4-7-1,从所有剩余未调度的候选用户顺序选取一剩余未调度的候选用户,查询其最接近的微云;
步骤4-7-2,将选取的剩余未调度的候选用户的任务调度至该最接近的微云;
步骤4-7-3,判断调入该剩余未调度的候选用户的任务时该微云的工作负载是否超过该微云的最大工作负载;
当超过该微云的最大工作负载时,从该微云卸载该剩余未调度的候选用户,并将该剩余未调度的候选用户的任务分配至云端执行;当未到达该微云的最大工作负载时,将该剩余未调度的候选用户归入该微云的被调度用户集。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810700968.3A CN109005211B (zh) | 2018-06-29 | 2018-06-29 | 一种无线城域网环境下的微云部署及用户任务调度方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810700968.3A CN109005211B (zh) | 2018-06-29 | 2018-06-29 | 一种无线城域网环境下的微云部署及用户任务调度方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109005211A true CN109005211A (zh) | 2018-12-14 |
CN109005211B CN109005211B (zh) | 2021-06-29 |
Family
ID=64602056
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810700968.3A Active CN109005211B (zh) | 2018-06-29 | 2018-06-29 | 一种无线城域网环境下的微云部署及用户任务调度方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109005211B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109639833A (zh) * | 2019-01-25 | 2019-04-16 | 福建师范大学 | 一种基于无线城域网微云负载均衡的任务调度方法 |
CN110377352A (zh) * | 2019-05-20 | 2019-10-25 | 中国人民解放军军事科学院战争研究院 | 基于移动设备云系统的任务处理方法和装置 |
CN110753117A (zh) * | 2019-10-24 | 2020-02-04 | 南京信息工程大学 | 一种无线城域网环境下兼顾隐私保护的计算迁移方法 |
CN110809275A (zh) * | 2019-11-08 | 2020-02-18 | 福州大学 | 基于无线城域网的微云节点放置方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105656999A (zh) * | 2015-12-25 | 2016-06-08 | 清华大学 | 一种移动云计算环境中能耗优化的合作任务迁移方法 |
US20160197983A1 (en) * | 2012-05-08 | 2016-07-07 | William Reber, Llc | Cloud computing system, vehicle cloud processing device and methods for use therewith |
CN106302170A (zh) * | 2016-09-22 | 2017-01-04 | 东南大学 | 一种无线云计算系统的资源分配方法 |
-
2018
- 2018-06-29 CN CN201810700968.3A patent/CN109005211B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160197983A1 (en) * | 2012-05-08 | 2016-07-07 | William Reber, Llc | Cloud computing system, vehicle cloud processing device and methods for use therewith |
CN105656999A (zh) * | 2015-12-25 | 2016-06-08 | 清华大学 | 一种移动云计算环境中能耗优化的合作任务迁移方法 |
CN106302170A (zh) * | 2016-09-22 | 2017-01-04 | 东南大学 | 一种无线云计算系统的资源分配方法 |
Non-Patent Citations (1)
Title |
---|
MIKE JIA等: "Optimal Cloudlet Placement and User to Cloudlet Allocation inWirelessMetropolitan Area Networks", 《IEEE TRANSACTIONS ON CLOUD COMPUTING》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109639833A (zh) * | 2019-01-25 | 2019-04-16 | 福建师范大学 | 一种基于无线城域网微云负载均衡的任务调度方法 |
CN109639833B (zh) * | 2019-01-25 | 2021-09-07 | 福建师范大学 | 一种基于无线城域网微云负载均衡的任务调度方法 |
CN110377352A (zh) * | 2019-05-20 | 2019-10-25 | 中国人民解放军军事科学院战争研究院 | 基于移动设备云系统的任务处理方法和装置 |
CN110377352B (zh) * | 2019-05-20 | 2022-06-14 | 中国人民解放军军事科学院战争研究院 | 基于移动设备云系统的任务处理方法和装置 |
CN110753117A (zh) * | 2019-10-24 | 2020-02-04 | 南京信息工程大学 | 一种无线城域网环境下兼顾隐私保护的计算迁移方法 |
CN110753117B (zh) * | 2019-10-24 | 2022-03-04 | 南京信息工程大学 | 一种无线城域网环境下兼顾隐私保护的计算迁移方法 |
CN110809275A (zh) * | 2019-11-08 | 2020-02-18 | 福州大学 | 基于无线城域网的微云节点放置方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109005211B (zh) | 2021-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Shu et al. | Multi-user offloading for edge computing networks: A dependency-aware and latency-optimal approach | |
CN109005211B (zh) | 一种无线城域网环境下的微云部署及用户任务调度方法 | |
Jia et al. | Cloudlet load balancing in wireless metropolitan area networks | |
CN109829332B (zh) | 一种基于能量收集技术的联合计算卸载方法及装置 | |
Jia et al. | Qos-aware cloudlet load balancing in wireless metropolitan area networks | |
CN109547555B (zh) | 基于公平性准则的非平衡边缘云网络接入与资源分配方法 | |
CN112799823B (zh) | 边缘计算任务的在线分派调度方法和系统 | |
Kiani et al. | Hierarchical capacity provisioning for fog computing | |
CN112000388B (zh) | 基于多边缘集群协同的并发任务调度方法及装置 | |
CN102857548A (zh) | 一种移动云计算资源优化配置方法 | |
Pattanaik et al. | Performance study of some dynamic load balancing algorithms in cloud computing environment | |
CN113535393B (zh) | 异构边缘计算中卸载dag任务的计算资源分配方法 | |
CN114564312A (zh) | 一种基于自适应深度神经网络的云边端协同计算方法 | |
CN114363984A (zh) | 一种云边协同光载网络频谱资源分配方法及系统 | |
CN112596910A (zh) | 一种多用户mec系统中的云计算资源调度方法 | |
CN108111437A (zh) | 一种虚拟网络功能的优化调度方法 | |
CN113329432A (zh) | 一种基于多目标优化的边缘服务布置方法和系统 | |
CN117579701A (zh) | 一种移动边缘网络计算卸载方法及系统 | |
CN110308965B (zh) | 云数据中心的基于规则的启发式虚拟机分配方法及系统 | |
CN116521369A (zh) | 边缘计算任务分配方法、装置及非易失性存储介质 | |
CN116939044A (zh) | 一种基于区块链技术的算力路由规划方法和装置 | |
JP2020137073A (ja) | アプリケーション配置装置及びアプリケーション配置プログラム | |
CN112256415B (zh) | 基于pso-ga的微云负载均衡任务调度方法 | |
CN114281426A (zh) | 任务卸载方法、装置、电子设备及可读存储介质 | |
CN111444183B (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 |