CN113794773B - 边缘节点调度方法及装置、存储介质、电子设备 - Google Patents
边缘节点调度方法及装置、存储介质、电子设备 Download PDFInfo
- Publication number
- CN113794773B CN113794773B CN202111081820.4A CN202111081820A CN113794773B CN 113794773 B CN113794773 B CN 113794773B CN 202111081820 A CN202111081820 A CN 202111081820A CN 113794773 B CN113794773 B CN 113794773B
- Authority
- CN
- China
- Prior art keywords
- information
- routing
- scheduling
- user terminal
- routing information
- 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
Images
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
-
- 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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开属于通信技术领域,涉及一种边缘节点调度方法及装置、存储介质、电子设备。该方法包括:获取用户终端发送的域名请求,并对域名请求进行域名解析处理得到请求地址信息;获取路由调度策略,并对请求地址信息和路由调度策略进行策略匹配处理得到策略匹配结果;根据策略匹配结果调度与用户终端对应的缓存服务器,以使用户终端与缓存服务器进行数据交互。本公开无需借助提前导入的IP库或外围设备嗅探即可实时筛选更新,为精准调度提供了数据基础,并且,路由调度策略细粒度划分,使得调度过程不会受制于频次和物理位置,以此为最优调度提供数据支持,根据策略匹配结果进行调度,实现节点调度全面覆盖、实时准确和精准最优且最短的效果。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种边缘节点调度方法与边缘节点调度装置、计算机可读存储介质及电子设备。
背景技术
边缘计算支持宽带、wifi、(the 4th generation mobile communicationtechnology,第四代移动通信技术)或5G(5th Generation Mobile CommunicationTechnology,第五代移动通信技术)等多种接入方式,旨在提供低时延、大连接、高带宽的就近服务,提升用户的业务体验,降低骨干网的带宽成本,同时也为集中云的业务下沉和客户端的高算力业务上移提供了可能。而CDN(Content Delivery Network,内容分发网络)作为一种传统业务,海量节点直达网络边缘,具备大连接、大带宽的特点。但是,边缘计算节点承载的低时延、高算力业务对端到端时延要求较高,若采用基于DNS(Domain nameresolution,域名解析)域名的传统CDN调度,没有结合每个边缘计算节点的网络拓扑做到最短路径优化,也无法实时感知到客户端的路由变化,实现精准调度。
当前边缘节点的调度大多基于CDN业务的DNS域名调度实现,主要结合预设的IP((Internet Protocol Address,互联网协议地址))地址库或实时拨测两个方向。其中,预设IP地址库的方式虽然精准,但因为城域网客户端路由变动频繁,对于有增删改的客户端IP无法做到精准调度;实时拨测则需要部署一定数量的终端进行模拟,受制于频次和物理位置无法保证所有的客户端请求都能实现最优调度。
鉴于此,本领域亟需开发一种新的边缘节点调度方法及装置。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种边缘节点调度方法、边缘节点调度装置、计算机可读存储介质及电子设备,进而至少在一定程度上克服由于相关技术的限制而导致的调度准确度低和实时性差的技术问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本发明实施例的第一个方面,提供一种边缘节点调度方法,所述方法包括:获取用户终端发送的域名请求,并对所述域名请求进行域名解析处理得到请求地址信息;
获取路由调度策略,并对所述请求地址信息和所述路由调度策略进行策略匹配处理得到策略匹配结果;
根据所述策略匹配结果调度与所述用户终端对应的缓存服务器,以使所述用户终端与所述缓存服务器进行数据交互。
在本发明的一种示例性实施例中,所述获取路由调度策略,包括:
通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,并对所述路由明细信息进行信息剔除处理得到目标路由信息;
获取与所述用户终端对应的缓存服务器的服务器标签,并对所述目标路由信息和所述服务器标签进行策略生成处理得到路由调度策略。
在本发明的一种示例性实施例中,所述对所述路由明细信息进行信息剔除处理得到目标路由信息,包括:
对所述路由明细信息进行无效剔除处理得到有效路由信息;
对所述有效路由信息进行明细合并处理得到目标路由信息。
在本发明的一种示例性实施例中,所述对所述路由明细信息进行无效剔除处理得到有效路由信息,包括:
对所述路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息;
对所述第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
在本发明的一种示例性实施例中,所述对所述有效路由信息进行明细合并处理得到目标路由信息,包括:
获取所述有效路由信息中的掩码信息,并获取与所述掩码信息对应的掩码条件;
对所述掩码信息和所述掩码条件进行掩码匹配处理得到匹配处理结果,并根据所述匹配处理结果进行明细合并处理得到目标路由信息。
在本发明的一种示例性实施例中,所述路由明细信息包括全量路由信息和修改路由信息,
所述通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,包括:
通过与路由设备直连的链路获取与所述用户终端对应的全量路由信息;或
通过与路由设备直连的链路获取与所述用户终端对应的修改路由信息。
在本发明的一种示例性实施例中,所述方法还包括:
当所述策略匹配结果为未匹配到缓存服务器,按照与所述策略匹配结果对应的默认策略调度与所述用户终端对应的默认服务器,以使所述用户终端与所述默认服务器进行数据交互。
根据本发明实施例的第二个方面,提供一种边缘节点调度装置,所述装置包括:域名解析模块,被配置为获取用户终端发送的域名请求,并对所述域名请求进行域名解析处理得到请求地址信息;
策略匹配模块,被配置为获取路由调度策略,并对所述请求地址信息和所述路由调度策略进行策略匹配处理得到策略匹配结果;
节点调度模块,被配置为根据所述策略匹配结果调度与所述用户终端对应的缓存服务器,以使所述用户终端与所述缓存服务器进行数据交互。
根据本发明实施例的第三个方面,提供一种电子设备,包括:处理器和存储器;其中,存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例中的边缘节点调度方法。
根据本发明实施例的第四个方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意示例性实施例中的边缘节点调度方法。
由上述技术方案可知,本公开示例性实施例中的边缘节点调度方法、边缘节点调度装置、计算机存储介质及电子设备至少具备以下优点和积极效果:
在本公开的示例性实施例提供的方法及装置中,获取到的路由调度策略无需借助提前导入的IP库或外围设备嗅探即可实时筛选更新,为精准调度提供了数据基础,并且,路由调度策略细粒度划分,使得调度过程不会受制于频次和物理位置,以此为最优调度提供数据支持。进一步的,根据请求地址信息和路由策略调度进行策略匹配处理得到的策略匹配结果进行调度,实现节点调度全面覆盖、实时准确和精准最优且最短的效果。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开示例性实施例中一种边缘节点调度方法的流程示意图;
图2示意性示出本公开示例性实施例中获取路由调度策略的方法的流程示意图;
图3示意性示出本公开示例性实施例中获取全量路由信息和修改路由信息的方法的流程示意图;
图4示意性示出本公开示例性实施例中信息剔除处理的方法的流程示意图;
图5示意性示出本公开示例性实施例中无效剔除处理的方法的流程示意图;
图6示意性示出本公开示例性实施例中明细合并处理的方法的流程示意图;
图7示意性示出本公开示例性实施例中应用场景下边缘节点调度的系统框架图;
图8示意性示出本公开示例性实施例中应用场景下生成路由调度策略的方法的流程示意图;
图9示意性示出本公开示例性实施例中应用场景下实现数据访问的方法的流程示意图;
图10示意性示出本公开示例性实施例中应用场景下边缘节点调度的系统结构图;
图11示意性示出本公开示例性实施例中一种边缘节点调度装置的结构示意图;
图12示意性示出本公开示例性实施例中一种用于实现边缘节点调度方法的电子设备;
图13示意性示出本公开示例性实施例中一种用于实现边缘节点调度方法的计算机可读存储介质。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等;用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等;用语“第一”和“第二”等仅作为标记使用,不是对其对象的数量限制。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。
边缘计算支持宽带、wifi、4G/5G等多种接入方式,旨在提供低时延、大连接、高带宽的就近服务,提升用户的业务体验,降低骨干网的带宽成本,同时也为集中云的业务下沉和客户端的高算力业务上移提供了可能。而CDN作为一种传统业务,海量节点直达网络边缘,具备大连接、大带宽的特点。但是,边缘计算节点承载的低时延、高算力业务对端到端时延要求较高,若采用基于DNS域名的传统CDN调度,没有结合每个边缘计算节点的网络拓扑做到最短路径优化,也无法实时感知到客户端的路由变化,实现精准调度。
当前边缘节点的调度大多基于CDN业务的DNS域名调度实现,主要结合预设的IP地址库或实时拨测两个方向。其中,预设IP地址库的方式虽然精准,但因为城域网客户端路由变动频繁,对于有增删改的客户端IP无法做到精准调度;实时拨测则需要部署一定数量的终端进行模拟,受制于频次和物理位置无法保证所有的客户端请求都能实现最优调度。
传统的调度系统为了提高精确度,根据预存的IP段信息或者拨测结果确定就近服务的节点,颗粒度较粗,一般为省或市维度。
而到了5G时代,直播、AR、VR等低时延业务要求客户端到服务器网络时延控制在10ms以内,端到端时延在50ms以内,才能保证高算力业务上移边缘节点后的顺畅体验。传统调度经过优化只能在局部、准实时保证低时延、短路径,无法确保广覆盖、实时提供低时延的调度能力,表现为跳数增多、时延不稳定。而边缘计算节点承载的直播等业务往往以APP(Application,手机软件)形态呈现,有wifi、4G/5G等不同的接入方式。为了保证业务体验的一致性,要求边缘节点必须在各种接入方式下都满足低时延的要求。
针对相关技术中存在的问题,本公开提出了一种边缘节点调度方法,图1示出了边缘节点调度方法的流程图,如图1所示,边缘节点调度方法至少包括以下步骤:
步骤S110.获取用户终端发送的域名请求,并对域名请求进行域名解析处理得到请求地址信息。
步骤S120.获取路由调度策略,并对请求地址信息和路由调度策略进行策略匹配处理得到策略匹配结果。
步骤S130.根据策略匹配结果调度与用户终端对应的缓存服务器,以使用户终端与缓存服务器进行数据交互。
在本公开的示例性实施例中,获取到的路由调度策略无需借助提前导入的IP库或外围设备嗅探即可实时筛选更新,为精准调度提供了数据基础,并且,路由调度策略细粒度划分,使得调度过程不会受制于频次和物理位置,以此为最优调度提供数据支持。进一步的,根据请求地址信息和路由策略调度进行策略匹配处理得到的策略匹配结果进行调度,实现节点调度全面覆盖、实时准确和精准最优且最短的效果。
下面对边缘节点调度方法的各个步骤进行详细说明。
在步骤S110中,获取用户终端发送的域名请求,并对域名请求进行域名解析处理得到请求地址信息。
在本公开的示例性实施例中,用户终端可以通过客户端发起域名请求。并且,无需对客户端进行改造,只要客户端可以正常发起域名请求即可。
当接收到域名请求之后,可以对该域名请求进行域名解析处理。
域名解析是把域名指向网站空间IP,让人们通过注册的域名可以方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址,为了方便记忆,采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。域名的解析工作由DNS服务器完成。
域名解析也叫域名指向、服务器设置、域名配置以及反向IP登记等等。简单来说,就是将好记的域名解析成IP,服务由DNS服务器完成,是把域名解析到一个IP地址,然后在此IP地址的主机上将一个子目录与域名绑定。
互联网中的地址是数字的IP地址,域名解析的作用主要就是为了便于记忆。
因此,通过域名解析处理可以得到与该域名请求对应的请求地址信息,亦即客户端IP地址。
在步骤S120中,获取路由调度策略,并对请求地址信息和路由调度策略进行策略匹配处理得到策略匹配结果。
在本公开的示例性实施例中,进一步的,还可以获取到路由调度策略。
在可选的实施例中,图2示出了获取路由调度策略的方法的流程示意图,如图2所示,该方法至少包括以下步骤:在步骤S210中,通过与路由设备直连的链路获取与用户终端对应的路由明细信息,并对路由明细信息进行信息剔除处理得到目标路由信息。
其中,路由明细信息包括全量路由信息和修改路由信息。在可选的实施例中,图3示出了获取全量路由信息和修改路由信息的方法的流程示意图,如图3所示,该方法至少包括以下步骤:在步骤S310中,通过与路由设备直连的链路获取与用户终端对应的全量路由信息。
通过与路由设备直连的链路可以同步全量路由信息。其中,路由设备可以是BRAS(Broadband Remote Access Server,宽带接入服务器),也可以是其他设备,本示例性实施例对此不做特殊限定。
并且,全量路由信息可以是BGP(Border Gateway Protocol,边界网关协议)路由信息。
值得说明的是,全量路由信息只有首次获取明细路由信息的时候才需要。
在步骤S320中,通过与路由设备直连的链路获取与用户终端对应的修改路由信息。
通过与路由设备直连的链路可以同步修改路由信息。其中,路由设备也可以是BRAS,还可以是其他设备,本示例性实施例对此不做特殊限定。
当修改路由信息是BGP路由信息时,只有当路由客户端的BGP路由发生变动后,才会触发发送和接收修改路由信息。其中,修改路由信息中可以包括增加、删除和修改的路由条目信息。
在本示例性实施例中,通过与路由设备直连的链路可以获取与用户终端对应的全量路由信息或修改路由信息,实时监测网络上客户端路由的变化,并同步至调度系统,无需借助提前导入的IP库或外围设备嗅探,为真正实现全覆盖和实时准确的节点调度提供了数据基础和支持。
在获取到路由明细信息之后,可以对路由明细信息进行信息剔除处理。
在可选的实施例中,图4示出了信息剔除处理的方法的流程示意图,如图4所示,该方法至少包括以下步骤:在步骤S410中,对路由明细信息进行无效剔除处理得到有效路由信息。
在可选的实施例中,图5示出了无效剔除处理的方法的流程示意图,如图5所示,该方法至少包括以下步骤:在步骤S510中,对路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息。
由于单台路由器的直连路由较多,且存在无法进行调度的信息,因此,可以先对路由明细信息中的直连路由信息进行无效剔除处理,以得到第一路由信息。
在步骤S520中,对第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
除此之外,还存在大量的例如以10或192开头的私网路由,这部分私网路由信息对于业务调度也是无效的,因此可以对第一路由信息中还包括的私网路由信息进行无效剔除处理,以得到对应的有效路由信息。
在本示例性实施例中,通过对路由明细信息中的直连路由信息和私网路由信息进行无效剔除处理,能够丢弃对于业务调度无效的网址,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
在步骤S420中,对有效路由信息进行明细合并处理得到目标路由信息。
在得到有效路由信息之后,还可以进一步对有效路由信息进行明细合并处理。
在可选的实施例中,图6示出了明细合并处理的方法的流程示意图,如图6所示,该方法至少包括以下步骤:在步骤S610中,获取有效路由信息中的掩码信息,并获取与掩码信息对应的掩码条件。
有效路由信息中的掩码信息可以是子网掩码。
其中,子网掩码,又叫网络掩码、地址掩码或子网络遮罩,可以用来指明一个IP地址的哪些位标识的是主机所在的子网,以及哪些位标识的是主机的位掩码。
子网掩码不能单独存在,它必须结合IP地址一起使用。子网掩码只有一个作用,就是将某个IP地址划分成网络地址和主机地址两部分。
子网掩码是一个32位地址,用于屏蔽IP地址的一部分以区别网络标识和主机标识,并说明该IP地址是在局域网上,还是在广域网上。
进一步的,掩码条件可以是确定针对要合并的有效路由信息中的掩码信息设置的条件。举例而言,该掩码条件可以是C段以下的路由信息。
由于IP地址由NIC(network information center)根据用户单位的网络规模和近期发展计划分配IP地址空间。从概念上说,每个IP地址可以由两部分组成,即网络标识与netid和主机标识hostid。事实上,IP地址可分为A、B、C三类。
其中,C类分配给小规模的网络,每个C地址的网络只有少量主机,并且规定32位地址域中前三个8位为网络标识,其中前三位为110,表示C类地址,其余8位均为主机标识,由该网的管理者自行分配。
在步骤S620中,对掩码信息和掩码条件进行掩码匹配处理得到匹配处理结果,并根据匹配处理结果进行明细合并处理得到目标路由信息。
在得到掩码信息和掩码条件之后,可以对掩码信息和掩码条件进行掩码匹配处理得到对应的匹配处理结果。
当掩码条件为C段条件以下时,可以通过掩码匹配处理确定掩码信息为/24掩码以下为匹配处理结果。进一步的,对与该匹配处理结果对应的有效路由信息以/28、/30、/32结尾的有效路由信息进行明细合并处理得到目标路由信息。
在本示例性实施例中,从有效路由信息中对不满足掩码条件的路由信息进行明细合并处理,能够解决条目数过多的问题,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
在步骤S220中,获取与用户终端对应的缓存服务器的服务器标签,并对目标路由信息和服务器标签进行策略生成处理得到路由调度策略。
在确定目标路由信息之后,还可以获取到与该用户终端对应的缓存器的服务器标签。该服务器标签可以是唯一表征对应缓存服务器的信息。
传统的调度系统为了提高精确度,根据预存的IP段信息或者拨测结果确定就近服务的节点,颗粒度较粗,一般为省或市维度。
而到了5G时代,直播、AR、VR等低时延业务要求客户端到服务器网络时延控制在10ms以内,端到端时延在50ms以内,才能保证高算力业务上移边缘节点后的顺畅体验。传统调度经过优化只能在局部、准实时保证低时延、短路径,无法确保广覆盖、实时提供低时延的调度能力,表现为跳数增多、时延不稳定。而边缘计算节点承载的直播等业务往往以APP形态呈现,有wifi、4G/5G等不同的接入方式。为了保证业务体验的一致性,要求边缘节点必须在各种接入方式下都满足低时延的要求。
值得说明的是,该缓存服务器可以细粒度地划分到区或者县等维度,以保证就近调用服务的时延最短和访问跳数最小。
进一步的,利用该服务器标签对目标路由信息进行打标签处理得到用户终端与缓存服务之间的映射关系,以生成对应的路由调度策略。
在本示例性实施例中,通过目标路由信息和服务器标签的策略生成处理可以得到对应的路由调度策略,能够为节点调度提供支持,提升调度的实时性和准确性,满足了客户端请求时立即匹配对应缓存服务器的就近服务需求。
在得到路由调度策略之后,可以对请求地址信息和路由调度策略进行策略匹配处理。
具体的,可以以在请求地址信息作为主键,查询与该请求地址信息匹配的路由调度策略作为策略匹配结果。
在步骤S130中,根据策略匹配结果调度与用户终端对应的缓存服务器,以使用户终端与缓存服务器进行数据交互。
在本公开的示例性实施例中,由于路由调度策略是由目标路由信息和服务器标签进行策略生成处理得到的,因此,可以获取到策略匹配结果中的服务器标签,以按照该服务器标签确定缓存服务器,并就近调度该缓存服务器。具体的,可以是使该用户终端与该缓存服务器建链实现数据访问。
除此之外,也可能在对请求地址信息和路由调度策略进行策略匹配处理时,会出现无法匹配到路由调度策略中的缓存服务器的情况,因此可以设置默认策略进行调度。
在可选的实施例中,当策略匹配结果为未匹配到缓存服务器,按照与策略匹配结果对应的默认策略调度与用户终端对应的默认服务器,以使用户终端与默认服务器进行数据交互。
该默认策略可以是就近确定与用户终端对应的省市级服务器作为默认服务器,并对该用户终端与该默认服务器建链,实现数据访问。
除此之外,本申请还可以提供一种边缘节点调度系统,该边缘节点调度系统中包括客户端、接入网络、路由器、调度服务器和缓存服务器,并且,客户端可通过宽带、wifi、4G/5G与调度服务器、缓存服务器通信。
其中,在该调度服务器中包括调度模块、地址库模块和接收模块。
并且,调度模块在客户端请求通过域名解析调度到地市节点侧时进行判断,对于在地址库模块保存的IP段信息优先调度到对应缓存服务器,不在地址库模块的IP段则按照默认策略调度。
地址库模块将路由按照缓存服务器维度打标签,并保存为调度策略。
具体的,获取目标路由信息以及与该用户终端对应的缓存器的服务器标签。该服务器标签可以是唯一表征对应缓存服务器的信息。
值得说明的是,该缓存服务器可以细粒度地划分到区或者县等维度,以保证就近调用服务的时延最短和访问跳数最小。
进一步的,利用该服务器标签对目标路由信息进行打标签处理得到用户终端与缓存服务之间的映射关系,以生成对应的路由调度策略。
接收模块负责实时接收多台缓存服务器发送的路由信息。
并且,该缓存服务器包括同步模块、筛选与转化模块和发送模块。
并且,同步模块通过服务器BGP路由模块接收BRAS等设备发送的IBGP路由。
具体的,通过与路由设备直连的链路获取与用户终端对应的路由明细信息,并对路由明细信息进行信息剔除处理得到目标路由信息。
其中,路由明细信息包括全量路由信息和修改路由信息。
通过与路由设备直连的链路可以同步全量路由信息。其中,路由设备可以是BRAS(Broadband Remote Access Server,宽带接入服务器),也可以是其他设备,本示例性实施例对此不做特殊限定。
并且,全量路由信息可以是BGP(Border Gateway Protocol,边界网关协议)路由信息。
值得说明的是,全量路由信息只有首次获取明细路由信息的时候才需要。
通过与路由设备直连的链路可以同步修改路由信息。其中,路由设备也可以是BRAS,还可以是其他设备,本示例性实施例对此不做特殊限定。
当修改路由信息是BGP路由信息时,只有当路由客户端的BGP路由发生变动后,才会触发发送和接收修改路由信息。其中,修改路由信息中可以包括增加、删除和修改的路由条目信息。
筛选与转化模块将接收的BGP路由中的无效地址段丢弃,/24掩码以下的路由归并。
对路由明细信息进行无效剔除处理得到有效路由信息。
对路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息。
由于单台路由器的直连路由较多,但是直连路由对无法进行调度,因此,可以先对路由明细信息中的直连路由信息进行无效剔除处理,以得到第一路由信息。
对第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
除此之外,还存在大量的以10或192开头的私网路由,这部分私网路由信息对于业务调度也是无效的,因此可以对第一路由信息中还包括的私网路由信息进行无效剔除处理,以得到对应的有效路由信息。
在得到有效路由信息之后,还可以进一步对有效路由信息进行明细合并处理。
获取有效路由信息中的掩码信息,并获取与掩码信息对应的掩码条件。
有效路由信息中的掩码信息可以是子网掩码。
其中,子网掩码,又叫网络掩码、地址掩码或子网络遮罩,可以用来指明一个IP地址的哪些位标识的是主机所在的子网,以及哪些位标识的是主机的位掩码。
子网掩码不能单独存在,它必须结合IP地址一起使用。子网掩码只有一个作用,就是将某个IP地址划分成网络地址和主机地址两部分。
子网掩码是一个32位地址,用于屏蔽IP地址的一部分以区别网络标识和主机标识,并说明该IP地址是在局域网上,还是在广域网上。
进一步的,掩码条件可以是确定针对要合并的有效路由信息中的掩码信息设置的条件。举例而言,该掩码条件可以是C段以下的路由信息。
由于IP地址由NIC根据用户单位的网络规模和近期发展计划分配IP地址空间。从概念上说,每个IP地址可以由两部分组成,即网络标识与netid和主机标识hostid。事实上,IP地址可分为A、B、C三类。
其中,C类分配给小规模的网络,每个C地址的网络只有少量主机,并且规定32位地址域中前三个8位为网络标识,其中前三位为110,表示C类地址,其余8位均为主机标识,由该网的管理者自行分配。
对掩码信息和掩码条件进行掩码匹配处理得到匹配处理结果,并根据匹配处理结果进行明细合并处理得到目标路由信息。
在得到掩码信息和掩码条件之后,可以对掩码信息和掩码条件进行掩码匹配处理得到对应的匹配处理结果。
当掩码条件为C段条件以下时,可以通过掩码匹配处理确定掩码信息为/24掩码以下为匹配处理结果。进一步的,对与该匹配处理结果对应的有效路由信息以/28、/30、/32结尾的有效路由信息进行明细合并处理得到目标路由信息。
发送模块将本地接收与加工后的路由信息实时发送至调度服务器。
该边缘节点调度系统获取到的路由调度策略无需借助提前导入的IP库或外围设备嗅探即可实时筛选更新,为精准调度提供了数据基础,并且,路由调度策略细粒度划分,使得调度过程不会受制于频次和物理位置,以此为最优调度提供数据支持。进一步的,根据请求地址信息和路由策略调度进行策略匹配处理得到的策略匹配结果进行调度,实现节点调度全面覆盖、实时准确和精准最优且最短的效果。
下面结合一应用场景对本公开实施例中边缘节点调度方法做出详细说明。
图7示出了应用场景下边缘节点调度的系统框架图,如图7所示,在边缘计算场景下,手机、笔记本、平板电脑、台式机等各类客户端会通过基站、Wi-Fi、固定宽带、专线等不同方式接入节点。
单个节点一般为“路由器或交换机+缓存服务器”的形式组成,路由器或交换机中保存了各种接入方式的客户端明细路由,亦即路由明细信息。节点的缓存服务器可以是单台服务器,也可以是多台服务器组成的集群。客户端、调度服务器、缓存服务器之间均可以通过4G或5G的方式、固定宽带等多种接入方式进行互通。
在边缘计算场景下,使用图7所示的系统架构进行调度,能够确保客户端请求均能精准地在最近节点服务,保证客户低时延的业务需求。
该边缘节点的调度系统可以第一时间捕捉到路由的变化,动态更新调度策略,具有全覆盖、实时准确、最短路径的特性。
图8示出了应用场景下生成路由调度策略的方法的流程示意图,如图8所示,在步骤S810中,路由器发送本地保存的客户端BGP路由给直连的缓存服务器。
缓存服务器安装BGP路由软件,根据直连BRAS等路由设备的链路接收IBGP明细路由,亦即路由明细信息。其中,路由明细信息包括全量路由信息和修改路由信息。
通过与路由设备直连的链路可以同步全量路由信息。其中,路由设备可以是BRAS(Broadband Remote Access Server,宽带接入服务器),也可以是其他设备,本示例性实施例对此不做特殊限定。
并且,全量路由信息可以是BGP(Border Gateway Protocol,边界网关协议)路由信息。
值得说明的是,全量路由信息只有首次获取明细路由信息的时候才需要。
通过与路由设备直连的链路获取与用户终端对应的修改路由信息。
通过与路由设备直连的链路可以同步修改路由信息。其中,路由设备也可以是BRAS,还可以是其他设备,本示例性实施例对此不做特殊限定。
当修改路由信息是BGP路由信息时,只有当路由客户端的BGP路由发生变动后,才会触发发送和接收修改路由信息。其中,修改路由信息中可以包括增加、删除和修改的路由条目信息。
通过与路由设备直连的链路可以获取与用户终端对应的全量路由信息或修改路由信息,实时监测网络上客户端路由的变化,并同步至调度系统,无需借助提前导入的IP库或外围设备嗅探,为真正实现全覆盖和实时准确的节点调度提供了数据基础和支持。
在步骤S820中,缓存服务器接收到路由后,首先将无效的私网、重复路由剔除。
在获取到路由明细信息之后,可以对路由明细信息进行信息剔除处理。
对路由明细信息进行无效剔除处理得到有效路由信息。
对路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息。
由于单台路由器的直连路由较多,但是直连路由对无法进行调度,因此,可以先对路由明细信息中的直连路由信息进行无效剔除处理,以得到第一路由信息。
对第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
除此之外,还存在大量的以10或192开头的私网路由,这部分私网路由信息对于业务调度也是无效的,因此可以对第一路由信息中还包括的私网路由信息进行无效剔除处理,以得到对应的有效路由信息。
通过对路由明细信息中的直连路由信息和私网路由信息进行无效剔除处理,能够丢弃对于业务调度无效的网址,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
在步骤S830中,缓存服务器随后归并明细路由,并发送至调度服务器。
在得到有效路由信息之后,还可以进一步对有效路由信息进行明细合并处理。
获取有效路由信息中的掩码信息,并获取与掩码信息对应的掩码条件。
有效路由信息中的掩码信息可以是子网掩码。
进一步的,掩码条件可以是确定针对要合并的有效路由信息中的掩码信息设置的条件。举例而言,该掩码条件可以是C段以下的路由信息。
对掩码信息和掩码条件进行掩码匹配处理得到匹配处理结果,并根据匹配处理结果进行明细合并处理得到目标路由信息。
在得到掩码信息和掩码条件之后,可以对掩码信息和掩码条件进行掩码匹配处理得到对应的匹配处理结果。
当掩码条件为C段条件以下时,可以通过掩码匹配处理确定掩码信息为/24掩码以下为匹配处理结果。进一步的,对与该匹配处理结果对应的有效路由信息以/28、/30、/32结尾的有效路由信息进行明细合并处理得到目标路由信息。
从有效路由信息中对不满足掩码条件的路由信息进行明细合并处理,能够解决条目数过多的问题,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
至此,服务器通过与BRAS等路由设备直连的链路同步BGP明细路由,并筛选无效路由、规整零散路由,最终将加工后的路由发送至调度服务器。
在步骤S840中,调度服务器将路由保存在本地,并打上缓存服务器的标签。
为了提升调度的准确性和实时性,需要调度服务器将接收到的每台缓存服务器客户端路由打标签,方便客户端请求时立即匹配到对应缓存服务器就近服务。
具体的,在确定目标路由信息之后,还可以获取到与该用户终端对应的缓存器的服务器标签。该服务器标签可以是唯一表征对应缓存服务器的信息。
值得说明的是,该缓存服务器可以细粒度地划分到区或者县等维度,以保证就近调用服务的时延最短和访问跳数最小。
进一步的,利用该服务器标签对目标路由信息进行打标签处理得到用户终端与缓存服务之间的映射关系,以生成对应的路由调度策略。
基于此,原始的BGP路由存在无效条目和条目数过多等问题,缓存服务器接收后需要进行筛选和转化,才能成为调度服务器可用的信息。
并且,这一对BGP路由同步和转化的方法,无需借助提前导入的IP库或外围的设备嗅探,通过与BRAS等路由设备实时同步BGP路由,进行筛选和转化后即可提供调度系统使用。除此之外,该方法不局限于BRAS设备,新型城域网的UP和4G/5G的核心网CE、ER等保存用户BGP路由的三层数通设备均适用该方法。
通过目标路由信息和服务器标签的策略生成处理可以得到对应的路由调度策略,能够为节点调度提供支持,提升调度的实时性和准确性,满足了客户端请求时立即匹配对应缓存服务器的就近服务需求。
图9示出了应用场景下实现数据访问的方法的流程示意图,如图9所示,在步骤S910中,客户端发起正常的域名请求。
用户终端可以通过客户端发起域名请求。并且,无需对客户端进行改造,只要客户端可以正常发起域名请求即可。
当接收到域名请求之后,可以对该域名请求进行域名解析处理。
域名解析是把域名指向网站空间IP,让人们通过注册的域名可以方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址,为了方便记忆,采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。域名的解析工作由DNS服务器完成。
域名解析也叫域名指向、服务器设置、域名配置以及反向IP登记等等。说得简单点就是将好记的域名解析成IP,服务由DNS服务器完成,是把域名解析到一个IP地址,然后在此IP地址的主机上将一个子目录与域名绑定。
互联网中的地址是数字的IP地址,域名解析的作用主要就是为了便于记忆。
因此,通过域名解析处理可以得到与该域名请求对应的请求地址信息,亦即客户端IP地址。
在步骤S920中,调度服务器接收到请求后,根据客户端IP匹配到调度策略。
在得到路由调度策略之后,可以对请求地址信息和路由调度策略进行策略匹配处理。
具体的,可以以在请求地址信息作为主键,查询与该请求地址信息匹配的路由调度策略作为策略匹配结果。
在步骤S930中,如果客户端IP为某一台缓存服务器发送,则调度服务器将客户端请求就近调度到该缓存服务器。
由于路由调度策略是由目标路由信息和服务器标签进行策略生成处理得到的,因此,可以获取到策略匹配结果中的服务器标签,以按照该服务器标签确定缓存服务器。
除此之外,也可能在对请求地址信息和路由调度策略进行策略匹配处理时,会出现无法匹配到路由调度策略中的缓存服务器的情况,因此可以设置默认策略进行调度。
在步骤S940中,客户端根据调度服务器请求返回结果,与就近的缓存服务器建链实现数据访问。
传统的调度系统为了提高精确度,根据预存的IP段信息或者拨测结果确定就近服务的节点,颗粒度较粗,一般为省或市维度。
而到了5G时代,直播、AR、VR等低时延业务要求客户端到服务器网络时延控制在10ms以内,端到端时延在50ms以内,才能保证高算力业务上移边缘节点后的顺畅体验。传统调度经过优化只能在局部、准实时保证低时延、短路径,无法确保广覆盖、实时提供低时延的调度能力,表现为跳数增多、时延不稳定。而边缘计算节点承载的直播等业务往往以APP形态呈现,有wifi、4G/5G等不同的接入方式。为了保证业务体验的一致性,要求边缘节点必须在各种接入方式下都满足低时延的要求。
当就近调度到缓存服务器时,可以使该用户终端与该缓存服务器建链实现数据访问。值得说明的是,该缓存服务器是区或者县的细粒度的。
而当没有就近调度到缓存服务器时,该默认策略可以就近确定与用户终端对应的省市级服务器作为默认服务器,并对该用户终端与该默认服务器建链,实现数据访问。
基于此,调度服务器根据客户端IP匹配到调度策略,调度至接收到客户端IP地址路由的缓存服务器服务。并且,客户端的请求均是按照实时最优路径调度,可以确保客户端访问跳数、时延均最短。不仅如此,该边缘节点精准调度的流程,无需客户端预存或支持额外能力,适合快速复制推广。
图10示出了应用场景下边缘节点调度的系统结构图,如图10所示,该调度系统中包括客户端1010、接入网络1020、路由器1030、调度服务器1040和缓存服务器1050,并且,客户端1010可通过宽带、wifi、4G/5G与调度服务器1040、缓存服务器1050通信。
其中,在该调度服务器1040中包括调度模块1041、地址库模块1042和接收模块1043。
并且,调度模块1041在客户端请求通过域名解析调度到地市节点侧时进行判断,对于在地址库模块保存的IP段信息优先调度到对应缓存服务器,不在地址库模块的IP段则按照默认策略调度。
地址库模块1042将路由按照缓存服务器维度打标签,并保存为调度策略。
具体的,获取目标路由信息以及与该用户终端对应的缓存器的服务器标签。该服务器标签可以是唯一表征对应缓存服务器的信息。
值得说明的是,该缓存服务器可以细粒度地划分到区或者县等维度,以保证就近调用服务的时延最短和访问跳数最小。
进一步的,利用该服务器标签对目标路由信息进行打标签处理得到用户终端与缓存服务之间的映射关系,以生成对应的路由调度策略。
通过目标路由信息和服务器标签的策略生成处理可以得到对应的路由调度策略,能够为节点调度提供支持,提升调度的实时性和准确性,满足了客户端请求时立即匹配对应缓存服务器的就近服务需求。
接收模块1043负责实时接收多台缓存服务器发送的路由信息。
并且,该缓存服务器1050包括同步模块1051、筛选与转化模块1052和发送模块1053。
并且,同步模块1051通过服务器BGP路由模块接收BRAS等设备发送的IBGP路由。
具体的,通过与路由设备直连的链路获取与用户终端对应的路由明细信息,并对路由明细信息进行信息剔除处理得到目标路由信息。
其中,路由明细信息包括全量路由信息和修改路由信息。
通过与路由设备直连的链路可以同步全量路由信息。其中,路由设备可以是BRAS(Broadband Remote Access Server,宽带接入服务器),也可以是其他设备,本示例性实施例对此不做特殊限定。
并且,全量路由信息可以是BGP(Border Gateway Protocol,边界网关协议)路由信息。
值得说明的是,全量路由信息只有首次获取明细路由信息的时候才需要。
通过与路由设备直连的链路可以同步修改路由信息。其中,路由设备也可以是BRAS,还可以是其他设备,本示例性实施例对此不做特殊限定。
当修改路由信息是BGP路由信息时,只有当路由客户端的BGP路由发生变动后,才会触发发送和接收修改路由信息。其中,修改路由信息中可以包括增加、删除和修改的路由条目信息。
通过与路由设备直连的链路可以获取与用户终端对应的全量路由信息或修改路由信息,实时监测网络上客户端路由的变化,并同步至调度系统,无需借助提前导入的IP库或外围设备嗅探,为真正实现全覆盖和实时准确的节点调度提供了数据基础和支持。
筛选与转化模块1052将接收的BGP路由中的无效地址段丢弃,/24掩码以下的路由归并。
对路由明细信息进行无效剔除处理得到有效路由信息。
对路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息。
由于单台路由器的直连路由较多,但是直连路由对无法进行调度,因此,可以先对路由明细信息中的直连路由信息进行无效剔除处理,以得到第一路由信息。
对第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
除此之外,还存在大量的以10或192开头的私网路由,这部分私网路由信息对于业务调度也是无效的,因此可以对第一路由信息中还包括的私网路由信息进行无效剔除处理,以得到对应的有效路由信息。
通过对路由明细信息中的直连路由信息和私网路由信息进行无效剔除处理,能够丢弃对于业务调度无效的网址,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
在得到有效路由信息之后,还可以进一步对有效路由信息进行明细合并处理。
获取有效路由信息中的掩码信息,并获取与掩码信息对应的掩码条件。
有效路由信息中的掩码信息可以是子网掩码。
其中,子网掩码,又叫网络掩码、地址掩码或子网络遮罩,可以用来指明一个IP地址的哪些位标识的是主机所在的子网,以及哪些位标识的是主机的位掩码。
子网掩码不能单独存在,它必须结合IP地址一起使用。子网掩码只有一个作用,就是将某个IP地址划分成网络地址和主机地址两部分。
子网掩码是一个32位地址,用于屏蔽IP地址的一部分以区别网络标识和主机标识,并说明该IP地址是在局域网上,还是在广域网上。
进一步的,掩码条件可以是确定针对要合并的有效路由信息中的掩码信息设置的条件。举例而言,该掩码条件可以是C段以下的路由信息。
由于IP地址由NIC根据用户单位的网络规模和近期发展计划分配IP地址空间。从概念上说,每个IP地址可以由两部分组成,即网络标识与netid和主机标识hostid。事实上,IP地址可分为A、B、C三类。
其中,C类分配给小规模的网络,每个C地址的网络只有少量主机,并且规定32位地址域中前三个8位为网络标识,其中前三位为110,表示C类地址,其余8位均为主机标识,由该网的管理者自行分配。
对掩码信息和掩码条件进行掩码匹配处理得到匹配处理结果,并根据匹配处理结果进行明细合并处理得到目标路由信息。
在得到掩码信息和掩码条件之后,可以对掩码信息和掩码条件进行掩码匹配处理得到对应的匹配处理结果。
当掩码条件为C段条件以下时,可以通过掩码匹配处理确定掩码信息为/24掩码以下为匹配处理结果。进一步的,对与该匹配处理结果对应的有效路由信息以/28、/30、/32结尾的有效路由信息进行明细合并处理得到目标路由信息。
从有效路由信息中对不满足掩码条件的路由信息进行明细合并处理,能够解决条目数过多的问题,为节点调度提供有效的路由信息,缓解筛选和转换路由信息带来的压力。
发送模块1053将本地接收与加工后的路由信息实时发送至调度服务器。
在该应用场景下的边缘节点调度方法,获取到的路由调度策略无需借助提前导入的IP库或外围设备嗅探即可实时筛选更新,为精准调度提供了数据基础,并且,路由调度策略细粒度划分,使得调度过程不会受制于频次和物理位置,以此为最优调度提供数据支持。进一步的,根据请求地址信息和路由策略调度进行策略匹配处理得到的策略匹配结果进行调度,实现节点调度全面覆盖、实时准确和精准最优且最短的效果。
此外,在本公开的示例性实施例中,还提供一种边缘节点调度装置。图11示出了边缘节点调度装置的结构示意图,如图11所示,边缘节点调度装置1100可以包括:域名解析模块1110、策略匹配模块1120和节点调度模块1130。其中:
域名解析模块1110,被配置为获取用户终端发送的域名请求,并对域名请求进行域名解析处理得到请求地址信息;
策略匹配模块1120,被配置为获取路由调度策略,并对请求地址信息和路由调度策略进行策略匹配处理得到策略匹配结果;
节点调度模块1130,被配置为根据策略匹配结果调度与用户终端对应的缓存服务器,以使用户终端与缓存服务器进行数据交互。
在本发明的一种示例性实施例中,所述获取路由调度策略,包括:
通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,并对所述路由明细信息进行信息剔除处理得到目标路由信息;
获取与所述用户终端对应的缓存服务器的服务器标签,并对所述目标路由信息和所述服务器标签进行策略生成处理得到路由调度策略。
在本发明的一种示例性实施例中,所述对所述路由明细信息进行信息剔除处理得到目标路由信息,包括:
对所述路由明细信息进行无效剔除处理得到有效路由信息;
对所述有效路由信息进行明细合并处理得到目标路由信息。
在本发明的一种示例性实施例中,所述对所述路由明细信息进行无效剔除处理得到有效路由信息,包括:
对所述路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息;
对所述第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
在本发明的一种示例性实施例中,所述对所述有效路由信息进行明细合并处理得到目标路由信息,包括:
获取所述有效路由信息中的掩码信息,并获取与所述掩码信息对应的掩码条件;
对所述掩码信息和所述掩码条件进行掩码匹配处理得到匹配处理结果,并根据所述匹配处理结果进行明细合并处理得到目标路由信息。
在本发明的一种示例性实施例中,所述路由明细信息包括全量路由信息和修改路由信息,
所述通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,包括:
通过与路由设备直连的链路获取与所述用户终端对应的全量路由信息;或
通过与路由设备直连的链路获取与所述用户终端对应的修改路由信息。
在本发明的一种示例性实施例中,所述方法还包括:
当所述策略匹配结果为未匹配到缓存服务器,按照与所述策略匹配结果对应的默认策略调度与所述用户终端对应的默认服务器,以使所述用户终端与所述默认服务器进行数据交互。
上述边缘节点调度装置1100的具体细节已经在对应的边缘节点调度方法中进行了详细的描述,因此此处不再赘述。
应当注意,尽管在上文详细描述中提及了边缘节点调度装置1100的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
下面参照图12来描述根据本发明的这种实施例的电子设备1200。图12显示的电子设备1200仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图12所示,电子设备1200以通用计算设备的形式表现。电子设备1200的组件可以包括但不限于:上述至少一个处理单元1210、上述至少一个存储单元1220、连接不同系统组件(包括存储单元1220和处理单元1210)的总线1230、显示单元1240。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元1210执行,使得所述处理单元1210执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
存储单元1220可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)1221和/或高速缓存存储单元1222,还可以进一步包括只读存储单元(ROM)1223。
存储单元1220还可以包括具有一组(至少一个)程序模块1225的程序/实用工具1224,这样的程序模块1225包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线1230可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1200也可以与一个或多个外部设备1400(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备1200交互的设备通信,和/或与使得该电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1250进行。并且,电子设备1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器1240通过总线1230与电子设备1200的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
参考图13所示,描述了根据本发明的实施例的用于实现上述方法的程序产品1300,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
Claims (9)
1.一种边缘节点调度方法,其特征在于,所述方法包括:
获取用户终端发送的域名请求,并对所述域名请求进行域名解析处理得到请求地址信息;
通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,并对所述路由明细信息进行信息剔除处理得到目标路由信息;
获取与所述用户终端对应的缓存服务器的服务器标签,并对所述目标路由信息和所述服务器标签进行策略生成处理得到路由调度策略,并对所述请求地址信息和所述路由调度策略进行策略匹配处理得到策略匹配结果;
根据所述策略匹配结果调度与所述用户终端对应的缓存服务器,以使所述用户终端与所述缓存服务器进行数据交互。
2.根据权利要求1所述的边缘节点调度方法,其特征在于,所述对所述路由明细信息进行信息剔除处理得到目标路由信息,包括:
对所述路由明细信息进行无效剔除处理得到有效路由信息;
对所述有效路由信息进行明细合并处理得到目标路由信息。
3.根据权利要求2所述的边缘节点调度方法,其特征在于,所述对所述路由明细信息进行无效剔除处理得到有效路由信息,包括:
对所述路由明细信息中的直连路由信息进行无效剔除处理得到第一路由信息;
对所述第一路由信息中的私网路由信息进行无效剔除处理得到有效路由信息。
4.根据权利要求2所述的边缘节点调度方法,其特征在于,所述对所述有效路由信息进行明细合并处理得到目标路由信息,包括:
获取所述有效路由信息中的掩码信息,并获取与所述掩码信息对应的掩码条件;
对所述掩码信息和所述掩码条件进行掩码匹配处理得到匹配处理结果,并根据所述匹配处理结果进行明细合并处理得到目标路由信息。
5.根据权利要求1所述的边缘节点调度方法,其特征在于,所述路由明细信息包括全量路由信息和修改路由信息,
所述通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,包括:
通过与路由设备直连的链路获取与所述用户终端对应的全量路由信息;或
通过与路由设备直连的链路获取与所述用户终端对应的修改路由信息。
6.根据权利要求1所述的边缘节点调度方法,其特征在于,所述方法还包括:
当所述策略匹配结果为未匹配到缓存服务器,按照与所述策略匹配结果对应的默认策略调度与所述用户终端对应的默认服务器,以使所述用户终端与所述默认服务器进行数据交互。
7.一种边缘节点调度装置,其特征在于,包括:
域名解析模块,被配置为获取用户终端发送的域名请求,并对所述域名请求进行域名解析处理得到请求地址信息;
策略匹配模块,被配置为通过与路由设备直连的链路获取与所述用户终端对应的路由明细信息,并对所述路由明细信息进行信息剔除处理得到目标路由信息;
获取与所述用户终端对应的缓存服务器的服务器标签,并对所述目标路由信息和所述服务器标签进行策略生成处理得到路由调度策略,并对所述请求地址信息和所述路由调度策略进行策略匹配处理得到策略匹配结果;
节点调度模块,被配置为根据所述策略匹配结果调度与所述用户终端对应的缓存服务器,以使所述用户终端与所述缓存服务器进行数据交互。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-6中任意一项所述的边缘节点调度方法。
9.一种电子设备,其特征在于,包括:
处理器;
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器被配置为经由执行所述可执行指令来执行权利要求1-6中任意一项所述的边缘节点调度方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111081820.4A CN113794773B (zh) | 2021-09-15 | 2021-09-15 | 边缘节点调度方法及装置、存储介质、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111081820.4A CN113794773B (zh) | 2021-09-15 | 2021-09-15 | 边缘节点调度方法及装置、存储介质、电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113794773A CN113794773A (zh) | 2021-12-14 |
CN113794773B true CN113794773B (zh) | 2023-04-07 |
Family
ID=78878464
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111081820.4A Active CN113794773B (zh) | 2021-09-15 | 2021-09-15 | 边缘节点调度方法及装置、存储介质、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113794773B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114697291B (zh) * | 2022-03-30 | 2023-06-06 | 中国联合网络通信集团有限公司 | 可用ip地址段获取方法、装置、服务器及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689163A (zh) * | 2020-12-02 | 2021-04-20 | 中国民航机场建设集团有限公司 | 一种基于sdn和网内缓存的视频服务传输系统和方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104301454A (zh) * | 2014-11-13 | 2015-01-21 | 国家电网公司 | 一种域名解析重定向的方法、装置以及智能域名系统 |
CN106534240A (zh) * | 2015-09-11 | 2017-03-22 | 中国移动通信集团公司 | Cdn资源调度方法、服务器及客户端 |
CN105791392A (zh) * | 2016-02-16 | 2016-07-20 | 中国科学院信息工程研究所 | 基于移动网络的边缘服务通信方法及系统 |
CN107154956B (zh) * | 2016-03-04 | 2019-08-06 | 中国电信股份有限公司 | 缓存加速方法、装置和系统 |
CN107733972B (zh) * | 2017-08-28 | 2020-09-08 | 阿里巴巴集团控股有限公司 | 一种短链接解析方法、装置及设备 |
-
2021
- 2021-09-15 CN CN202111081820.4A patent/CN113794773B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689163A (zh) * | 2020-12-02 | 2021-04-20 | 中国民航机场建设集团有限公司 | 一种基于sdn和网内缓存的视频服务传输系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113794773A (zh) | 2021-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11323411B2 (en) | Method and system for scheduling edge CDN node | |
WO2020135800A1 (zh) | 一种域名服务器的分配方法和装置 | |
US10887276B1 (en) | DNS-based endpoint discovery of resources in cloud edge locations embedded in telecommunications networks | |
US9363229B2 (en) | Domain name resolution for a hybrid cloud cluster | |
CN105052084B (zh) | 基于地理移动分配计算资源的方法和系统 | |
US9319377B2 (en) | Auto-split DNS | |
US8433793B2 (en) | Dispatching method, dispatching apparatus and dispatching system | |
US10313224B2 (en) | Seamless host mobility | |
CN111510310B (zh) | 公有云架构下的网络模式实现方法和装置 | |
CN101911600A (zh) | 经由任播的无地图全局流量负载均衡 | |
CN113067909B (zh) | 边缘节点寻址方法、装置、设备及存储介质 | |
US11088869B2 (en) | Virtual private network interworking | |
KR20040082655A (ko) | 이중 스택 변환 메커니즘을 이용한 모바일 아이피 통신시스템 및 방법 | |
CN110719273A (zh) | 回源节点的确定方法、服务器及计算机可读存储介质 | |
CN103841150A (zh) | 基于内容分发网络cdn分发数据的方法及装置 | |
CN113794773B (zh) | 边缘节点调度方法及装置、存储介质、电子设备 | |
US11212329B2 (en) | Method, apparatus, device and storage medium for pushing video stream | |
CN109104309B (zh) | Cdn网络的边缘服务器管理系统及方法 | |
WO2024078208A1 (zh) | 基于ecs协议的域名查询方法及装置、存储介质及设备 | |
CN100423514C (zh) | 分布式设备中地址解析协议数据同步的方法 | |
Miladinovic et al. | Multi-access edge computing: An overview and latency evaluation | |
CN115225634A (zh) | 虚拟网络下的数据转发方法、装置及计算机程序产品 | |
CN111106966B (zh) | 一种信息处理方法及装置、设备、存储介质 | |
CN105812499A (zh) | 通信方法和通信系统及虚拟客户终端设备 | |
CN116582516B (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 |