CN111585896B - 一种数据转发方法、装置及可读存储介质 - Google Patents

一种数据转发方法、装置及可读存储介质 Download PDF

Info

Publication number
CN111585896B
CN111585896B CN202010238477.9A CN202010238477A CN111585896B CN 111585896 B CN111585896 B CN 111585896B CN 202010238477 A CN202010238477 A CN 202010238477A CN 111585896 B CN111585896 B CN 111585896B
Authority
CN
China
Prior art keywords
forwarding
forwarding server
address
data message
eip
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
Application number
CN202010238477.9A
Other languages
English (en)
Other versions
CN111585896A (zh
Inventor
朱小平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010238477.9A priority Critical patent/CN111585896B/zh
Publication of CN111585896A publication Critical patent/CN111585896A/zh
Application granted granted Critical
Publication of CN111585896B publication Critical patent/CN111585896B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种数据转发方法、装置及可读存储介质,用以解决当业务流分担到不同的转发服务器时,基于单个转发服务器单独限速的方案无法实现满足流量限速的要求的问题。本申请的数据转发方法包括:第一转发服务器接收交换机转发的第一数据报文;所述第一数据报文的目的IP地址为第一弹性EIP地址;所述第一转发服务器若确定自身处理所述第一EIP地址对应的业务,则对所述第一数据报文进行转发处理;所述第一转发服务器若确定自身不是处理所述第一EIP地址对应的业务的转发服务器,则根据所述第一EIP地址确定用于处理所述第一EIP地址对应的业务的第二转发服务器,并将所述第一数据报文转发给所述第二转发服务器处理。

Description

一种数据转发方法、装置及可读存储介质
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种数据转发方法、装置及可读存储介质。
背景技术
在公有云中,弹性IP(elastic internet protoco,EIP)是面向公网的IP,租户使用EIP提供面向公网的服务。而租户使用EIP业务的流量时,通常运营商会对租户的EIP业务流量限制带宽上限,从而避免租户使用超出所付租用费用之外的流量。
为提升EIP业务的处理能力,现有提出基于分布式网关集群来实现EIP业务,通常分布式网关集群包括多个转发服务器,用于对EIP业务的流量进行负载均衡。在一个分布式网关集群中,同一个EIP业务的流量,可能会在多个转发服务器上进行转发处理。
为了实现对租用使用EIP业务的带宽进行限制,一种方式可以将租户租用的EIP业务的最高带宽平均分配到每个转发服务器上,由每个转发服务器对租户进行的EIP业务的一部分带宽进行限速,比如一个租户的EIP业务的最高带宽限制为200M,如果分布式网关集群包括4个转发服务器,则可以让每个转发服务器分别对该租户进行的EIP业务进行50M带宽的限制,这样如果当前只有1-3个转发服务器处理该EIP的业务,则当前EIP的流量最多能达到50M-150M的带宽,无法到达租户购买的200M的带宽上限,影响租户的业务使用体验。
为解决无法达到租户购买的200M的带宽上限的问题,另一种方式可以为,将分布式网关集群中的每个转发服务器中设置该EIP业务的限速为200M,这样虽然可以保证任意时刻都可以实现该EIP的流量可以到达租户购买的200M带宽上限,但是,也导致另外一个问题,即若分布式网关集群包括4个转发服务器,则实际该EIP对应的带宽上限达到了800M,远远超过了租户实际购买的带宽上限,导致云服务商无法实现对租户带宽的准确限速。
综上,现有基于分布式网关集群中的转发服务器对EIP业务进行转发处理时,出于EIP难以在分布式集群的转发服务器上对业务宽带进行精确限速,可能导致EIP无法达到租户购买的带宽上限,或者EIP实际获得的带宽上限超过租户购买的带宽上限的问题。
发明内容
本申请提供一种数据转发方法、装置及可读存储介质,用以解决当业务流的负载分担到不同的转发服务器时,基于单个转发服务器单独限速的方案无法实现满足流量限速的要求的问题。
第一方面,本申请提供一种数据转发方法,包括:第一转发服务器接收交换机转发的第一数据报文;第一数据报文的目的IP地址为第一弹性EIP地址;第一转发服务器若确定自身处理第一EIP地址对应的业务,则对第一数据报文进行转发处理;第一转发服务器若确定自身不是处理第一EIP地址对应的业务的转发服务器,则根据第一EIP地址确定用于处理第一EIP地址对应的业务的第二转发服务器,并将第一数据报文转发给第二转发服务器处理。
通过上述方法,第一转发服务器在接收到交换机发送的第一数据报文后,可以根据第一数据报文对应的第一EIP地址,确定处理第一EIP地址对应的业务的转发服务器,例如,处理第一EIP地址对应的业务可以为对第一EIP地址对应的业务的数据报文进行限速处理。当第一转发服务器为处理第一EIP地址对应的业务的转发服务器,则第一转发服务器根据第一EIP地址对应的带宽上限,确定是否对第一数据报文进行转发。当第一转发服务器确定第二转发服务器为处理第一EIP地址对应的业务的转发服务器,则将第一数据报文转发给第二转发服务器,实现了同一EIP地址的不同数据报文由对应的转发服务器进行处理,进而,转发服务器可以根据接收到的同一EIP地址的所有数据报文,以确定在分布式转发服务器集群中,同一EIP地址的数据报文的总流量,并在该转发服务器上实现对该EIP地址的所有数据报文进行精确限速,避免现有技术中,通过多个转发服务器分别限速时所导致的问题。
在一种可能的实现方式中,第一转发服务器若根据接收到的第一EIP地址的数据报文的总流量,确定第一EIP地址对应的业务的数据报文产生的流量小于或等于第一EIP地址对应的带宽上限时,再对第一数据报文进行转发处理。
通过上述方法,在确定处理第一EIP地址对应的业务的转发服务器为第一转发服务器时,其他转发服务器也可能将第一EIP地址对应的其他数据报文转发给第一转发服务器,进而,第一转发服务器可以根据从交换机和其他转发服务器接收到的第一EIP地址对应的业务的所有数据报文,以确定在分布式转发集群中第一EIP地址的数据报文产生的流量,以精确判断第一EIP地址对应的业务的数据报文产生的流量是否已达到第一EIP地址对应的带宽上限,在未达到第一EIP地址对应的带宽上限时,才对第一数据报文进行转发处理,进而,避免第一EIP地址对应的业务的数据报文在第一转发服务器处产生的流量已大于第一EIP对应的带宽上限时,第一转发服务器仍对第一数据报文进行处理,浪费第一转发服务器的处理资源的问题。相应的,在达到第一EIP地址对应的带宽上限时,则可以对第一数据报文进行丢包处理或者也可以停止对第一数据报文的转发,以实现对第一EIP地址对应的业务进行精确限速。
在一种可能的实现方式中,第一转发服务器可以但不限于根据以下至少一项确定第一EIP地址对应的业务:第一数据报文的第一EIP地址、第一数据报文的虚拟可扩展局域网(virtual extensible local area network,VxLan)标识。通过上述方法,可以通过第一EIP地址或Vxlan标识,确定第一EIP地址对应的账户设置的带宽上限,有助于对同一账户下的不同数据报文实现精确限速。
在一种可能的实现方式中,第一转发服务器还可以接收第二数据报文;第二数据报文为交换机转发至发生故障前的第三转发服务器的待处理数据报文;第一转发服务器对第二数据报文进行转发处理。
通过上述方法,可以将需要发生故障的第三转发服务器处理的数据报文转发给未发生故障的第一转发服务器进行处理,避免由于第三转发服务器发生故障,导致丢失大量的数据报文,降低系统的容错性能的问题。
在一种可能的实现方式中,第一转发服务器还可以接收来自交换机转发的第三数据报文;第三数据报文的目的IP地址为第二EIP地址;第一转发服务器若确定自身能够在第三转发服务器发生故障期间处理第二EIP地址对应的业务,则对第三数据报文进行转发处理;第一转发服务器若确定在第三转发服务器发生故障期间处理第二EIP地址对应的业务的转发服务器为第四转发服务器,则将第三数据报文转发给第四转发服务器进行处理。
通过上述方法,可以将发生故障的第三转发服务器对应处理的第二EIP地址的业务迁移至其他未发生故障的转发服务器上,避免影响对第二EIP地址的业务的处理,以提高转发服务集群的转发性能,提高系统的容错性能。在第三转发服务器故障期间,若将处理的第二EIP地址的业务迁移至第一转发服务器,则交换机发送的第二EIP地址的第三数据报文由第一转发服务器处理,若将处理的第二EIP地址的业务迁移至第四转发服务器,则交换机发送的第二EIP地址的第三数据报文由第一转发服务器转发至第四转发服务器处理。可以实现在第三转发服务器故障期间,对第三数据报文的精确限速。
在一种可能的实现方式中,第一转发服务器还可以接收来自交换机转发的第五数据报文;第五数据报文的目的IP地址为第二EIP地址;第一转发服务器若确定第三转发服务器已恢复正常,则可以向第三转发服务器转发第五数据报文。
通过上述方法,在第三转发服务器恢复正常时,将原有的第三转发服务器处理的第二EIP地址的业务恢复至第三转发服务器继续处理,从而有效利用转发服务器集群的处理能力。
第二方面,本申请提供一种数据转发方法,第一转发服务器接收第二转发服务器转发的第一数据报文;第一数据报文为第二转发服务器从交换机接收的数据报文;第一数据报文的目的IP地址为第一弹性EIP地址、且第一转发服务器能够处理第一EIP地址对应的业务;第一转发服务器对第一数据报文进行处理。
通过上述方法,第一转发服务器为处理第一EIP地址对应的业务的转发服务器,第二转发服务器通过确定第一转发服务器为处理第一EIP地址对应的业务的转发服务器后,将第一数据报文转发给第一转发服务器,使得第一转发服务器可以接收到交换机转发给所有转发服务器的第一EIP地址的数据报文,进而可以通过第一转发服务器,对第一EIP地址对应的业务的数据报文的流量进行精确限速。
一种可能的实现方式,第一转发服务器还可以在确定第一EIP地址的数据报文产生的流量小于或等于第一EIP地址对应的带宽上限时,再对第一数据报文进行转发处理。
通过上述方法,第一转发服务器根据接收到的来自各转发服务器的第一EIP地址的数据报文和交换机的第一EIP地址的数据报文,可以确定第一EIP地址的数据报文产生的流量,进而可以实现对第一EIP地址的数据报文的流量进行精确限速。
第三方面,本申请提供一种数据转发装置用于实现上述各种方法。该通信装置可以为上述第一方面中的第一转发服务器,或者包含上述第一转发服务器的装置,或者为具有第一转发服务器的相应功能的芯片等;或者,该通信装置也可以为上述第二方面中的第一转发服务器,或者包含上述第一转发服务器的装置,或者为具有第一转发服务器的相应功能的芯片等。该装置包括实现上述方法相应的模块、单元、或手段(means),该模块、单元、或means可以通过硬件实现,软件实现,或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
第四方面,本申请通过一种通信装置,包括:处理器和存储器;处理器,用于与存储器耦合,通过调用并执行存储器中存储的存储器存储有计算机程序或指令,当该处理器执行该计算机程序或指令时,以使该通信装置可以执行上述第一方面或第二方面的方法。该通信装置可以为上述第一方面中的第一转发服务器,或者包含上述第一转发服务器的装置,或者为具有第一转发服务器的相应功能的芯片等;或者,该通信装置可以为上述第二方面中的第一转发服务器,或者包含上述第一转发服务器的装置,或者为具有第一转发服务器的相应功能的芯片等。
第五方面,本申请提供一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序在被计算机调用时,使计算机执行第一方面或第二方面的方法。
第六方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或第二方面的方法。
第七方面,提供了一种通信装置(例如,该通信装置可以是芯片或芯片系统),该通信装置包括处理器,用于实现上述任一方面中所涉及的功能。在一种可能的设计中,该通信装置还可以包括存储器,用于保存必要的程序指令和数据。该通信装置是芯片系统时,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,上述第三方面至第七方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面或第二方面中不同的实现方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例中的系统架构图;
图2为本申请实施例中的系统架构图;
图3A为本申请实施例中转发设备的结构示意图;
图3B为本申请实施例中带宽分配的示意图;
图4为本申请实施例中数据转发方法流程示意图;
图5为本申请实施例中数据转发装置的结构示意图;
图6为本申请实施例中数据转发装置的结构示意图。
具体实施方式
下面将结合附图,对本申请实施例进行详细描述。
本申请实施例适用于部署有交换设备和转发设备的网络,例如无线接入网(wirelessaccess network,WAN)、局域网(local area network,LAN)、有线网络、VxLan等,交换设备可以是指交换机(switch)或路由器,交换设备用于为与该交换设备连接的两个网络节点转发数据。转发设备可以指转发服务器,转发设备用于为交换设备转发的数据报文进行流量限速和数据报文的转发。
图1示例性示出了本申请实施例适用的一种可能的系统架构示意图。该系统包括源设备101、目的设备102、交换设备103(例如,交换设备103可以为交换设备1-交换设备K中的一个或多个)和转发设备104(例如,转发设备104可以为转发设备1-转发设备M中的一个或多个)。图1中仅示例性示出了交换设备1、交换设备2…、交换设备K,转发设备1、转发设备2…、转发设备M,其中,K,M为正整数。
K个交换设备和M个转发设备可以组成网络拓扑结构(并未在图1中示出)。当源设备101向目的设备102发送的业务流时,可以通过K个交换设备和M个转发设备中的部分交换设备和转发设备转发该业务流,直至最终到达目的设备102。具体转发路径可以为:业务流从源设备101发送至与源设备101连接的交换设备1,并经由交换设备1与目的设备102之间的转发设备(转发设备1、转发设备2…、转发设备M等)转发,到达目的设备102。
本申请实施例涉及到的网络设备(例如,可以为交换设备103或转发设备104)可以用于转发源设备101与目的设备102间的业务流。在源设备101和目的设备102之间的物理链路可以包括至少一个交换设备和至少一个转发设备,如图2所示,系统架构还可以包括控制设备105,通过控制设备105,为M个转发设备配置转发设备针对各业务流的限速的带宽。交换设备1可以向网络中的转发设备104(例如,转发设备1-转发设备M)发送业务流中的数据报文,交换设备2可以向网络中的转发设备104发送业务流中的数据报文。该至少一个交换设备103和至少一个转发设备104可以组成网络拓扑结构。通过转发设备104对业务流的数据报文进行转发,以使转发设备104将业务流的数据报文转发至目标设备102上。
在一些实施例中,比如在文件传输的场景中,源设备可以为业务服务端,目的设备可以为业务客户端,由业务服务端发送需要传输的业务流的数据报文,业务客户端接收包括该数据报文的业务流。在业务服务端和业务客户端之间通过K个交换设备和M个转发设备转发业务流,结合图1,其路径可以为:业务服务端生成业务流,该业务流包括多个数据报文。业务服务端将该业务流发送至网络设备中的交换设备103,交换设备103根据转发设备104的负载情况,将该业务流转发至转发设备104上进行处理,转发设备104收到该业务流之后,根据业务流的业务标识,确定限速的带宽,进而确定是否向业务服务端转发该业务流的数据报文。
以弹性计算云(elastic compute cloud,EC2)服务为例,客户端在需要通过EC2进行云计算等业务时,EC2可以为该业务创建一个业务的实例,此时,源设备101可以为业务客户端,目的设备102可以为与该业务关联的实例的业务服务端。在业务流的发送方向上,若该转发设备104连接的上一跳设备为业务服务端,则转发设备104从业务服务端接收到该业务流;若该转发设备104连接的上一跳设备为业务客户端,则转发设备104从业务客户端接收到该业务流;若该转发设备104连接的上一跳设备为其它网络设备,例如,交换设备103,则该转发设备104从其上一跳设备连接的其它网络设备接收到该业务流。
其中,业务流可以为任意类型的业务流,包括至少一个数据报文,数据报文可以包括五元组,也可以仅包括五元组中的目的IP地址和目的端口号,其中五元组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议。示例性的,以五元组100.16.1.1,202,传输控制协议(transmission control protocol,TCP),130.142.44.02,80为例,其表示IP地址为100.16.1.1的客户端通过端口号202,利用TCP协议与IP地址为130.142.44.02、端口号为80的服务端通信。
一种可能的场景中,云服务系统各模块之间及云服务系统和用户之间的信息交互是通过IP地址进行的。因此,云服务器在为用户创建一个用户访问的实例的同时,云服务系统会分配一个公共IP地址和1个私有IP地址给该实例。以EC2为例,可以包括:公共IP地址(public IP address)、私有IP地址(private IP address),及弹性IP地址(elastic IPaddress)。其中,弹性IP地址可以用于关联用户访问业务实例时的公网IP地址和私网IP地址。用户的弹性IP地址,可以存储于云服务提供商的公网网关上,因此,弹性IP地址也可以称为弹性公网IP地址,弹性公网IP可以绑定到云服务商为用户账户建立的实例上,该实例可以是网络中的任何一台云服务器、云物理主机或负载均衡器。用户在访问云服务器中的实例是通过公共IP地址访问的,通过网络地址转换(network address translation,NAT)实现公共IP地址和私有IP地址之间的转换。公有IP地址和特定的实例相对应,实例通过这个公共IP地址和外界进行通信。私有IP地址也和某个特定的实例相对应,它由动态主机配置协议(DHCP)分配产生。因此,为提高用户访问的性能,提高系统的容错性,在用户访问的实例需要更新时,可以仅更新弹性IP地址关联的公共IP和私有IP地址,而无需更新弹性IP地址,用户仍可以通过弹性IP地址访问更新后的实例。
本申请实施例涉及的交换设备可以是源设备101后连接的交换设备;交换设备还可以为网络中的M个交换设备中任意一个。第一转发服务器、第二转发服务器和第三转发服务器可以是交换设备后连接的任意一个转发设备,也可以是网络中的M个交换设备中任意相邻的两个交换设备之间的转发设备。其中,交换设备可以根据负载均衡,将接收到的业务流中的数据报文转发至各转发设备上,以对网络的转发能力充分利用。
以转发设备包括第一转发服务器、第二转发服务器和第三转发服务器为例。第一转发服务器、第二转发服务器和第三转发服务器的服务虚拟IP地址为相同的IP地址,以使交换设备可以通过第一转发服务器、第二转发服务器和第三转发服务器实现业务流转发的并发处理。例如,第一转发服务器、第二转发服务器和第三转发服务器的服务虚拟IP和内部服务虚拟IP的配置方式举例如下表1所示。
表1
Figure BDA0002431788660000061
其中,交换设备可以通过各转发服务器的主用内部服务虚拟IP地址,将业务流中的数据报文转发至对应的转发服务器上。举例来说,交换设备可以根据业务流的业务的属性信息来建立流表项。交换设备可以在本地维护一张流表,流表中包括一个或多个流表项,一个流表项用于标识一个流的各种属性信息。其中,流表项中包括业务的属性信息,例如,业务的属性信息可以包括业务标识。当一条业务流的首个数据报文到达时,交换设备在流表中插入一条新的流表项,该流表项用于这条业务流后续数据报文的转发。为了实现流表项的功能,一个流表项中的属性信息还可以包括业务标识、源IP地址、源端口、目的IP地址、目的端口以及目标设备的信息。其中,交换设备根据业务标识去进行服务寻址或路由,来确定数据报文路由的目标设备的信息。服务寻址或路由可以采用现有技术的任意一种方式,本申请不作限制。通过业务标识、源IP地址、源端口、目的IP地址、目的端口中的任意一项或多项来区分到来的后续数据报文是否属于这条业务流。
备用内部服务虚拟IP地址可以用于第一转发服务器、第二转发服务器和第三转发服务器间的故障迁移。具体故障迁移方式将在下面具体描述,在此不再赘述。
为避免现有技术中业务流难以达到用户购买的带宽上限,及降低云服务商的服务成本,一种可能的方式为,通过转发设备每秒上报一次自己的转发流量给控制设备,控制设备根据当前秒内各转发设备的转发流量比例,分配下一秒的各转发设备的总带宽,并下发给各转发设备。假设分配的总带宽是m,在初始状态下,N个转发设备中的每个转发设备的带宽都是m/N,然后每个转发设备每秒上报一次自己的转发流量,如果转发设备A的转发流量占比较高,那么下一秒,转发设备A分配的带宽就会增加,反之,则会减小。
例如,假设每个转发设备分配的初始带宽是(m/N),在第一秒,单条业务流在转发设备A上传输的带宽在大于(m/N)时开始丢包,如果这个业务流在转发设备A上持续发送,这个转发设备A向控制设备上报转发设备A的转发流量,使得控制设备可以为转发设备A增加分配的带宽,则可能一段时间后,控制设备给转发设备A分配的带宽会增加到m。
另一种可能,如果单条业务流在转发设备A上的传输带宽大于(m/N)时,交换机将该业务流分配到了转发设备B上,那么这个业务流初始会在转发设备A上丢包,转发设备B通过持续向控制设备上报转发设备B的转发流量,使得控制设备可以为转发设备B增加分配的带宽,则可能一段时间后,转发设备B被分配的带宽可能会增加到m。
如果某个转发设备持续没有流量,那么控制设备给该转发设备分配的带宽就会减小,如果有突发流量,刚开始会丢包,经过一段时间后,被分配的带宽才会增加,流量曲线会出现波动。
当转发设备出现流量波动现象时,此时转发设备将会丢弃到来的数据包,直到流量满足当前限速条件时消除,丢弃数据包将导致数据传输间断,严重影响用户体验。转发设备出现流量波动现象会引发下列负面影响:1、转发设备丢弃数据包;2、增加数据传输时延和延时抖动,过高的传输延时甚至会导致数据重传;3、网络的有效吞吐量降低。
因此,为了避免转发设备之间在传输业务流的过程中出现的流量波动,本申请实施例提供了一种数据转发方法、装置及可读存储介质,以提高转发设备之间传输业务流过程中的流量控制效果,减少流量波动,提高用户体验。
基于图1和图2,图3A示例性示出了本申请实施例提供的一种可能的系统架构示意图。该系统架构中仅示出了一个转发设备104和控制设备105,该转发设备104可以为图1或图2中的转发设备中的任一个。参见图3A,示例性示出了转发设备104包括的流量转发模块301和流量处理模块302。
控制设备105可以对K个交换设备和M个转发设备进行控制和管理,根据当前转发集群中的各转发设备中的可分配带宽,及各业务流对应的业务标识,分配对应限速的带宽。可选的,控制设备105可以为EMS或控制设备,在此不做限定。其中,业务流中的业务标识可以包括:弹性IP地址,Vxlan标识。
以业务标识为弹性IP地址为例,控制设备可以根据弹性IP地址对应的带宽,根据弹性IP地址确定处理该业务流对应的转发设备,及在该转发设备上分配弹性IP地址对应的带宽资源。
假设每个转发设备的处理能力为T,转发设备的数量为N,则转发集群的处理能力为N×T。例如,每个转发设备的处理能力为1GB,转发设备的数量为10,则转发集群的处理能力为10GB。
假设在转发集群中,已分配有S个业务标识的带宽包,则在转发集群中,已分配的总带宽M0可以表示为:
Figure BDA0002431788660000081
总带宽需满足M0≦N×T。
考虑到带宽分配的负载均衡,可以根据带宽的最小和对新增的业务标识对应的带宽进行分配。例如,假设当前存在第一转发服务器和第二转发服务器,第一转发服务器上分配了2个业务标识对应的带宽包,假设为第一EIP地址对应的带宽包1,和第二EIP地址对应的带宽包2,带宽包1对应分配100M的带宽,带宽包2对应分配200M的带宽。需要说明的是,此处的带宽可以为上行带宽,也可以是下行带宽,在此不做限定。第二转发服务器上分配了3个业务标识对应的带宽包,假设为第三EIP地址对应的带宽包3,第四EIP地址对应的带宽包4,和第五EIP地址对应的带宽包5,带宽包3对应分配100M的带宽,带宽包4对应分配200M的带宽,带宽包5对应分配100M的带宽。因此,第一转发服务器已分配的总带宽为300M,第一转发服务器的可用带宽为700M。第二转发服务器已分配的总带宽为400M,第一转发服务器的可用带宽为600M。若此时,控制设备确定需要向转发集群分配第六EIP地址对应的带宽包6,例如,带宽包6占用250M带宽,则根据第一转发服务器和第二转发服务器的可用带宽,确定可以将第六EIP地址对应的带宽包6的250M带宽分配给第一转发服务器。
若各转发服务器的可用带宽相同,则可以随机分配,或顺序分配,在此不做限定。
为了便于转发设备对业务流的流量进行精确限速,不同带宽的业务流可以对应不同的转发服务器。可以预先在转发设备中配置业务标识与转发策略的对应关系。一种可能的业务标识与转发策略的对应关系,可以为对应关系表,对应关系表中包括业务标识与转发策略的对应关系。其中,对应关系表可以包括至少一个表项。对应关系表的每个表项包括一个业务流的业务标识以及对应的内部转发策略,内部转发策略用于指导业务流的数据报文在转发设备间的转发。内部转发策略可以是控制设备根据业务标识确定处理该业务标识的流量限速的转发设备时,所建立的业务标识与转发设备的对应关系。在一种可能的实现方式中,对应关系表可以是预先存储在转发设备中,也可以由控制设备105下发给转发设备,从而转发设备可以根据对应关系表和业务流的业务标识,确定出业务流的内部转发策略,并根据该业务流的内部转发策略,将该业务流转发至处理该业务流的转发设备进行处理。
另外,对应关系表还可以包括外部转发策略、业务标识与外部转发策略的对应关系。例如,对应关系表包括至少一个表项。对应关系表的每个表项包括一个业务类型对应的外部转发策略。其中,外部转发策略包括转发设备向目的设备转发的转发策略,用于转发设备将业务流转发至目的设备。其中,对应关系表可以为预先配置在转发设备1中,也可以为由控制设备105向转发设备1下发。进而,处理该业务流的转发设备接收到该业务流后,可以根据外部转发策略转发该业务流至下一转发节点,例如,目的设备。为节省各转发设备的存储空间,一个业务流的业务标识对应的一个或多个外部转发策略可以只存储在处理该业务流的转发设备中。
控制设备105根据业务标识确定该业务标识对应的带宽,以对应分配给一个转发设备的方式可以有多种。
举例来说,控制设备105可以根据业务标识对应的账户购买的带宽包的类型确定。例如,如图3B所示,若第一业务标识为第一EIP地址,第一EIP地址为账户1中的一个EIP地址,该EIP地址对应一个单独的带宽包,则可以根据第一EIP地址对应的带宽包,确定第一EIP地址对应的限速带宽。例如,第一EIP地址对应的单独的带宽包的带宽大小为200M,则第一EIP地址对应的限速带宽为200M。此时,控制设备可以根据第一EIP地址对应的限速带宽,及转发设备中可分配的带宽,确定处理第一EIP地址的业务流的转发设备,例如,控制设备根据转发设备中可分配的带宽,确定处理第一EIP地址的业务流的转发设备为转发设备1,则可以建立第一EIP地址与转发设备1的对应关系,进而,可以将第一EIP地址与转发设备1的对应关系1写入对应关系表中,另外,还可以将第一EIP地址对的限速带宽200M也写入对应关系表中,当然,第一EIP地址对的限速带宽200M,也可以写入单独的表项中,在此不做限定。
另一种可能的方式为,第二EIP地址与账户2中的其他EIP地址,例如第三EIP地址,和第四EIP地址共享一个带宽包2,则第二EIP地址对应的限速带宽的带宽上限为带宽包2对应的带宽上限,例如,带宽包2的带宽上限为600M。但是,在判断第二EIP地址对应的流量是否超过带宽上限时,还需同时判断第二EIP地址对应的流量,第三EIP地址对应的流量和第四EIP地址对应的流量的总流量是否超过带宽包2对应的带宽上限。
进一步的,为避免在多个转发服务器上处理不同的业务标识对应的业务,所导致的难以对该业务的流量进行限速的问题,针对共享带宽包的业务标识,可以将共享带宽包的所有业务标识分配至同一转发设备上进行处理。结合上述例子,可以将账户1中的共享的带宽包2中的第二EIP地址,第三EIP地址和第四EIP地址对应的业务流的数据报文都转发至同一转发设备上处理,例如,控制设备可以根据当前转发集群中每个转发设备中的可用带宽,将带宽包2分配至转发设备2上,并将带宽包2包括的业务标识,例如,第二EIP地址,第三EIP地址和第四EIP地址,与转发设备2建立对应关系2,并向各转发设备发送对应关系2。一种可能的实现方式,可以将对应关系2写入对应关系表中,另外,还可以将第二EIP地址,第三EIP地址和第四EIP地址的带宽上限写入对应关系表中。进而,将对应关系表发送至各转发设备。
需要说明的是,考虑到转发设备在接收到交换设备转发的数据报文时,该数据报文可能需要流量转发模块转发到对应的转发设备,接收到数据报文的转发设备经过流量处理模块对该数据报文进行处理,即转发设备有部分处理能力用于流量转发模块对业务流中的数据报文转发到转发设备集群中的其他转发设备,因此,对于单个转发设备而言,转发设备用于处理数据报文的能力小于转发设备的处理能力T。进而,控制设备在为转发设备分配带宽时,需根据转发设备中流量处理模块的处理能力为业务流对应的业务标识分配带宽。例如,若确定转发设备中流量处理模块的处理能力的最大值是单个转发设备的处理能力的一半,即T/2,则该转发设备所能处理的业务流的带宽上限不能大于T/2对应的带宽上限。
流量转发模块301,用于接收业务流中的数据报文,并根据数据报文确定该业务流的业务标识。获取控制设备105发送的业务标识和内部转发策略的对应关系,得到该业务流的业务标识对应的内部转发策略,并将该业务流对应的内部转发策略配置在该转发设备104中。将属于同一业务标识的业务流转发到对应的转发服务器处理。一种可能的转发方式,流量转发模块301可以通过IP隧道对数据报文进行封装后向对应的转发设备进行转发。例如,通过IP隧道,转发设备1可以将第一数据报文封装为下一跳的目的地址为转发设备2的IP地址的数据报文,进而使得封装后的数据报文可以转发至转发设备2后,转发设备2对封装后的数据报文进行解封装,以获得第一数据报文,进而对第一数据报文进行处理,例如将第一数据报文转发至目的设备102。IP隧道可以用于移动主机和虚拟私有网络(virtualprivate network),本申请中,可以根据转发的需要,在各转发设备间建立IP隧道,例如,可以在转发设备1与转发设备2之间建立IP隧道,其IP隧道的一端对应转发设备1的IP地址,另一端可以对应转发设备2的IP地址,通过该IP隧道,转发设备1可以向转发设备2转发数据报文,转发设备2可以向转发设备1转发数据报文。移动IPv4的IP隧道可以包括:IP in IP、最小封装以及通用路由封装等。基于Linux系统内核实现的IP隧道可以包括:IPIP隧道、GRE隧道、SIT隧道等。其中,IPIP隧道可以用于转发IPv4数据报文,GRE隧道可以用于转发IPv6数据报文和多播数据报文。SIT隧道可以用于连接IPv4与IPv6的网络。本申请中对采用的IP隧道不做限定。
进一步的,流量转发模块301还可以用于做第一次限速,可以根据该业务流的业务标识,确定该业务流中的数据报文的带宽上限,进而对业务流中的数据报文进行限速。
例如,若转发设备104为转发设备1时,根据图3B的对应关系,转发设备1可以在接收来自交换机的包括第一业务标识的数据报文的流量,小于或等于第一业务标识的对应的带宽上限后,确定可以对包括第一业务标识的数据报文进行处理。
在一种可能的实现方式中,转发设备1中的流量转发模块301可以通过计数器,统计单位时间内流量转发模块301接收到的包含第一业务标识的数据报文的数量及包含第一业务标识的数据报文的大小,从而流量转发模块301根据计数器确定的单位时间内统计的包含第一业务标识的数据报文的数量及包含第一业务标识的数据报文的大小,确定来自交换机的包含第一业务标识的数据报文的第一流量,使得流量转发模块301可以根据确定的第一流量对数据报文进行限速。
具体地,流量转发模块301可以在本地建立包含第一业务标识的数据报文的第一流量和第一计数器之间的对应关系,以使第一计数器仅用于统计转发设备1的流量转发模块301中接收到的包含第一业务标识的数据报文的第一流量。例如,转发设备1的流量转发模块301的标识用第一标识表示,流量转发模块301在本地建立第一标识、第一业务流的业务标识和第一计数器的对应关系。
转发设备1中的流量转发模块301获取单位时间内第一计数器的变化值,根据变化值,确定接收到的来自交换机的包含第一业务标识的数据报文的第一流量。例如,当第一业务标识为第一EIP地址时,流量转发模块301中的第一计数器对经过流量转发模块301的、且与该第一EIP地址匹配的数据报文进行统计,流量转发模块301获取单位时间内第一计数器的变化值,即为流经流量转发模块301的包含第一业务标识的数据报文的第一流量。
转发设备1中的流量转发模块301判断第一流量超过第一EIP地址设置的流量阈值时,丢弃第一流量中的部分数据报文。其中,流量阈值可以为经过转发设备1的包含第一EIP地址的数据报文的流量上限。
在一种可能的实现方式中,流量转发模块301可以按照第一流量超出流量阈值的大小,丢弃第一流量中的数报文;例如,流量转发模块301可以按照第一流量超出流量阈值的大小,确定第一流量中待丢弃数据报文的大小,并按照第一流量中待丢弃数据报文的大小,丢弃第一流量中的数报文。例如,若确定第一流量超出流量阈值的数据报文的大小为10M,则可以根据接收到的第一流量的数据报文的接收时间,将最近收到的10M大小的包含第一业务标识的数据报文丢弃。
流量处理模块302,用于接收来自流量转发模块301转发的转发设备302需要自身处理的业务流,并根据业务流的外部转发策略,对该业务流进行处理。
一种可能的实现方式,流量处理模块302在接收到来自流量转发模块301的业务流后,可以根据业务流的业务标识,确定该业务标识对应的限速带宽,以实现对业务流的精确限速。举例来说,若转发设备为转发设备1时,根据图3B的对应关系,转发设备1中的流量处理模块302可以接收转发设备1中的流量转发模块301发来的包含第一业务标识的第一数据报文,进而,转发设备1的流量处理模块302可以根据接收到的包含第一业务标识的第一数据报文确定包含第一业务标识的数据报文的第一流量。转发设备1的流量处理模块302还可以接收转发设备2的流量转发模块301发来的包含第一业务标识的第二数据报文,进而,转发设备1的流量处理模块302可以根据接收到的包含第一业务标识的第二数据报文确定包含第一业务标识的数据报文的第二流量。转发设备1中的流量处理模块302还可以接收其他转发设备(例如,转发设备3)的流量转发模块301向转发设备1中的流量处理模块302转发的包含第一业务流标识的第三数据报文,进而,转发设备1的流量处理模块302可以根据接收到的包含第一业务标识的第三数据报文确定包含第一业务标识的数据报文的第三流量。
一种可能的实现方式中,流量处理模块302可以参考流量接收模块301对第一流量的统计方式,对第一流量、第二流量和第三流量进行统计,进而,转发设备1的流量处理模块302可以通过统计的第一流量、第二流量和第三流量,确定包含第一业务标识的数据报文产生的总流量,进而对第一业务流标识的流量进行精确限速。
在另一种可能的实现方式中,流量处理模块302可以不区分第一流量、第二流量和第三流量,通过第二计数器统计单位时间内转发设备1中的流量处理模块302接收到的包含第一业务标识的数据报文的数量及包含第一业务标识的数据报文的大小,确定包含第一业务标识的数据报文的总流量,进而根据确定的包含第一业务标识的数据报文的总流量对转发设备接收到的包含第一业务标识的数据报文进行限速。
举例来说,流量处理模块302可以在本地建立业务标识和第二计数器之间的对应关系。例如,转发设备1的流量处理模块302的标识用第二标识表示,转发设备1可以在本地建立第二标识、第一业务流的业务标识和第二计数器的对应关系,以使第二计数器仅用于统计转发设备1的流量处理模块302接收到的包含第一业务标识的数据报文的总流量。
流量处理模块302获取单位时间内第二计数器的变化值,根据变化值,确定流经转发设备1的第一业务流的总流量。例如,当第一业务流的业务标识为第一EIP地址时,流量处理模块302中的第二计数器对经过流量处理模块302的、且与该第一EIP地址匹配的数据报文进行计数,流量处理模块302获取单位时间内第二计数器的变化值,即为流经流量处理模块302的第一业务流的总流量。
在确定转发设备1的流量处理模块302接收到的包含第一业务标识的数据报文产生的总流量后,转发设备1的流量处理模块302确定包含第一业务标识的数据报文的限速方式可以包括:
转发设备1的流量处理模块302若确定包含第一业务标识的数据报文产生的总流量小于或等于第一业务标识对应的带宽上限,则由流量转发模块301对第一数据报文进行转发;
转发设备1若确定接收到的包含第一业务标识的数据报文的总流量,大于第一业务标识对应的带宽上限,则通知流量转发模块301停止对第一数据报文的转发。
一种可能的实现方式,转发设备1的流量处理模块302可以在确定总流量超过设置的流量阈值时,丢弃总流量中的部分数据报文。其中,流量阈值可以为包括第一业务标识的数据报文的流量上限。例如,转发设备1的流量处理模块302按照总流量超出流量阈值的大小,丢弃总流量中的部分数据报文。
另一种可能的实现方式,在转发设备1的流量处理模块302根据第一流量、第二流量和第三流量的统计方式统计含第一业务标识的数据报文产生的总流量的场景中,转发设备1的流量处理模块302还可以按照总流量超出流量阈值的大小以及第一流量占总流量的比例,获取第一流量中待丢弃数据报文的大小,并按照第一流量中待丢弃数据报文的大小,丢弃第一流量中的部分数据报文。转发设备1的流量处理模块302按照总流量超出流量阈值的大小以及第二流量占总流量的比例,获取第二流量中待丢弃数据报文的大小,并按照第二流量中待丢弃数据报文的大小,丢弃第二流量中的数报文。转发设备1的流量处理模块302按照总流量超出流量阈值的大小以及第三流量占总流量的比例,获取第三流量中待丢弃数据报文的大小,并按照第三流量中待丢弃数据报文的大小,丢弃第三流量中的数据报文。
也就是说,假设流量阈值为Q,第一流量为Q1,第二流量为Q2,第三流量为Q3。Q1+Q2+Q3>Q,且Q1+Q2+Q3-Q=△Q。其中,Q、Q1、Q2和Q3为整数。流量处理模块302在判断总流量超过设定的流量阈值时,可以将Q1中的大小为△Q的数据报文丢弃。或者,按照比例丢弃,具体为,流量处理模块302可以将Q1中的大小为△Q×(Q1/Q)的数据报文丢弃。相应的,流量处理模块302可以将Q2中的大小为△Q×(Q2/Q)的数据报文丢弃。流量处理模块302可以将Q3中的大小为△Q×(Q3/Q)的数据报文丢弃。这样,能够均衡丢弃来自多个转发服务器转发的数据报文的作用,提高转发服务器负载均衡的效果。
进一步的,流量处理模块302还可以根据外部转发策略中存储的外部转发策略,确定数据报文的转发的优先级及转发路径,实现对数据报文限速的同时,提升转发性能。例如,在流量处理模块302中存储的对应关系表中还可以包括一个业务流的业务标识对应的一个或多个外部转发策略。进而,转发设备1根据对应关系表,确定第一业务流对应的第一外部转发策略;此处,外部转发策略可以为基于转发路径配置、服务质量(quality ofservice,QoS)配置、安全性配置等确定的。以基于转发路径配置确定外部转发策略为例,不同业务类型的业务流的数据报文对应不同的转发路径,对应关系表可以为语音业务类型对应转发路径A、视频业务类型对应转发路径B、文件传输业务类型对应转发路径C。以基于QoS配置确定外部转发策略为例,不同的业务流的数据报文可以根据业务类型确定不同的优先级,例如,对应关系表可以为语音业务类型对应优先级6、视频业务类型对应优先级3、文件传输业务类型对应优先级1。其中,数值越高,表示优先级越高,如果发生拥塞,可以优先处理优先级高的业务流的数据报文。当然也可以数值越低,表示优先级越高。以基于安全性配置确定外部转发策略为例,不同的业务流的数据报文对应不同的安全策略,比如对于某些不允许使用的业务类型的业务流的数据报文设置为对应禁止策略,对于允许使用的业务类型的业务流的数据报文设置为对应非禁止策略,对应关系表可以为视频业务类型对应禁止策略,游戏业务类型对应禁止策略,语音业务类型对应非禁止策略。具体实施中,外部转发策略还可以是基于上述几种配置的任意组合确定,比如外部转发策略可以基于转发路径和QoS等配置确定,再比如,外部转发策略可以基于转发路径、QoS、安全性等配置确定。
需要说明的是,图1-图2中所示的转发设备104中的流量转发模块301,还可以设置于交换设备103中。此时,可以通过控制设备105将对应关系表发送至设置有流量转发模块301的交换设备103中,用可编程交换机实现,以减轻转发服务器的处理压力。此时,交换设备103中的流量转发模块可以根据对应关系表,确定业务标识和内部转发策略的对应关系,以将该业务流的数据报文转发至对应的转发设备104。交换设备103可以为等价多路径(Equal-cost multi-path,ECMP)的交换设备,进而交换设备103通过数据报文中的服务虚拟IP地址,通过交换设备中的流量转发模块把业务流的数据报文分发到转发设备104中的流量处理模块302,并由转发设备104中的流量处理模块302处理该数据报文。
另外,在转发设备发生故障,需要进行故障转移时,转发设备可以根据故障转移策略,确定故障的转发设备转移后的转发设备。故障转移策略可以有多种策略,下面举例进行说明。
一种可能的故障转移策略的方式可以为,按照转发设备的内部虚拟IP地址,按顺序进行故障转移。例如,若转发设备1发生故障,需要进行故障转移,则按照转发设备1的内部虚拟IP地址,可以确定转移的转发设备为转发设备2,则将转发设备1上分配的带宽转移至转发设备2。例如,转发设备1上分配的带宽包括:第一业务标识对应的带宽包1,则将第一业务标识对应的带宽包1转移至转发设备2,此时,各转发设备将第一业务标识对应的转发设备临时修改为转发设备2。
另一种可能的故障转移策略的方式,可以将故障的转发设备上分配的带宽根据各转发设备上可分配的带宽进行分配,例如,若此时,转发集群中可用的转发设备包括转发设备2和转发设备3,而转发设备2可分配的带宽小于转发设备1中需转移的带宽,转发设备3可分配的带宽大于或等于转发设备1中需转移的带宽,则可以将转发设备1中需转移的带宽,例如,第一业务标识对应的带宽包1,转移至转发设备3,此时,各转发服务器将第一业务标识对应的转发设备临时修改为转发设备3。
进而,使得各转发设备接收到交换机发送的包含第一业务标识的数据报文时,可以将包含第一业务标识的数据报文转发至转发设备3处理。
针对当前转发设备1中待处理的包含第一业务标识的数据报文,可以转发至转发设备104中的其他转发设备上处理。此时,待处理的包含第一业务标识的数据报文可以不进行精确限速,可以直接根据第一业务标识对应的外部转发策略,对待处理的包含第一业务标识的数据报文进行转发。
进一步的,若转发设备104确定转发设备1恢复正常,则可以将转移的带宽包恢复至转发设备1。结合上述例子,若在转发设备1故障期间,第一EIP地址对应的带宽包1对应的转发服务器修改为转发设备2,则可以将第一业务标识对应的带宽包1对应的转发设备修改为转发设备1,进而,使得各转发设备接收到交换机发送的包含第一业务标识的数据报文后,可以将包含第一业务标识的数据报文转发至转发设备1处理。
下面结合图1至图3B,以转发设备为转发服务器,交换设备为交换机为例,对本申请提供的数据转发方法进行详细说明。图4示例性示出了本申请提供的一种数据转发方法流程示意图。该方法包括以下步骤:
步骤401,第一转发服务器接收交换机转发的第一数据报文;第一数据报文的目的IP地址为第一EIP地址。
作为一种实现方式,结合上述图3A的转发设备的结构来说明,以第一转发服务器为转发设备1为例,转发设备1中的流量转发模块301接收业务流的第一数据报文,之后,从该业务流中的第一数据报文中获取第一数据报文中的信息,比如包括报文中的五元组,或者,包括目的IP地址、目的端口号、Vxlan标识等。以第一数据报文中的信息包括目的IP地址为例,对应关系可以为第一EIP地址与业务标识的对应关系。然后转发设备1中流量转发模块301根据第一数据报文中的信息查找对应关系表,以确定第一数据报文对应的业务标识。进而,第一转发服务器可以根据业务标识确定第一EIP地址对应的业务,以确定处理该业务对应的转发服务器。
步骤402,第一转发服务器若确定自身处理第一EIP地址对应的业务,则对第一数据报文进行转发处理。
具体的,第一转发服务器根据第一EIP地址对应的第一外部转发策略,转发第一数据报文。作为一种实现方式,结合上述图3A的转发设备的结构来说明,以第一转发服务器为转发设备1为例,转发设备1的流量处理模块302根据控制设备105发送的对应关系表,及第一数据报文中的业务标识,确定第一数据报文对应的第一外部转发策略,并根据第一外部转发策略转发第一数据报文。
步骤403,第一转发服务器若确定自身不是处理第一EIP地址对应的业务的转发服务器,则根据第一EIP地址确定用于处理第一EIP地址对应的业务的第二转发服务器,并将第一数据报文转发给第二转发服务器处理。
作为一种实现方式,结合上述图3A的转发设备的结构来说明,以第二转发服务器为转发设备2为例,转发设备1的流量转发模块301根据控制设备105发送的对应关系表,及第一数据报文中的业务标识,确定第一数据报文对应的第一内部转发策略,并根据第一内部转发策略将第一数据报文转发至转发设备2中的流量处理模块302。
步骤404,第二转发服务器对第一数据报文进行处理。
具体的,第二转发服务器可以根据第一EIP地址对应的第一外部转发策略,转发第一数据报文。作为一种实现方式,结合上述举例,转发设备2的流量处理模块302根据控制设备105发送的对应关系表,及第一数据报文中的业务标识,确定第一数据报文对应的第一外部转发策略,并根据第一外部转发策略转发第一数据报文。
另一种可能的场景中,在第三转发服务器发生故障,需要进行故障转移时,一种可能的方式,第一转发服务器接收第二数据报文;第二数据报文为交换机转发至故障前的第三转发服务器待处理的数据报文;第一转发服务器对第二数据报文进行转发处理。
作为一种实现方式,结合上述举例,以第三转发服务器为转发设备3为例,转发设备3的流量处理模块302在确定转发设备3出现故障时,可以将流量处理模块302中待处理的第二数据报文转发至其他转发设备,例如,转发设备3的流量处理模块302将第二数据报文转发至转发设备1的流量处理模块302,进而,转发设备1的流量处理模块302将第二数据报文转发至目的设备。或者,转发设备3的流量转发模块301在确定转发设备3出现故障时,可以将转发设备3的流量转发模块301中待处理的数据报文转发至其他转发设备。例如,转发设备3的流量转发模块301将第二数据报文转发至转发设备1的流量处理模块302,进而,转发设备1的流量处理模块302将第二数据报文转发至目的设备。
另一种可能的实现方式中,转发设备3可以将待处理的数据报文平均分配给其他转发设备,以避免转发设备处理的数据报文数量的突增,影响转发设备的性能。当然,还可以将转发设备3中的待处理的数据报文根据其他转发设备的可处理数据报文的能力分配给其他转发设备,以提高转发设备集群的负载均衡性能,在此不做限定。
进一步的,第一转发服务器可以接收来自交换机转发的第三数据报文;其中,第三数据报文的目的IP地址为第二EIP地址。第一转发服务器若确定自身在第三转发服务器故障期间处理第二EIP地址对应的业务,则对第三数据报文进行转发处理;第一转发服务器若确定在第三转发服务器故障期间处理第二EIP地址对应的业务的转发服务器为第四转发服务器,则将第三数据报文转发给第四转发服务器进行处理。
作为一种实现方式,结合上述举例,以第三转发服务器为转发设备3,第四转发服务器为转发设备4为例,假设转发设备3的流量接收模块301根据故障转移策略,确定转发设备3故障转移后的转移设备为转发设备4。在转发设备3出现故障后,转发设备3的流量接收模块301接收到交换设备发来的数据报文。此时,转发设备3的流量接收模块301可以将该数据报文转发至转发设备4的流量处理模块302,使得转发设备4的流量处理模块302根据第二EIP地址对应的外部转发策略,对该数据报文进行限速处理。
同时,对于转发设备1而言,转发设备1的流量接收模块301在确定转发设备3出现故障后,转发设备1的流量接收模块301可以根据故障转移策略,确定转发设备3故障转移后的转移设备为转发设备4。在转发设备1的流量接收模块301将接收到交换设备发来的第三数据报文后,根据确定的转发设备3故障转移后的转移设备为转发设备4,将第三数据报文转发至转发设备4的流量处理模块302,使得转发设备4的流量处理模块302根据第二EIP地址对应的外部转发策略,对第二数据报文进行限速处理。
在第三转发服务器故障恢复的场景下,可以对第三转发服务器的转发处理功能进行恢复。例如,第一转发服务器可以接收来自交换机转发的第五数据报文;其中,第五数据报文的目的IP地址为第二EIP地址;第一转发服务器在确定第三转发服务器恢复正常后,可以向第三转发服务器转发第五数据报文。
作为一种实现方式,结合上述举例,转发设备1在确定转发设备3故障恢复时,可以取消转发设备3故障期间进行的故障转移,以恢复转发设备3的限速处理功能。例如,转发设备1在确定转发设备3故障恢复时,可以将处理包括第二EIP地址的数据报文的转发设备修改为转发设备3。进而,在转发设备接收到第五数据报文时,可以将第五数据报文转发至转发设备3的流量处理模块302进行限速处理。
上述主要从各个转发设备之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述实现各转发设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
如图5所示,为本申请所涉及的数据转发装置的一种可能的示例性框图,该装置500可以以软件或硬件的形式存在。装置500可以包括:处理单元502和通信单元501。作为一种实现方式,该通信单元501可以包括接收单元和发送单元。处理单元502用于对装置500的动作进行控制管理。通信单元501用于支持装置500与其他网络实体的通信。
其中,处理单元502可以是处理器或控制设备,例如可以是通用中央处理器(centralprocessing unit,CPU),通用处理器,数字信号处理(digital signalprocessing,DSP),专用集成电路(application specific integrated circuits,ASIC),现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元501是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该通信单元501是该芯片用于从其它芯片或装置接收信号的接口电路,或者,是该芯片用于向其它芯片或装置发送信号的接口电路。
该装置500可以为上述实施例中的第一转发服务器,还可以为用于第一转发服务器的芯片。例如,当装置500为第一转发服务器时,该处理单元502例如可以是处理器,该通信单元501例如可以是收发器。可选的,该收发器可以包括射频电路,该存储单元例如可以是存储器。例如,当装置500为用于第一转发服务器的芯片时,该处理单元502例如可以是处理器,该通信单元501例如可以是输入/输出接口、管脚或电路等。该处理单元502可执行存储单元存储的计算机执行指令,可选地,该存储单元为该芯片内的存储单元,如寄存器、缓存等,该存储单元还可以是第一转发服务器内的位于该芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)等。
在一种实施例中,该装置500为上述实施例中的第一转发服务器。通信单元501,用于接收交换机转发的第一数据报文;第一数据报文的目的IP地址为第一弹性EIP地址;处理单元,用于在确定由装置处理第一EIP地址对应的业务时,通过通信单元对第一数据报文进行转发处理;在确定装置不能处理第一EIP地址对应的业务,则根据第一EIP地址确定用于处理第一EIP地址对应的业务的第二转发服务器,并将第一数据报文通过通信单元转发给第二转发服务器处理。
一种可能的实现方式,处理单元502,还用于在通过通信单元对第一数据报文进行转发处理之前,根据接收到的第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量小于或等于第一EIP地址对应的带宽上限。
一种可能的实现方式,处理单元502,还用于根据接收到的第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量大于第一EIP地址对应的带宽上限,则停止通过通信单元对第一数据报文的转发。
一种可能的实现方式,处理单元502,还用于在根据第一EIP地址,确定处理第一数据报文的转发服务器之前,确定通过通信单元501接收来自交换机的第一EIP地址的数据报文的流量,小于或等于第一EIP地址对应的带宽上限。
一种可能的实现方式,处理单元502,具体用于根据以下至少一项确定第一EIP地址对应的业务:第一数据报文的第一EIP地址、第一数据报文的Vxlan标识。
一种可能的实现方式,通信单元501,还用于接收第二数据报文;第二数据报文为交换机转发至发生故障前的第三转发服务器的待处理数据报文;
处理单元502,还用于通过通信单元501对第二数据报文进行转发处理。
一种可能的实现方式,通信单元501,还用于接收来自交换机转发的第三数据报文;第三数据报文的目的IP地址为第二EIP地址;
处理单元502,还用于在确定装置500能够在第三转发服务器发生故障期间处理第二EIP地址对应的业务,则通过通信单元501对第三数据报文进行转发处理;在确定第三转发服务器发生故障期间处理第二EIP地址对应的业务的转发服务器为第四转发服务器,则通过通信单元501将第三数据报文转发给第四转发服务器进行处理。
一种可能的实现方式,通信单元501还用于:接收来自交换机转发的第五数据报文;第五数据报文的目的IP地址为第二EIP地址;
处理单元502,还用于在确定第三转发服务器恢复正常,则向第三转发服务器转发第五数据报文。
在另一种实施例中,通信单元501,用于接收第二转发服务器转发的第一数据报文;第一数据报文为第二转发服务器从交换机接收的数据报文;第一数据报文的目的IP地址为第一弹性EIP地址、且处理单元502能够处理第一EIP地址对应的业务;处理单元502,用于对第一数据报文进行处理。
一种可能的实现方式,处理单元502对第一数据报文进行处理之前,还用于确定第一EIP地址的数据报文产生的流量小于或等于第一EIP地址对应的带宽上限。
可以理解的是,该装置用于上述数据转发方法时的具体实现过程以及相应的有益效果,可以参考前述方法实施例中的相关描述,这里不再赘述。
如图6所示,为本申请提供的一种数据转发装置示意图,该装置可以是上述实施例中的第一转发服务器。该装置600包括:处理器602和通信接口603,可选的,装置600还可以包括存储器601。可选的,装置600还可以包括通信线路604。其中,通信接口603、处理器602以及存储器601可以通过通信线路604相互连接;通信线路604可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture,简称EISA)总线等。通信线路604可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器602可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
一种可能的实施例中,处理器602,可以用于:在确定装置600处理第一EIP地址对应的业务,则对第一数据报文进行转发处理;在确定装置600不是处理第一EIP地址对应的业务的转发服务器,则根据第一EIP地址确定用于处理第一EIP地址对应的业务的第二转发服务器,并通过通信接口603将第一数据报文转发给第二转发服务器处理。
一种可能的实施例中,处理器602,可以用于:对第一数据报文进行处理。其中,第一数据报文为第二转发服务器从交换机接收的数据报文;第一数据报文的目的IP地址为第一弹性EIP地址、且装置600能够处理第一EIP地址对应的业务。
通信接口603,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。
存储器601可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdiscread-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路604与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器601用于存储执行本申请方案的计算机执行指令,并由处理器602来控制执行。处理器602用于执行存储器601中存储的计算机执行指令,从而实现本申请上述实施例提供的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
本申请提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序在被计算机调用时,使所述计算机执行本申请实施例提供的方法。
本申请提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行本申请实施例提供的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制设备、微或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。

Claims (18)

1.一种数据转发方法,其特征在于,包括:
第一转发服务器接收交换机转发的第一数据报文;所述第一数据报文的目的IP地址为第一弹性EIP地址;
所述第一转发服务器若确定自身处理所述第一EIP地址对应的业务,且根据接收到的所述第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量小于或等于所述第一EIP地址对应的带宽上限,则对所述第一数据报文进行转发处理;
所述第一转发服务器若确定自身不是处理所述第一EIP地址对应的业务的转发服务器,则根据所述第一EIP地址确定用于处理所述第一EIP地址对应的业务的第二转发服务器,并将所述第一数据报文转发给所述第二转发服务器处理。
2.如权利要求1所述的方法,其特征在于,还包括:
所述第一转发服务器若根据接收到的所述第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量大于所述第一EIP地址对应的带宽上限,则停止对所述第一数据报文的转发。
3.如权利要求1所述的方法,其特征在于,所述第一转发服务器若根据所述第一EIP地址,确定处理所述第一数据报文的转发服务器之前,还包括:
所述第一转发服务器确定所述第一转发服务器接收来自所述交换机的所述第一EIP地址的数据报文的流量,小于或等于所述第一EIP地址对应的带宽上限。
4.如权利要求1所述的方法,其特征在于,所述第一转发服务器根据以下至少一项确定所述第一EIP地址对应的业务:
所述第一数据报文的第一EIP地址、所述第一数据报文的虚拟可扩展局域网Vxlan标识。
5.如权利要求1~4任一所述的方法,其特征在于,所述方法还包括:
第一转发服务器接收第二数据报文;所述第二数据报文为所述交换机转发至发生故障前的第三转发服务器的待处理数据报文;
所述第一转发服务器对所述第二数据报文进行转发处理。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一转发服务器接收来自所述交换机转发的第三数据报文;所述第三数据报文的目的IP地址为第二EIP地址;
所述第一转发服务器若确定自身能够在所述第三转发服务器发生故障期间处理所述第二EIP地址对应的业务,则对所述第三数据报文进行转发处理;
所述第一转发服务器若确定在所述第三转发服务器发生故障期间处理所述第二EIP地址对应的业务的转发服务器为第四转发服务器,则将所述第三数据报文转发给所述第四转发服务器进行处理。
7.如权利要求6所述的方法,其特征在于,所述方法还包括:
所述第一转发服务器接收来自交换机转发的第五数据报文;所述第五数据报文的目的IP地址为第二EIP地址;
所述第一转发服务器若确定所述第三转发服务器恢复正常,则向所述第三转发服务器转发所述第五数据报文。
8.一种数据转发方法,其特征在于,包括:
第一转发服务器接收第二转发服务器转发的第一数据报文;所述第一数据报文为所述第二转发服务器从交换机接收的数据报文;所述第一数据报文的目的IP地址为第一弹性EIP地址、且所述第一转发服务器能够处理所述第一EIP地址对应的业务;
所述第一转发服务器确定所述第一EIP地址的数据报文产生的流量小于或等于所述第一EIP地址对应的带宽上限;
所述第一转发服务器对所述第一数据报文进行转发处理。
9.一种数据转发装置,其特征在于,包括:
通信单元,用于接收交换机转发的第一数据报文;所述第一数据报文的目的IP地址为第一弹性EIP地址;
处理单元,用于根据接收到的所述第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量小于或等于所述第一EIP地址对应的带宽上限,在确定由所述装置处理所述第一EIP地址对应的业务时,通过所述通信单元对所述第一数据报文进行转发处理;在确定所述装置不能处理所述第一EIP地址对应的业务,则根据所述第一EIP地址确定用于处理所述第一EIP地址对应的业务的第二转发服务器,并将所述第一数据报文通过所述通信单元转发给所述第二转发服务器处理。
10.如权利要求9所述的装置,其特征在于,所述处理单元,还用于根据接收到的所述第一EIP地址的数据报文的总流量,确定第一EIP地址的数据报文产生的流量大于所述第一EIP地址对应的带宽上限,则停止通过所述通信单元对所述第一数据报文的转发。
11.如权利要求9所述的装置,其特征在于,所述处理单元,还用于在根据所述第一EIP地址,确定处理所述第一数据报文的转发服务器之前,确定所述通信单元接收来自所述交换机的所述第一EIP地址的数据报文的流量,小于或等于所述第一EIP地址对应的带宽上限。
12.如权利要求9所述的装置,其特征在于,所述处理单元,具体用于根据以下至少一项确定所述第一EIP地址对应的业务:所述第一数据报文的第一EIP地址、所述第一数据报文的虚拟可扩展局域网Vxlan标识。
13.如权利要求9~12任一所述的装置,其特征在于,所述通信单元,还用于接收第二数据报文;所述第二数据报文为所述交换机转发至发生故障前的第三转发服务器的待处理数据报文;
所述处理单元,还用于通过所述通信单元对所述第二数据报文进行转发处理。
14.如权利要求13所述的装置,其特征在于,所述通信单元,还用于接收来自所述交换机转发的第三数据报文;所述第三数据报文的目的IP地址为第二EIP地址;
所述处理单元,还用于在确定所述装置能够在所述第三转发服务器发生故障期间处理所述第二EIP地址对应的业务,则通过所述通信单元对所述第三数据报文进行转发处理;在确定所述第三转发服务器发生故障期间处理所述第二EIP地址对应的业务的转发服务器为第四转发服务器,则通过所述通信单元将所述第三数据报文转发给所述第四转发服务器进行处理。
15.如权利要求14所述的装置,其特征在于,所述通信单元还用于:接收来自交换机转发的第五数据报文;所述第五数据报文的目的IP地址为第二EIP地址;
所述处理单元,还用于在确定所述第三转发服务器恢复正常,则通过所述通信单元向所述第三转发服务器转发所述第五数据报文。
16.一种数据转发装置,其特征在于,包括:
通信单元,用于接收第二转发服务器转发的第一数据报文;所述第一数据报文为所述第二转发服务器从交换机接收的数据报文;所述第一数据报文的目的IP地址为第一弹性EIP地址、且所述装置能够处理所述第一EIP地址对应的业务;
处理单元,用于确定所述第一EIP地址的数据报文产生的流量小于或等于所述第一EIP地址对应的带宽上限后,通过所述通信单元对所述第一数据报文进行转发处理。
17.一种通信装置,其特征在于,所述装置包括处理器和通信接口;
所述通信接口,用于输入和/或输出信息;
所述处理器,用于与存储器耦合,通过调用并执行所述存储器中存储的计算机程序或指令,使得权利要求1-7或权利要求8中任一项所述的方法被执行。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序在被计算机调用时,使所述计算机执行如权利要求1-7或权利要求8任一项所述的方法。
CN202010238477.9A 2020-03-30 2020-03-30 一种数据转发方法、装置及可读存储介质 Active CN111585896B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010238477.9A CN111585896B (zh) 2020-03-30 2020-03-30 一种数据转发方法、装置及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010238477.9A CN111585896B (zh) 2020-03-30 2020-03-30 一种数据转发方法、装置及可读存储介质

Publications (2)

Publication Number Publication Date
CN111585896A CN111585896A (zh) 2020-08-25
CN111585896B true CN111585896B (zh) 2021-07-09

Family

ID=72111457

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010238477.9A Active CN111585896B (zh) 2020-03-30 2020-03-30 一种数据转发方法、装置及可读存储介质

Country Status (1)

Country Link
CN (1) CN111585896B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116614378A (zh) * 2019-09-17 2023-08-18 华为云计算技术有限公司 云业务的带宽管理及配置方法及相关装置
CN112636950A (zh) * 2020-12-02 2021-04-09 广东中兴新支点技术有限公司 聚合服务器的热备用方法、系统、装置及存储介质
CN113691607B (zh) * 2021-08-20 2023-06-02 绿盟科技集团股份有限公司 一种流量负载均衡控制方法、装置及电子设备
CN114710443B (zh) * 2022-03-17 2024-03-19 杭州华橙软件技术有限公司 一种针对转发服务器的流量调度方法及装置
CN114900560A (zh) * 2022-04-01 2022-08-12 阿里云计算有限公司 控制方法、系统、设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103188086A (zh) * 2011-12-27 2013-07-03 中国移动通信集团公司 一种管控内外网带宽的方法、装置及系统
US20160019074A1 (en) * 2014-07-15 2016-01-21 Technion Research & Development Foundation Limited Distributed cloud computing elasticity
CN105554182A (zh) * 2016-01-27 2016-05-04 联想(北京)有限公司 信息处理方法及电子设备
CN107347198A (zh) * 2016-05-05 2017-11-14 北京金山云网络技术有限公司 一种限速方法、限速控制节点和限速设备
CN107707943A (zh) * 2017-06-29 2018-02-16 贵州白山云科技有限公司 一种实现云服务融合的方法及系统
CN110581893A (zh) * 2019-09-18 2019-12-17 西安未来国际信息股份有限公司 数据传输方法、装置、路由设备、服务器及存储介质
CN110753072A (zh) * 2018-07-24 2020-02-04 阿里巴巴集团控股有限公司 负载均衡系统、方法、装置及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10362122B2 (en) * 2016-03-21 2019-07-23 International Business Machines Corporation Replacing a virtual network function in a network service
CN109743415B (zh) * 2019-02-27 2021-11-19 上海浪潮云计算服务有限公司 一种公有云网络弹性ip实现方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103188086A (zh) * 2011-12-27 2013-07-03 中国移动通信集团公司 一种管控内外网带宽的方法、装置及系统
US20160019074A1 (en) * 2014-07-15 2016-01-21 Technion Research & Development Foundation Limited Distributed cloud computing elasticity
CN105554182A (zh) * 2016-01-27 2016-05-04 联想(北京)有限公司 信息处理方法及电子设备
CN107347198A (zh) * 2016-05-05 2017-11-14 北京金山云网络技术有限公司 一种限速方法、限速控制节点和限速设备
CN107707943A (zh) * 2017-06-29 2018-02-16 贵州白山云科技有限公司 一种实现云服务融合的方法及系统
CN110753072A (zh) * 2018-07-24 2020-02-04 阿里巴巴集团控股有限公司 负载均衡系统、方法、装置及设备
CN110581893A (zh) * 2019-09-18 2019-12-17 西安未来国际信息股份有限公司 数据传输方法、装置、路由设备、服务器及存储介质

Also Published As

Publication number Publication date
CN111585896A (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
CN111585896B (zh) 一种数据转发方法、装置及可读存储介质
EP3278514B1 (en) Data transmission
CN114073052B (zh) 用于基于切片的路由的系统、方法及计算机可读介质
US20170118108A1 (en) Real Time Priority Selection Engine for Improved Burst Tolerance
US9419908B2 (en) Network congestion management using flow rebalancing
US10986021B2 (en) Flow management in networks
CN113676361A (zh) 针对体验质量度量的按需探测
US11736407B2 (en) Method and apparatus for load balancing and packet re-sequencing on network
US11595315B2 (en) Quality of service in virtual service networks
WO2016008519A1 (en) Method and system for managing flows in a network
JP7313480B2 (ja) スライスベースネットワークにおける輻輳回避
US11863322B2 (en) Communication method and apparatus
WO2011044396A2 (en) Method and apparatus for supporting network communications
EP3890257B1 (en) Flow balancing method and device
US8630296B2 (en) Shared and separate network stack instances
US11805071B2 (en) Congestion control processing method, packet forwarding apparatus, and packet receiving apparatus
CN115733799A (zh) 网络拥塞控制方法及相关装置
WO2020248634A1 (zh) 一种光网络的故障保护方法、设备和系统
JP2016086374A (ja) 通信装置および通信方法
CN117714378A (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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220216

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Patentee after: Huawei Cloud Computing Technologies Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.