CN109412963A - 一种基于流拆分的服务功能链部署方法 - Google Patents
一种基于流拆分的服务功能链部署方法 Download PDFInfo
- Publication number
- CN109412963A CN109412963A CN201811363549.1A CN201811363549A CN109412963A CN 109412963 A CN109412963 A CN 109412963A CN 201811363549 A CN201811363549 A CN 201811363549A CN 109412963 A CN109412963 A CN 109412963A
- Authority
- CN
- China
- Prior art keywords
- subchain
- node
- function chain
- service function
- deployment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- 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/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于流拆分的服务功能链部署方法。在本发明中,部署大象流服务功能链请求时,将该服务功能链拆分成多个子链进行部署,这样在提高大象流接受率的同时可以缓解由于大象流占用带宽资源过多导致网络堵塞导致排在大象流后的老鼠流排队时延过大,提高数据中心网络的服务质量。由于本发明提出的部署算法,基于worst‑fit策略选择剩余带宽资源最多的链路进行部署,可以减少网络堵塞的发生。由于本发明提出的算法在部署SFC时,对于同一条SFC的虚拟网络功能部署的服务器,尽量使它们在网络中相隔的跳数最少,从而减少网络带宽资源的消耗。
Description
技术领域
本发明涉及虚拟网络技术领域,具体涉及一种基于流拆分的服务功能链部署方法。
背景技术
网络功能虚拟化(NFV)是一种新的网络框架,由欧洲电信标准化协会(ETSI)在2012首次提出。NFV技术主要思想是通过虚拟机上的软件提供网络功能,虚拟机可放置在通用硬件平台上,取代传统的专有网络设备,从而提高网络的灵活性。当网络功能被虚拟化,根据用户的服务策略,多个虚拟网络功能(VNF)按照一定顺序组成服务功能链(SFC)。
如今云服务提供商(CSPs)使用NFV技术,把虚拟网络功能部署于数据中心的虚拟机上,更加灵活地利用数据中心网络(DCN)的计算、存储资源。随着越来越多的用户享受云提供的各种网络服务,虚拟网络功能的部署(VNF实例化)成为云服务提供商重要、亟待解决的问题,越来越受到学术界和工业界的关注。该问题关注于在满足各种资源(包括服务器计算、存储,链路带宽等资源)约束下对一系列VNFs在物理拓扑中选择实例化的位置进行决策,实现目标优化,如最小化资源消耗,最大化接受服务请求个数等。
在云数据中心部署SFCs已经有很多研究了,其中部分研究从云服务提供商获取最大利润的角度出发,采取能够有效利用网络资源,最小化固定资产成本和运营成本(CAPEX/OPEX)的部署方式。也有研究从用户体验的服务质量出发,例如有研究者在部署SFCs的同时考虑网络和服务器的负载均衡,使得SFCs的总时延最小化。特别地,在数据中心网络中的流量可以分为两类:一种为大象流(elephant flows),通常由数据备份、文件传输、虚拟机迁移等产生的传输数据传输率大持续时间长的流,另一种为老鼠流(mice flows),通常由网页浏览、搜索查询等产生的传输的数据传输率小持续时间短的流。相关文献表明elephantflows对带宽需求高对时延没有严格要求,约占数据中心网络流量条数的20%而占总流量字节数的80%;mice flows带宽需求低但对时延敏感直接影响到用户体验,约占总流量条数的80%而占总流量字节数的20%。
当大象流和老鼠流的SFCs部署经过同一路径时,在交换机出端口等待数据传输到链路上时容易出现老鼠流在大象流后面排队的情况,使得老鼠流排队时延特别是尾时延很大,影响老鼠流的服务功能链请求体验的总时延。
在目前,已有研究在数据中心网络环境下部署SFC实现网络和服务器的负载均衡,例如NF-LGT算法。该算法第一阶段使用贪心策略,当部署SFC的下一个VNF时,挑选离当前位置时延(包括服务器时延和链路时延)最小的VNF实例。在第二阶段用相同类型VNF的其它可选实例代替阶段一所选择的VNF实例以及交换服务链中VNFs的顺序的策略尝试寻找更佳的部署方式,使得SFCs的总时延最小。虽然上诉方法综合考虑了数据中心中网络和服务器的负载均衡,实现SFC的部署,但并未考虑总的花销成本,以及数据中心网络中SFCs流量特点及相应需求。
还有相关研究人员把在数据中心SFC的部署问题看作多层装箱问题使所使用的服务器数量最小化,同时尽量使得同一条SFC的虚拟网络功能部署在较低层箱子中,以降低网络成本。虽然上述方法能够实现SFCs在数据中心的部署,并综合考虑了服务器和网络的成本花费进行优化,但并未考虑服务请求的服务质量(如排队时延),未满足对时延敏感的老鼠流和对吞吐量敏感的大象流的不同需求。
发明内容
针对现有技术中的上述不足,本发明提供的一种基于流拆分的服务功能链部署方法解决了大象流接受率不高和网络负载不均衡的问题。
为了达到上述发明目的,本发明采用的技术方案为:一种基于流拆分的服务功能链部署方法,包括以下步骤:
S1、通过DSC算法对服务功能链拆分后的子链进行部署,得到子链的部署方案、链路排队延时和部署成本;
S2、通过ONSC算法,根据子链的部署方案、链路排队延时和部署成本对服务功能链进行部署,得到服务功能链部署方案。
进一步地:所述步骤S1的具体步骤为:
S11、初始化变量currentServer=0,currentLocation=b,初始化子链部署方案DS’;
bs为服务功能链s的起始节点,b为节点bs的位置编号,DS′=(DSf,DSe,p),其中,DSf为子链s′的虚拟网络功能的部署方案,s′为服务功能链s的子链,DSf={DS(f′1),DS(f′2),…,DS(f′|FS|)},DS(f′i)为托管子链s′的第i个虚拟网络功能f′i的服务器节点,|FS|为服务功能链部署请求s中虚拟网络功能的数量,DSe为子链s′的虚拟链路部署方案,DSe={DS(e′1),DS(e′2),…,DS(e′|ES|)},DS(e′i)为托管子链s′的虚拟链路e′i的物理路径,|ES|为服务功能链链路的数量,p为托管整条子链s′的完整路径;
S12、调用downOperation算法部署子链s’的第一个虚拟网络功能f′1,得到服务器节点nh和物理路径pdown,则DS(f′1)=nh,DS(e′1)=pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h;
maxCapacityi为节点ni维护的一个变量,h为服务器节点nh的位置;
S13、遍历子链部署请求FS’中的每一个虚拟网络功能f′i,当FS’中的虚拟网络功能没有被遍历完,进入步骤S14,否则进入步骤S18;
S14、当服务器节点ncurrentServer不能满足虚拟网络功能f′i的资源需求,进入步骤S15,否则进入步骤S17;
S15、调用upOperation算法得到交换机nsw和物理路径pup,更新currentLocation=sw;
sw为交换机nsw的位置;
S16、调用downOperation算法得到服务器节点nh和物理路径pdown,则DS(f′i)=nh,DS(e′i)=pup+pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h,返回步骤S13;
S17、令DS(f′i)=ncurrentServer,更新部署方案DS’,返回步骤S13;
S18、记子链s’最后一个虚拟功能f′|FS|部署在nh处,则DS(e′|ES|)=p|ES|,e′|ES|为子链s’最后一条虚拟链路,p|ES|为从服务器节点nh到子链的终止点ts的路径,更新部署方案DS’,并计算子链s′的流经过路径p体验的链路排队时延D′p和部署成本TCost(DS′)。
进一步地:所述步骤S15中upOperation算法的具体步骤为:
A1、初始化物理路径pup;
A2、当节点ncurrentLocation不属于核心交换机时,进入步骤A3,否则进入步骤A7;
A3、在节点ncurrentLocation相邻且位于拓扑更高层的物理节点集合AdgNhigh(currentLocation)中寻找满足maxCapacity≥ε(f′i)的节点集合Candidate;
ε(f′i)为虚拟网络功能f′i的节点资源需求;
A4、当节点集合Candidate为空时,进入步骤A5,否则进入步骤SA6;
A5、遍历集合AdgNhigh(currentLocation)寻找元素nj,其中元素nj与节点ncurrentLocation构成链路ljworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,j为元素nj的下标,并令pup←pup+ljworstfit,并返回步骤A2;
A6、遍历集合Candidate寻找元素ni,其中元素ni与节点ncurrentLocation构成链路liworstfit满足带宽需求且可用资源最多,更新节点位置currentLocation=i,i为元素ni的下标,并令pup←pup+liworstfit,进入步骤A7;
A7、输出位于currentLocation处的交换机nsw和物理路径pup。
进一步地:所述步骤S12和步骤S16中downOperation算法的具体步骤为:
B1、初始化物理路径pdown;
B2、当节点ncurrentLocation不属于数据中心网络的服务器集合HP时,进入步骤B3,否则进入步骤B5;
B3、在节点ncurrentLocation相邻且位于拓扑更低层的物理节点集合AdgNlow(currentLocation)中寻找满足maxCapacityj≥ε(f′i)的节点集合Candidate;
B4、遍历集合Candidate寻找元素nj,元素nj与节点ncurrentLocation构成链路lworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,并令pdown←pdown+lworstfit,并返回步骤B2;
B5、输出currentLocation处的服务器节点nh和物理路径pdown。
进一步地:所述步骤S12中节点ni维护的一个变量maxCapacityi的计算公式为:
上式中,availableCapacityi为服务器剩余的节点资源,HP为数据中心网络的服务器集合,SWP为数据中心网络的交换机集合,AdgNlow(ni)为与节点ni相邻且位于拓扑更低层的物理节点集合。
进一步地:所述步骤S18中子链s′的流经过路径p体验的链路排队时延D′p的计算公式为:
上式中,c(l)为链路l的带宽容量,pa(l)为链路l当前的包到达率。
部署成本TCost(DS′)的计算公式为:
上式中,PathCost(Es′→p)为子链s′的所有虚拟链路被映射到物理路径p的部署成本,CostVNF(f′i→h)为虚拟网络功能f′i被部署到服务器节点h的部署成本,rhf′为在服务器h处,虚拟网络功能f′处理单位速率流量所需要的节点资源,λ为子链s’的流量需求,p(h)为服务器节点h的节点资源单位成本,p(li)为链路li的链路资源的单位成本。
进一步地:所述步骤S2的具体步骤为:
S21、初始化总的部署成本TCost=0,阻塞的服务功能链部署请求
S22、当服务功能链部署请求队列进入步骤S23,否则进入步骤S211;
S23、令过期的服务功能链请求集合FinishedSFC释放过期的SFC请求占用的资源,并将集合FinishedSFC中的第一个服务功能链s1进行拆分得子链集合SUBs;
S24、遍历集合SUBs中每一个子链s′i,当集合SUBs中的子链没有被遍历完,进入步骤S25,否则进入步骤S27;
S25、若子链的部署方案时,进入步骤S26,否则进入步骤S29;
S26、子链s’部署成功,将链路排队时延D′p加入服务链s的各条子链的链路排队时延集合Dsub中,将子链的部署方案DS′加入服务链s的部署方案DS中;
Dsub为服务链s的各条子链的链路排队时延集合,Dsub={d′1,d′2,…,d′|ΛS|},|ΛS|为服务功能链s拆分后的子链个数,DS为服务链s的部署方案;
S27、计算子链体验的最大排队时延差t=max(Dsub)-min(Dsub),当t≤Tr时,进入步骤S28,否则进入步骤S29;
Tr为阈值;
S28、计算di并更新Ds,更新物理网络,并令TCost←TCost+∑s′∈STCost(DS′),更新集合{DS},并进入步骤S210;
Ds为服务请求功能链链路排队时延集合,Ds={d1,d2,…,d|m|},i=1,2,…|m|,|m|为服务请求功能链链路排队时延的个数,{DS}为所有成功部署的服务功能链部署方案集合;
S29、将第一个服务功能链s1加入阻塞的服务功能链部署请求SFCblo中;
S210、将第一个服务功能链s1从服务功能链部署请求队列ArrivalSFC中删除,返回步骤S22;
S211、输出成功部署的服务功能链部署方案集合{DS}。
进一步地:所述步骤S23中服务功能链s1的拆分公式为:
上式中,λi为拆分后的子链流量需求,ksub为服务请求功能链s划分后的子链流量需求最大值,hs为服务功能链部署请求s的流量需求,|ΛS|的计算公式为:
上式中,us为二进制变量。
本发明的有益效果为:
(1)满足数据中心网络中大象流与老鼠流的不同需求。在本发明中,部署大象流服务功能链请求时,将该服务功能链拆分成多个子链进行部署,这样在提高大象流接受率的同时可以缓解由于大象流占用带宽资源过多导致网络堵塞导致排在大象流后的老鼠流排队时延过大,提高数据中心网络的服务质量。
(2)实现网络的负载均衡。由于本发明提出的部署算法,基于worst-fit策略选择剩余带宽资源最多的链路进行部署,可以减少网络堵塞的发生。
(3)降低网络花费。由于本发明提出的算法在部署SFC时,对于同一条SFC的虚拟网络功能部署的服务器,尽量使它们在网络中相隔的跳数最少,从而减少网络带宽资源的消耗。
附图说明
图1为本发明总流程图;
图2为本发明步骤S1的流程图;
图3为本发明中upOperation算法的流程图;
图4为本发明中downOperation算法的流程图;
图5为本发明步骤S2的流程图。
具体实施方式
下面对本发明的具体实施方式进行描述,以便于本技术领域的技术人员理解本发明,但应该清楚,本发明不限于具体实施方式的范围,对本技术领域的普通技术人员来讲,只要各种变化在所附的权利要求限定和确定的本发明的精神和范围内,这些变化是显而易见的,一切利用本发明构思的发明创造均在保护之列。
如图1所示,一种基于流拆分的服务功能链部署方法,包括以下步骤:
S1、通过DSC算法对服务功能链拆分后的子链进行部署,得到子链的部署方案、链路排队延时和部署成本,如图2所示,步骤S1的具体步骤为:
S11、初始化变量currentServer=0,currentLocation=b,初始化子链部署方案DS’;
bs为服务功能链s的起始节点,b为节点bs的位置编号,DS′=(DSf,DSe,p),其中,DSf为子链s′的虚拟网络功能的部署方案,s′为服务功能链s的子链,DSf={DS(f′1),DS(f′2),…,DS(f′|FS|)},DS(f′i)为托管子链s′的第i个虚拟网络功能f′i的服务器节点,|FS|为服务功能链部署请求s中虚拟网络功能的数量,DSe为子链s′的虚拟链路部署方案,DSe={DS(e′1),DS(e′2),…,DS(e′|ES|)},DS(e′i)为托管子链s′的虚拟链路ei′的物理路径,|ES|为服务功能链链路的数量,p为托管整条子链s′的完整路径;
S12、调用downOperation算法部署子链s’的第一个虚拟网络功能f′1,得到服务器节点nh和物理路径pdown,则DS(f′1)=nh,DS(e′1)=pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h;
maxCapacityi为节点ni维护的一个变量,h为服务器节点nh的位置;
节点ni维护的一个变量maxCapacityi的计算公式为:
上式中,availableCapacityi为服务器剩余的节点资源,HP为数据中心网络的服务器集合,SWP为数据中心网络的交换机集合,AdgNlow(ni)为与节点ni相邻且位于拓扑更低层的物理节点集合。
如图3所示,downOperation算法的具体步骤为:
B1、初始化物理路径pdown;
B2、当节点ncurrentLocation不属于数据中心网络的服务器集合HP时,进入步骤B3,否则进入步骤B5;
B3、在节点ncurrentLocation相邻且位于拓扑更高低的物理节点集合AdgNlow(currentLocation)中寻找满足maxCapacityj≥ε(f′i)的节点集合Candidate;
B4、遍历集合Candidate寻找元素nj,元素nj与节点ncurrentLocation构成链路lworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,并令pdown←pdown+lworstfit,并返回步骤B2;
B5、输出currentLocation处的服务器节点nh和物理路径pdown。
S13、遍历子链部署请求FS’中的每一个虚拟网络功能f′i,当FS’中的虚拟网络功能没有被遍历完,进入步骤S14,否则进入步骤S18;
S14、当服务器节点ncurrentServer不能满足虚拟网络功能f′i的资源需求,进入步骤S15,否则进入步骤S17;
S15、调用upOperation算法得到交换机nsw和物理路径pup,更新currentLocation=sw;
sw为交换机nsw的位置;
如图4所示,upOperation算法的具体步骤为:
A1、初始化物理路径pup;
A2、当节点ncurrentLocation不属于核心交换机时,进入步骤A3,否则进入步骤A7;
A3、在节点ncurrentLocation相邻且位于拓扑更高层的物理节点集合AdgNhigh(currentLocation)中寻找满足maxCapacity≥ε(f′i)的节点集合Candidate;ε(f′i)为虚拟网络功能f′i的节点资源需求;
A4、当节点集合Candidate为空时,进入步骤A5,否则进入步骤SA6;
A5、遍历集合AdgNhigh(currentLocation)寻找元素nj,其中元素nj与节点ncurrentLocation构成链路ljworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,j为元素nj的下标,并令pup←pup+ljworstfit,并返回步骤A2;
A6、遍历集合Candidate寻找元素ni,其中元素ni与节点ncurrentLocation构成链路liworstfit满足带宽需求且可用资源最多,更新节点位置currentLocation=i,i为元素ni的下标,并令pup←pup+liworstfit,进入步骤A7;
A7、输出位于currentLocation处的交换机nsw和物理路径pup。
S16、调用downOperation算法(该算法与步骤S12中的downOperation算法一致)得到服务器节点nh和物理路径pdown,则DS(f′i)=nh,DS(e′i)=pup+pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h,返回步骤S13;
S17、令DS(f′i)=ncurrentServer,更新部署方案DS’,返回步骤S13;
S18、记子链s’最后一个虚拟功能f′|S|部署在nh处(或表述为记DS(f′|FS|)=nh),则DS(e′|ES|)=p|ES|,e′|ES|为子链s’最后一条虚拟链路,p|ES|为从服务器节点nh到子链的终止点ts的路径,更新部署方案DS’,并计算子链s′的流经过路径p体验的链路排队时延D′p和部署成本TCost(DS′)。
子链s′的流经过路径p体验的链路排队时延D′p的计算公式为:
上式中,c(l)为链路l的带宽容量,pa(l)为链路l当前的包到达率。
部署成本TCost(DS′)的计算公式为:
上式中,PathCost(Es′→p)为子链s′的所有虚拟链路被映射到物理路径p的部署成本,CostVNF(f′i→h)为虚拟网络功能f′i被部署到服务器节点h的部署成本,rhf′为在服务器h处,虚拟网络功能f′处理单位速率流量所需要的节点资源,λ为子链s’的流量需求,p(h)为服务器节点h的节点资源单位成本,p(li)为链路li的链路资源的单位成本。
S2、通过ONSC算法根据子链的部署方案、链路排队延时和部署成本对服务功能链进行部署,得到服务功能链部署方案,如图5所示,步骤S2的具体步骤为:
S21、初始化总的部署成本TCost=0,阻塞的服务功能链部署请求
S22、当服务功能链部署请求队列进入步骤S23,否则进入步骤S211;
S23、令过期的服务功能链请求集合FinishedSFC释放过期的SFC请求占用的资源,并将集合FinishedSFC中的第一个服务功能链s1进行拆分得子链集合SUBs;服务功能链s1的拆分公式为:
上式中,λi为拆分后的子链流量需求,ksub为服务请求功能链s划分后的子链流量需求最大值,hs为服务功能链部署请求s的流量需求,|ΛS|的计算公式为:
上式中,us为二进制变量。
S24、遍历集合SUBs中每一个子链s′i,当集合SUBs中的子链没有被遍历完,进入步骤S25,否则进入步骤S27;
S25、若子链的部署方案时,进入步骤S26,否则进入步骤S29;
S26、子链s’部署成功,将链路排队时延D′p加入服务链s的各条子链的链路排队时延集合Dsub中,将子链的部署方案DS′加入服务链s的部署方案DS中;
Dsub为服务链s的各条子链的链路排队时延集合,Dsub={d′1,d′2,…,d′|ΛS|},|ΛS|为服务功能链s拆分后的子链个数,DS为服务链s的部署方案;
S27、计算子链体验的最大排队时延差t=max(Dsub)-min(Dsub),当t≤Tr时,进入步骤S28,否则进入步骤S29;
Tr为阈值;
S28、计算di并更新Ds,更新物理网络,并令TCost←TCost+∑s′∈STCost(DS′),更新集合{DS},并进入步骤S210;
Ds为服务请求功能链链路排队时延集合,Ds={d1,d2,…,d|m|},i=1,2,…|m|,|m|为服务请求功能链链路排队时延的个数,{DS}为所有成功部署的服务功能链部署方案集合;
S29、将第一个服务功能链s1加入阻塞的服务功能链部署请求SFCblo中;
S210、将第一个服务功能链s1从服务功能链部署请求队列ArrivalSFC中删除,返回步骤S22;
S211、输出成功部署的服务功能链部署方案集合{DS}。
本发明中服务功能链部署请求集合表示为S={s1,s2,…,s|m|},|m|表示服务功能链请求个数,对于一个服务链部署请求建模为一个向量s=(bs,ts,hs,Fs,Es),s∈S。bs表示服务功能链请求s的起始节点,ts表示服务功能链请求s的终止节点,hs表示服务功能链部署请求s的流量需求,Fs={f1,f2,…,f|FS|}表示服务功能链部署请求s的虚拟网络功能集合,|FS|表示服务功能链部署请求s中虚拟网络功能的数量。Es={e1,e2,…,e|ES|}表示服务功能链部署请求s的虚拟链路集合,|ES|表示服务功能链链路的数量。
部署约束:DC=(CNF,CEF)表示服务功能链部署请求的部署约束集合。
虚拟网络功能的资源约束:CNF={ε(f1),ε(f2),…,ε(f|FS|)}表示这个服务功能链部署请求的所有虚拟网络功能的节点资源需求集合。
本发明中假设分配给虚拟网络功能的节点资源与所需处理的流量成正比,记rh,f表示在服务器h处,虚拟网络功能f处理单位速率流量所需要的节点资源。
服务功能链链路资源约束:CEF={ε(e1),ε(e2),…,ε(e|ES|)}表示这个服务功能链部署请求的所有链路的带宽资源需求集合。本发明中假设各条虚拟链路所需带宽资源不变即ε(e1)=ε(e2)=…=ε(e|ES|)=hs。
记Me为一个常数来判定老鼠流与大象流,变量us∈(0,1),服务功能链s的流量需求为hs,则即当服务功能链s的流量请求为大象流时us取值为1。
本发明考虑对大象流服务请求功能链进行拆分,得到多个子链,用Λs={λ1,λ2,…,λ|ΛS|}表示服务功能链s拆分后的子链流量需求集合,|ΛS|表示服务功能链s拆分后的子链个数。SUBs={s′1,s′2,…,s′|ΛS|}表示服务功能链s拆分后的子链集合,子链s′可建模为s′=(bs,ts,λ,Fs′,Es′),s′∈SUBs。
物理网络为在数据中心常见的fat-tree拓扑结构,其中服务器位于拓扑第一层,往上层数递增的物理节点分别属于边缘交换机,聚合交换机和核心交换机。在本发明中,这个物理网络能被建模为无向图GP=(NP,EP)。NP={n1,n2,…,n|NP|}表示物理拓扑中的所有物理节点。NP={SWP∪HP},其中SWP={sw1,sw2,…,sw|SWP|}表示数据中心网络的交换机集合,HP={h1,h2,…,h|HP|}表示数据中心网络的服务器集合,EP={l1,l2,…,l|EP|}表示物理链路集合。|SWP|,|HP|和|EP|分别表示交换机数量、服务器数量和物理链路数量。P={p1,p2,…,p|P|}表示物理网络中的所有路径,|P|表示物理网络中路径的总条数。pH={h1,h2,…,h|pH|}表示路径p上的服务器集合,|pH|表示路径p上服务器集合的个数。
物理网络资源约束:在本发明中定义RC=(CNP,CEP)为物理网络资源约束。
物理网络节点资源属性:CNP表示物理网络节点属性的集合,物理网络节点的典型属性包括节点资源容量c(hi)和节点资源的单位成本p(si)。
物理网络链路资源属性:CEP表示物理网络链路属性的集合,物理网络链路的典型属性包括链路的带宽容量c(li)和链路资源的单位成本p(li)。
本发明技术可以部署在基于SDN的云数据中心网络中,以实现服务功能链的部署。SDN是一种新兴的网络架构,将网络控制与流量转发功能分离,使其可编程化,从网络基础架构中抽象出来,将其移入逻辑上独立的控制环境——网络控制系统之中,并且SDN网络基于OpenFlow协议传输报文。该系统可在通用的服务器上运行,使得控制功能不再局限于路由器中,也不再局限于只有设备的生成厂商才能够编程和定义。
云服务提供商可以将本专利所提出的在基于SDN的云数据中心网络中部署服务功能链的方法部署在SDN的控制路由器中的控制层上,SDN控制路由器可以获取全网信息包括各个服务器节点的节点资源以及链路的剩余带宽等信息。
当服务请求到来时,首先判断请求流为大象流还是老鼠流,再根据本发明提供的服务功能链拆分方法对大象流进行拆分,之后SDN控制路由器根据其获取的全网信息,调用部署在其控制层上的服务功能链部署方法,并计算部署总成本、服务接受率和排队时延等性能指标,并返回给服务提供商。
Claims (8)
1.一种基于流拆分的服务功能链部署方法,其特征在于,包括以下步骤:
S1、通过DSC算法对服务功能链拆分后的子链进行部署,得到子链的部署方案、链路排队延时和部署成本;
S2、通过ONSC算法,根据子链的部署方案、链路排队延时和部署成本对服务功能链进行部署,得到服务功能链部署方案。
2.根据权利要求1所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S1的具体步骤为:
S11、初始化变量currentServer=0,currentLocation=b,初始化子链部署方案DS’;
bs为服务功能链s的起始节点,b为节点bs的位置编号,DS′=(DSf,DSe,p),其中,DSf为子链s′的虚拟网络功能的部署方案,s′为服务功能链s的子链,DSf={DS(f1′),DS(f′2),...,DS(f′|FS|)},DS(fi′)为托管子链s′的第i个虚拟网络功能fi′的服务器节点,|FS|为服务功能链部署请求s中虚拟网络功能的数量,DSe为子链s′的虚拟链路部署方案,DSe={DS(e′1),DS(e′2),...,DS(e′|ES|)},DS(e′i)为托管子链s′的虚拟链路e′i的物理路径,|ES|为服务功能链链路的数量,p为托管整条子链s′的完整路径;
S12、调用downOperation算法部署子链s’的第一个虚拟网络功能f1′,得到服务器节点nh和物理路径pdown,则DS(f1′)=nh,DS(e′1)=pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h;
maxCapacityi为节点ni维护的一个变量,h为服务器节点nh的位置;
S13、遍历子链部署请求FS’中的每一个虚拟网络功能fi′,当FS’中的虚拟网络功能没有被遍历完,进入步骤S14,否则进入步骤S18;
S14、当服务器节点ncurrentServer不能满足虚拟网络功能fi′的资源需求,进入步骤S15,否则进入步骤S17;
S15、调用upOperation算法得到交换机nsw和物理路径pup,更新currentLocation=sw;
sw为交换机nsw的位置;
S16、调用downOperation算法得到服务器节点nh和物理路径pdown,则DS(fi′)=nh,DS(e′i)=pup+pdown,更新部署方案DS’、maxCapacityi,并令currentLocation=h,currentServer=h,返回步骤S13;
S17、令DS(fi′)=ncurrentServer,更新部署方案DS’,返回步骤S13;
S18、记子链s’最后一个虚拟功能f′|FS|部署在nh处,则DS(e′|ES|)=p|ES|,e′|ES|为子链s’最后一条虚拟链路,p|ES|为从服务器节点nh到子链的终止点ts的路径,更新部署方案DS’,并计算子链s′的流经过路径p体验的链路排队时延D′p和部署成本TCost(DS′)。
3.根据权利要求2所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S15中upOperation算法的具体步骤为:
A1、初始化物理路径pup;
A2、当节点ncurrentLocation不属于核心交换机时,进入步骤A3,否则进入步骤A7;
A3、在节点ncurrentLocation相邻且位于拓扑更高层的物理节点集合AdgNhigh(currentLocation)中寻找满足maxCapacity≥ε(fi′)的节点集合Candidate;
ε(fi′)为虚拟网络功能fi′的节点资源需求;
A4、当节点集合Candidate为空时,进入步骤A5,否则进入步骤SA6;
A5、遍历集合AdgNhigh(currentLocation)寻找元素nj,其中元素nj与节点ncurrentLocation构成链路ljworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,j为元素nj的下标,并令pup←pup+ljworstfit,并返回步骤A2;
A6、遍历集合Candidate寻找元素ni,其中元素ni与节点ncurrentLocation构成链路liworstfit满足带宽需求且可用资源最多,更新节点位置currentLocation=i,i为元素ni的下标,并令pup←pup+liworstfit,进入步骤A7;
A7、输出位于currentLocation处的交换机nsw和物理路径pup。
4.根据权利要求2所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S12和步骤S16中downOperation算法的具体步骤为:
B1、初始化物理路径pdown;
B2、当节点ncurrentLocation不属于数据中心网络的服务器集合HP时,进入步骤B3,否则进入步骤B5;
B3、在节点ncurrentLocation相邻且位于拓扑更低层的物理节点集合AdgNlow(currentLocation)中寻找满足maxCapacityj≥ε(fi′)的节点集合Candidate;
B4、遍历集合Candidate寻找元素nj,元素nj与节点ncurrentLocation构成链路lworstfit满足带宽需求且可用带宽最多,更新节点位置currentLocation=j,并令pdown←pdown+lworstfit,并返回步骤B2;
B5、输出位于currentLocation处的服务器节点nh和物理路径pdown。
5.根据权利要求2所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S12中节点ni维护的一个变量maxCapacityi的计算公式为:
上式中,availableCapacityi为服务器剩余的节点资源,HP为数据中心网络的服务器集合,SWP为数据中心网络的交换机集合,AdgNlow(ni)为与节点ni相邻且位于拓扑更低层的物理节点集合。
6.根据权利要求2所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S18中子链s′的流经过路径p体验的链路排队时延D′p的计算公式为:
上式中,c(l)为链路l的带宽容量,pa(l)为链路l当前的包到达率。
部署成本TCost(DS′)的计算公式为:
上式中,PathCost(Es′→p)为子链s′的所有虚拟链路被映射到物理路径p的部署成本,CostVNF(fi′→h)为虚拟网络功能fi′被部署到服务器节点h的部署成本,rhf′为在服务器h处,虚拟网络功能f′处理单位速率流量所需要的节点资源,λ为子链s’的流量需求,p(h)为服务器节点h的节点资源单位成本,p(li)为链路li的链路资源的单位成本。
7.根据权利要求1所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S2的具体步骤为:
S21、初始化总的部署成本TCost=0,阻塞的服务功能链部署请求
S22、当服务功能链部署请求队列进入步骤S23,否则进入步骤S211;
S23、令过期的服务功能链请求集合FinishedSFC释放过期的SFC请求占用的资源,并将集合FinishedSFC中的第一个服务功能链s1进行拆分得子链集合SUBs;
S24、遍历集合SUBs中每一个子链s′i,当集合SUBs中的子链没有被遍历完,进入步骤S25,否则进入步骤S27;
S25、若子链的部署方案时,进入步骤S26,否则进入步骤S29;
S26、子链s’部署成功,将链路排队时延D′p加入服务链s的各条子链的链路排队时延集合Dsub中,将子链的部署方案DS′加入服务链s的部署方案DS中;
Dsub为服务链s的各条子链的链路排队时延集合,Dsub={d′1,d′2,…,d′|ΛS|},|ΛS|为服务功能链s拆分后的子链个数,DS为服务链s的部署方案;
S27、计算子链体验的最大排队时延差t=max(Dsub)-min(Dsub),当t≤Tr时,进入步骤S28,否则进入步骤S29;
Tr为阈值;
S28、计算di并更新Ds,更新物理网络,并令TCost←TCost+∑s′∈STCost(DS′),更新集合{DS},并进入步骤S210;
Ds为服务请求功能链链路排队时延集合,Ds={d1,d2,…,d|m|},i=1,2,…|m|,|m|为服务请求功能链链路排队时延的个数,{DS}为所有成功部署的服务功能链部署方案集合;
S29、将第一个服务功能链s1加入阻塞的服务功能链部署请求SFCblo中;
S210、将第一个服务功能链s1从服务功能链部署请求队列ArrivalSFC中删除,返回步骤S22;
S211、输出成功部署的服务功能链部署方案集合{DS}。
8.根据权利要求7所述的基于流拆分的服务功能链部署方法,其特征在于,所述步骤S23中服务功能链s1的拆分公式为:
上式中,λi为拆分后的子链流量需求,ksub为服务请求功能链s划分后的子链流量需求最大值,hs为服务功能链部署请求s的流量需求,|ΛS|的计算公式为:
上式中,us为二进制变量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811363549.1A CN109412963B (zh) | 2018-11-16 | 2018-11-16 | 一种基于流拆分的服务功能链部署方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811363549.1A CN109412963B (zh) | 2018-11-16 | 2018-11-16 | 一种基于流拆分的服务功能链部署方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109412963A true CN109412963A (zh) | 2019-03-01 |
CN109412963B CN109412963B (zh) | 2021-08-17 |
Family
ID=65473570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811363549.1A Active CN109412963B (zh) | 2018-11-16 | 2018-11-16 | 一种基于流拆分的服务功能链部署方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109412963B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110995780A (zh) * | 2019-10-30 | 2020-04-10 | 北京文渊佳科技有限公司 | Api调用方法、装置、存储介质及电子设备 |
CN111193604A (zh) * | 2019-08-23 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 虚拟网络功能链的部署方法、装置、设备及存储介质 |
CN112087329A (zh) * | 2020-08-27 | 2020-12-15 | 重庆大学 | 一种网络服务功能链部署方法 |
CN112543119A (zh) * | 2020-11-27 | 2021-03-23 | 西安交通大学 | 一种基于深度强化学习的服务功能链可靠性部署方法 |
CN113055234A (zh) * | 2021-03-18 | 2021-06-29 | 湘潭大学 | 一种基于边缘计算的服务功能链部署方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160352582A1 (en) * | 2014-02-06 | 2016-12-01 | Nec Corporation | Network management method and apparatus |
CN107395501A (zh) * | 2017-08-29 | 2017-11-24 | 电子科技大学 | 一种网络服务功能链的跨域部署方法 |
US20170359426A1 (en) * | 2016-06-10 | 2017-12-14 | Electronics And Telecommunications Research Institute | Method and apparatus for detecting network service |
CN108040008A (zh) * | 2017-12-08 | 2018-05-15 | 电子科技大学 | 在线服务功能链的跨域部署方法 |
CN108200202A (zh) * | 2018-02-06 | 2018-06-22 | 电子科技大学 | 一种应用于云雾计算网络的服务功能链安全部署方法 |
-
2018
- 2018-11-16 CN CN201811363549.1A patent/CN109412963B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160352582A1 (en) * | 2014-02-06 | 2016-12-01 | Nec Corporation | Network management method and apparatus |
US20170359426A1 (en) * | 2016-06-10 | 2017-12-14 | Electronics And Telecommunications Research Institute | Method and apparatus for detecting network service |
CN107395501A (zh) * | 2017-08-29 | 2017-11-24 | 电子科技大学 | 一种网络服务功能链的跨域部署方法 |
CN108040008A (zh) * | 2017-12-08 | 2018-05-15 | 电子科技大学 | 在线服务功能链的跨域部署方法 |
CN108200202A (zh) * | 2018-02-06 | 2018-06-22 | 电子科技大学 | 一种应用于云雾计算网络的服务功能链安全部署方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111193604A (zh) * | 2019-08-23 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 虚拟网络功能链的部署方法、装置、设备及存储介质 |
CN110995780A (zh) * | 2019-10-30 | 2020-04-10 | 北京文渊佳科技有限公司 | Api调用方法、装置、存储介质及电子设备 |
CN112087329A (zh) * | 2020-08-27 | 2020-12-15 | 重庆大学 | 一种网络服务功能链部署方法 |
CN112087329B (zh) * | 2020-08-27 | 2022-06-07 | 重庆大学 | 一种网络服务功能链部署方法 |
CN112543119A (zh) * | 2020-11-27 | 2021-03-23 | 西安交通大学 | 一种基于深度强化学习的服务功能链可靠性部署方法 |
CN113055234A (zh) * | 2021-03-18 | 2021-06-29 | 湘潭大学 | 一种基于边缘计算的服务功能链部署方法 |
CN113055234B (zh) * | 2021-03-18 | 2022-06-14 | 湘潭大学 | 一种基于边缘计算的服务功能链部署方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109412963B (zh) | 2021-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108260169B (zh) | 一种基于QoS保障的服务功能链动态部署方法 | |
CN109412963A (zh) | 一种基于流拆分的服务功能链部署方法 | |
CN106464530B (zh) | 网络更新的动态调度的方法和系统 | |
Gouareb et al. | Virtual network functions routing and placement for edge cloud latency minimization | |
CN103999430B (zh) | 用于软件定义的网络中灵活及可扩展流处理的转发元件 | |
CN107666412A (zh) | 服务功能链的虚拟网络功能部署方法 | |
US9740534B2 (en) | System for controlling resources, control pattern generation apparatus, control apparatus, method for controlling resources and program | |
CN104012063A (zh) | 用于软件定义网络中的灵活和可扩展流处理的控制器 | |
CN111130858B (zh) | 一种sd-wan场景下的动态多目标虚拟网络映射方法 | |
CN109379230B (zh) | 一种基于广度优先搜索的服务功能链部署方法 | |
CN108243044A (zh) | 业务部署的方法与装置 | |
CN106533966B (zh) | 一种网络服务的资源编排方法及装置 | |
CN104919830A (zh) | 用于具有多载波功能的设备的服务偏好 | |
CN108206790A (zh) | 一种基于网络切片的sdn联合路由选择及资源分配方法 | |
CN104917659B (zh) | 一种基于虚拟网络连接特性的虚拟网络映射方法 | |
JP2016018387A (ja) | 情報処理システム、制御方法及び制御プログラム | |
CN103746852A (zh) | 业务路由配置方法及网络管理设备 | |
CN110224873B (zh) | 一种基于vnf实例复用的nfv编排方法及装置 | |
Xiang et al. | Resource calendaring for mobile edge computing: centralized and decentralized optimization approaches | |
Bu et al. | Towards delay-optimized and resource-efficient network function dynamic deployment for VNF service chaining | |
Gharbaoui et al. | An experimental study on latency-aware and self-adaptive service chaining orchestration in distributed NFV and SDN infrastructures | |
CN108243066B (zh) | 低延迟的网络服务请求部署方法 | |
Liu et al. | A new approach for delivering customized security everywhere: Security service chain | |
CN112422687A (zh) | 路由决策方法和装置、存储介质 | |
CN108923961B (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 |