CN114884816A - 数据包限速规则处理方法、装置、设备、存储介质 - Google Patents

数据包限速规则处理方法、装置、设备、存储介质 Download PDF

Info

Publication number
CN114884816A
CN114884816A CN202210690295.4A CN202210690295A CN114884816A CN 114884816 A CN114884816 A CN 114884816A CN 202210690295 A CN202210690295 A CN 202210690295A CN 114884816 A CN114884816 A CN 114884816A
Authority
CN
China
Prior art keywords
speed limit
data packet
limit rule
packet speed
server
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
Application number
CN202210690295.4A
Other languages
English (en)
Other versions
CN114884816B (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.)
China United Network Communications Group Co Ltd
Unicom Cloud Data Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Unicom Cloud Data 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 China United Network Communications Group Co Ltd, Unicom Cloud Data Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202210690295.4A priority Critical patent/CN114884816B/zh
Publication of CN114884816A publication Critical patent/CN114884816A/zh
Application granted granted Critical
Publication of CN114884816B publication Critical patent/CN114884816B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/083—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for increasing network speed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894—Packet rate
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • 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/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/70—Virtual switches

Landscapes

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

Abstract

本申请提供一种数据包限速规则处理方法、装置、电子设备、存储介质。该方法包括：客户端接收配置命令；客户端向服务端发送配置命令，相应地，服务端接收该配置命令；服务端根据配置命令，更新数据库的目标数据表；服务端根据第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从M个代理端中确定第一服务质量策略对应的第一虚拟主机所属的第一代理端；服务端向第一代理端发送配置命令；相应地，第一代理端接收该配置命令；第一代理端根据配置命令，为第一服务质量策略对应的第一虚拟主机配置数据包限速规则。本申请的方法，减少了虚拟主机读写负荷过大时，因无法抢占网络资源而导致的反应卡顿现象的发生。

Description

数据包限速规则处理方法、装置、设备、存储介质
技术领域
本申请涉及云平台，尤其涉及一种数据包限速规则处理方法、装置、设备、存储介质。
背景技术
基于Openstack搭建的云平台(下文中简称为“Openstack云平台”)可以创建虚拟主机供用户使用。用户可以通过虚拟主机利用Openstack云平台的后端网络资源进行数据包传输。然而，当多台虚拟主机的数据读写负荷较大时，可能出现虚拟主机因无法抢占到网络资源而出现反应卡顿的现象。为了解决上述问题，可以采用服务质量(Quality ofService，QoS)策略来限制虚拟主机的数据读写速率和带宽，以达到资源合理分配、减少反应卡顿现象的目的。
目前，Openstack云平台已有的QoS策略采用带宽限速规则(Bandwidth LimitRule)以实现上述目的。带宽限速规则就是对通过虚拟主机的数据包的速率进行限制，使该速率保持在设定的数值范围内，进而保证后端网络资源的合理分配，减少反应卡顿现象。
上述的QoS策略中的带宽限速规则减少了虚拟主机反应卡顿问题的出现次数，但是虚拟主机仍然在一定程度上存在反应卡顿的问题。
发明内容
本申请提供一种数据包限速规则处理方法、装置、设备、存储介质，用以解决虚拟主机读写负荷较大时反应卡顿的问题。
第一方面，本申请提供一种数据包限速规则处理方法，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述客户端接收配置命令，所述配置命令用于配置第一服务质量策略中的数据包限速规则，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述客户端向所述服务端发送所述配置命令，以使所述服务端根据所述配置命令，控制第一代理端为第一虚拟主机配置数据包限速规则，所述第一代理端为所述M个代理端中所述第一服务质量策略对应所述的第一虚拟主机所属的第一代理端。
可选的，所述方法还包括：
所述客户端接收查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识；
所述客户端向所述服务端发送所述查看命令，以使所述服务端从数据库的目标数据表中查找所述第二服务质量策略中的数据包限速规则；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
所述客户端接收所述服务端返回的所述第二服务质量策略中的数据包限速规则；
所述客户端输出所述第二服务质量策略中的数据包限速规则。
第二方面，本申请提供一种数据包限速规则处理方法，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述服务端接收来自所述客户端的配置命令，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述服务端根据所述配置命令，更新数据库的目标数据表；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
所述服务端根据所述第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从所述M个代理端中确定所述第一服务质量策略对应的第一虚拟主机所属的第一代理端；
所述服务端向所述第一代理端发送所述配置命令，以使所述第一代理端配置所述第一服务质量策略中的数据包限速规则。
可选的，所述配置操作包括：新增配置或者修改配置，所述服务端向所述第一代理端发送所述配置命令，包括：
所述服务端根据所述目标数据表中记录的所述第一服务质量策略中的数据包限速规则的参数，创建目标类的实例；所述目标类的实例用于表征所述配置命令；
所述服务端向所述第一代理端发送所述目标类的实例。
可选的，所述方法还包括：
所述服务端接收来自所述客户端的查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识；
所述服务端从所述目标数据表中查找所述第二服务质量策略中的数据包限速规则；
所述服务端向所述客户端发送所述第二服务质量策略中的数据包限速规则，以使所述客户端输出所述第二服务质量策略中的数据包限速规则。
第三方面，本申请提供一种数据包限速规则处理方法，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述M个代理端中的第一代理端接收来自所述服务端的配置命令，所述配置命令包括：所述第一服务质量策略的标识、针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述第一代理端根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
可选的，所述第一代理端根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则，包括：
判断是否为所述第一虚拟主机启用所述第一服务质量策略；
若为所述第一虚拟主机启用所述第一服务质量策略，则根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
可选的，所述第一代理端接收来自所述服务端的配置命令，包括：
所述第一代理端接收来自所述服务端的目标类的实例；所述目标类的实例用于表征所述配置命令。
第四方面，本申请提供一种数据包限速规则处理装置，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于客户端，所述装置包括：
接收模块，用于接收配置命令，所述配置命令用于配置第一服务质量策略中的数据包限速规则，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
发送模块，用于向所述服务端发送所述配置命令，以使所述服务端根据所述配置命令，控制第一代理端为第一虚拟主机配置数据包限速规则，所述第一代理端为所述M个代理端中所述第一服务质量策略对应所述的第一虚拟主机所属的第一代理端。
第五方面，本申请提供一种数据包限速规则处理装置，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于服务端，所述装置包括：
接收模块，用于接收来自所述客户端的配置命令，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
更新模块，用于根据所述配置命令，更新数据库的目标数据表；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
确定模块，用于根据所述第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从所述M个代理端中确定所述第一服务质量策略对应的第一虚拟主机所属的第一代理端；
发送模块，用于向所述第一代理端发送所述配置命令，以使所述第一代理端配置所述第一服务质量策略中的数据包限速规则。
第六方面，本申请提供一种数据包限速规则处理装置，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于所述M个代理端中的第一代理端，所述装置包括：
接收模块，用于接收来自所述服务端的配置命令，所述配置命令包括：所述第一服务质量策略的标识、针对所述第一服务质量策略中的数据包限速规则的配置操作；
配置模块，用于根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
第七方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求第一方面至第三方面中任一项所述的方法。
第八方面，本申请提供一种云平台，所述云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1；
其中，所述客户端用于执行如权利要求1、2中任一项所述的方法；所述服务端用于执行如权利要求3至5中任一项所述的方法；所述代理端用于执行如权利要求6至8中任一项所述的方法。
第九方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面至第三方面任一项所述的数据包限速规则处理方法。
本申请提供的数据包限速规则处理方法、装置、设备、存储介质，通过为虚拟主机配置数据包限速规则，实现了在虚拟主机配置有带宽限速规则的基础上，即对进出虚拟主机的数据包的速率进行限制的基础上，对进出虚拟主机的数据包的数量进行限制，进而解决了虚拟主机在读写负荷较大时，无法抢占后端网络资源而造成的反应卡顿的问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的一种虚拟主机应用场景示意图；
图2为本申请实施例提供的一种云平台100的架构示意图；
图3为本申请实施例提供的一种数据包限速规则处理方法的流程示意图；
图4为本申请实施例提供的另一种数据包限速规则处理方法的流程示意图；
图5为本申请实施例提供的再一种数据包限速规则处理方法的流程示意图；
图6为本申请实施例提供的一种新增的数据包限速规则参数示意图；
图7为本申请实施例提供的一种Neutron-Agent的数据包限速规则处理架构图；
图8为本申请实施例提供的再一种数据包限速规则处理方法的流程示意图；
图9为本申请实施例提供的一种数据包限速规则显示结果示意图；
图10为本申请提供的一种数据包限速规则处理装置的结构示意图；
图11为本申请提供的另一种数据包限速规则处理装置的结构示意图；
图12为本申请提供的再一种数据包限速规则处理装置的结构示意图；
图13为本申请提供的一种电子设备的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
为了便于理解，下面对本申请中的一些词语进行介绍。
Openstack：是一个旨在为公共及私有云的建设与管理提供软件的开源项目，包括Neutron、Nova等多个组件。目前，很多云平台都是基于Openstack搭建而成。Openstack可以部署在安装有Linux操作系统的计算机集群上，以实现Openstack云平台的搭建。Openstack云平台可以创建虚拟主机供用户使用，即向用户提供虚拟主机服务。
虚拟主机：是一种互联网基础设施服务。用户可以在云端使用虚拟主机，这将同使用本地主机具有相似的效果。用户可以通过虚拟主机使用用于创建虚拟主机的云平台的网络资源进行数据包传输。应理解，由于传输控制协议/网际协议(Transmission ControlProtocol/Internet Protocol，TCP/IP协议)通信传输中的数据单位为包(packet)，又称为数据包，因此网络数据传输又可以称为数据包传输。
服务质量(Quality of Service，QoS)：指利用各种基础技术解决网络时延过大和阻塞等问题，以保证网络数据传输质量的一种网络安全机制。服务质量策略(QoS策略)是为了解决上述问题所采取的具体的策略。一个QoS策略可以包括一个或多个规则。QoS策略利用上述的一个或多个规则实现对网络数据传输的控制，例如在Openstack云平台中，QoS策略可以采用带宽限速规则限制数据包传输的速率。
带宽：是指在单位时间内(一般指1秒钟)，从网络一端传输到另一端的最大数据量，也可以说是最大数据包的数量。
Neutron：是Openstack项目中负责提供网络服务的组件，实现了网络虚拟化下的资源管理。Neutron包括Neutron-Client、Neutron-Server、Neutron-Agent，以上三者可以部署在Openstack云平台内的同一硬件实体上，也可以部署在不同的硬件实体上。当以上三者部署在不同硬件实体上时，部署有Neutron-Client的硬件实体可以被称为客户端，部署有Neutron-Server的硬件实体可以被称为服务端，部署有Neutron-Agent的硬件实体可以被称为代理端。其中客户端用于接收配置命令，并将该配置命令传输至服务端；服务端用于处理由客户端传输的配置命令，并调用代理端执行上述配置命令；代理端用于具体执行上述配置命令。
以上三者也可以部署在Openstack云平台的同一硬件实体上。当以上三者部署在同一硬件实体上时，该硬件实体执行不同功能的时候，对应不同的称呼。示例性的，Neutron-Client和Neutron-Server可以均部署于Openstack云平台的控制节点上，此时，当控制节点执行上述部署有Neutron-Client的客户端的功能时，该控制节点即被称为客户端；当控制节点执行上述部署有Neutron-Server的服务端的功能时，该控制节点即被称为服务端。
Iptables：是与Linux内核集成的数据包过滤系统。Linux系统包括Linux内核。如果Linux系统连接网络，则Iptables有利于在Linux系统上更好地控制数据包过滤。Iptables由上而下，由表(tables)、链(chains)和规则(rules)组成。Iptables包括filter、nat、mangle、raw、security五个表，每个表都包括多条链，每条链又包括多个规则。其中filter表又被称为过滤规则表，其根据其内包括的预定义的规则，过滤符合条件的数据包。例如，可以通过在上述的filter表中增加chain和rule，以限定单位时间内仅允许不超过某一特定数量的数据包进出Linux系统。
下面对本申请一种可能的应用场景进行介绍。示例性的，图1为本申请实施例提供的一种虚拟主机应用场景示意图。如图1所示，云平台100位于云端，可以向用户提供虚拟主机服务。用户通过虚拟主机利用云平台的网络资源进行数据包传输，以实现数据的上传和获取。上述的数据包传输过程即上文中的数据读写过程。
由于云平台可以提供数据包传输能力是有限的，因此当虚拟主机的数据读写负荷较大时，将导致虚拟主机无法抢占到云平台的网络资源，而无法实现数据包的及时传输，进而出现反应卡顿的现象。这里所说的反应卡顿现象，即由于数据包无法及时传输而造成的虚拟主机网络时延过大导致的，将影响用户的使用体验。
下面对本申请提供的云平台100进行说明。图2为本申请实施例提供的一种云平台100的架构示意图。如图2所示，云平台100包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，该M大于或等于1。应理解，图2仅是示例性地展示了云平台100的一种可能的结构示意图，本申请并不限定对云平台100中的结构划分。
上述客户端、服务端，以及，M个代理端，可以是具有计算和存储功能的设备，例如，服务器、终端设备等。其中客户端和服务端连接，服务端和M个代理端连接。此处所说的连接可以是无线或有线的通信连接。
以上述的云平台100为Openstack云平台为例，目前，为了解决上述的反应卡顿问题，Openstack云平台采用QoS策略中的带宽限速规则对进出虚拟主机的数据包进行限制。
结合图1和图2，上述的限制进出虚拟主机的数据包的方法即将QoS策略和需要对进出的数据包进行限制的虚拟主机进行绑定，即建立QoS策略和上述虚拟主机的映射关系，然后在上述绑定的虚拟主机所在的Openstack云平台的代理端配置带宽限速规则，进而实现对进出虚拟主机的数据包的速率进行限制，保证每台虚拟主机的数据包传输速率不超过设定值，以确保每台虚拟主机不会过多的占用云平台的后端网络资源，进而解决虚拟主机反应卡顿的问题。
然而，尽管上述的QoS策略中的带宽限速规则可以一定程度减少虚拟主机因无法抢占到后端资源而造成的反应卡顿的问题。但是虚拟主机通过带宽限速规则对进出虚拟主机的数据包的速率进行限制的同时，仍然存在一些反应卡顿问题。
发明人研究发现，除了上述通过虚拟主机的数据包的速率可以影响虚拟主机的网络时延之外，单位时间内通过的数据包数量也是影响虚拟主机网络时延的因素之一，但目前QoS中还未有针对该因素的有效策略。有鉴于此，本申请提出一种数据包限速规则(Packet Rate Limit Rule)处理方法。该方法通过在虚拟主机所属的代理端配置数据包限速规则，来限制单位时间内通过虚拟主机的数据包的数量，结合现有技术中QoS策略中的带宽限速规则对进出虚拟主机的数据包的速率进行限制，可以进一步改善虚拟主机读写负荷过大时，因无法抢占网络资源而造成的反应卡顿问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图3为本申请实施例提供的一种数据包限速规则处理方法的流程示意图，如图3所示，该方法可以包括：
S301、客户端接收配置命令。
上述配置命令用于配置第一QoS策略中的数据包限速规则，该配置命令包括：第一QoS策略的标识，针对该第一QoS策略中的数据包限速规则的配置操作。
本实施例中的云平台已经配置有第一QoS策略，该第一QoS策略用于对进出云平台创建的虚拟主机的数据包进行控制，以解决虚拟主机使用过程中存在的网络时延问题。
该第一QoS策略可以为新配置的QoS策略(即当前还未配置该策略中的具体规则)，也可以为已配置有一些针对保障网络质量的规则的QoS策略。
上述的针对第一QoS策略中的数据包限速规则的配置操作例如可以是新增、修改、删除第一QoS策略中的数据包限速规则。
上述的第一QoS策略的标识可以是字符串，例如“qos-policy-id”，本申请不对第一QoS策略的标识的具体表现形式进行限制。
当上述配置命令用于新增，或者，修改第一QoS策略中的数据包限速规则时，上述配置命令还可以包括包限速规则的参数。该参数可以是对下述属性进行限定的参数，这些属性例如可以包括：数据包传输方向(direction)、每秒最大突发数据包数(max_burst_kpps)、每秒最大数据包数(max_kpps)等。应理解，上述配置命令可以包括的包限速规则的参数，可以是上述属性中的一个或多个属性的参数，本申请对此不进行限制。上述的kpps即千包每秒(kilo packet per second)，为通过虚拟主机的数据包的单位。
上述数据包传输方向用于表征数据包是从虚拟主机中输出还是进入虚拟主机。当数据包从虚拟主机中输出时，即用户通过虚拟主机从云平台中下载数据包时，用于表征的参数为下行(egress)；当数据包进入虚拟主机时，即用户通过虚拟主机将数据包上传至云平台中时，用于表征的参数为上行(ingress)。
数据包限速规则可以分别对上行或下行数据包的max_kpps和max_burst_kpps进行限制。示例性的，当数据包限速规则中的方向属性的参数为上行，则对应的max_kpps和max_burst_kpps表征对上行数据包进行限制；反之亦然。
max_burst_kpps用于表征每秒最大允许通过虚拟主机的突发数据包的个数，其参数例如可以是400、600、800。max_kpps用于表征每秒最大允许通过虚拟主机的数据包的个数，其参数例如可以是500、800、1000。应理解，本申请对上述参数的值不进行限制，本领域技术人员可以在使用过程中根据实际需求设置。
当上述配置命令用于修改，或者，删除第一QoS策略中的数据包限速规则时，上述配置命令还可以包括上述数据包限速规则的标识，该标识可以是字符串，例如“rule-id”。
当上述配置命令用于删除第一QoS策略中的数据包限速规则时，上述配置命令也可以仅包括第一QoS策略的标识，即通过删除包括数据包限速规则的第一QoS策略来删除数据包限速规则。
上述配置命令可以是客户端获取的用户输入的命令行。该配置命令可以是客户端本机获取的，也可以是其他硬件设备(例如用户侧的设备)获取上述配置命令之后传输至客户端的，本申请对此不进行限制。
S302、客户端向服务端发送配置命令。
相应地，服务端接收该配置命令。
S303、服务端根据配置命令，更新数据库的目标数据表。
上述数据库可以是服务端本地的数据库，也可以是云平台中独立于服务端的单独的数据库，本申请对此不进行限制。该数据库用于存储目标数据表。上述的目标数据表中用于记录云平台已配置的QoS策略中的数据包限速规则。
本步骤中，服务端根据配置命令，更新数据库的目标数据表包括以下3种情况：
情况1：上述的针对第一QoS策略中的数据包限速规则的配置操作表征新增第一QoS策略中的数据包限速规则。此时，服务端将上述配置命令中的数据包限速规则的参数均写入上述目标数据表中。
情况2：上述的针对第一QoS策略中的数据包限速规则的配置操作表征修改第一QoS策略中的数据包限速规则。此时，上述目标数据表中已经存储有之前配置的待修改的数据包限速规则。当上述配置命令中仅包括待修改的属性对应的参数时，则仅用该待修改的属性对应的参数替换现有的已经配置的数据包限速规则的待修改的属性的参数；当上述配置命令中除了待修改的属性对应的参数外，还包括其他无需修改的属性对应的参数时，则直接用该配置命令表征的数据包限速规则替换已经配置的待修改的数据包限速规则。
情况3：上述的针对第一QoS策略中的数据包限速规则的配置操作表征删除第一QoS策略中的数据包限速规则。此时，服务端存储有之前写入的第一QoS策略中的数据包限速规则，服务端根据上述的配置命令删除目标数据表中的第一QoS策略中的数据包限速规则。
上述数据库用于记录当前的数据包限速规则配置情况，以便于后续操作中服务端基于配置或查看命令以及当前的数据包限速规则配置情况进行相应的处理。本步骤中，服务端根据配置命令，更新数据库的目标数据表，以实现对数据库中第一QoS策略的及时更新，确保数据库中数据的准确性，保证数据包限速规则配置的顺利进行。
S304、服务端根据第一QoS策略的标识，以及，QoS策略的标识与虚拟主机的标识的映射关系，从M个代理端中确定第一QoS策略对应的第一虚拟主机所属的第一代理端。
上述虚拟主机的标识可以是字符串，例如可以是“port_id”。
作为一种可能的实现方式，设备中存储有QoS策略的标识与虚拟主机的标识的映射关系，以及，虚拟主机与虚拟主机所属的代理端的映射关系。该设备例如可以是服务端本机，或者除服务端本机以外的其他设备。服务端中例如可以是服务端的数据库或者上述的目标数据表用于存储上述映射关系。服务端可以即时的调取上述的映射关系使用。
据此，服务端可以根据接收的第一QoS策略的标识，以及，QoS策略的标识与虚拟主机的标识的映射关系，找到与第一QoS策略的标识相对应的第一虚拟主机；然后服务端可以根据上述的第一虚拟主机，以及，虚拟主机与虚拟主机所属的代理端的映射关系，从M个代理端中确定第一QoS策略对应的第一虚拟主机所属的第一代理端。
需要说明的是，上述步骤S303和S304执行顺序不分先后。
需要说明的是，上述的第一QoS策略可以和一台或多台虚拟主机建立映射关系，以使一台或多台虚拟主机绑定第一QoS策略，以实现对进出上述虚拟主机的数据包进行限制。需要说明的是，第一QoS策略可以在配置第一QoS策略的数据包限速规则之前即已建立和虚拟主机之间的绑定关系，也可以在配置过程中建立和第一虚拟主机之间的映射关系，即在上述步骤S303之后，S304之前建立上述映射关系，本申请对此不进行限制。上述建立映射关系的方法可以参考现有技术，在此不再赘述。
S305、服务端向第一代理端发送配置命令。
相应地，第一代理端接收该配置命令。
本步骤中，服务端将上述从客户端接收的配置命令传输至第一代理端，以使第一代理端可以根据该配置命令配置数据包限速规则。
S306、第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则。
本步骤中，第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则。
当上述配置命令用于新增，或者，修改第一QoS策略中的数据包限速规则时，第一代理端根据为第一虚拟主机配置的数据包限速规则，控制进出第一虚拟主机的数据包的数量不超过配置的数据包限速规则中的参数值。示例性的，当为第一虚拟主机配置的数据包限速规则表征egress方向的max_kpps为1000，max_burst_kpps为800，则根据上述参数控制通过虚拟主机上行数据包的数量最大不超过1000kpps，最大突发数量不超过800kpps。
当上述配置命令用于删除第一QoS策略中的数据包限速规则时。在这种情况下，由于第一代理端执行了对第一虚拟主机的数据包限速规则的删除配置，因此第一代理端将不对通过第一虚拟主机的数据包的数量进行限制。
可选的，第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则时，判断是否为第一虚拟主机启用第一QoS策略；若为第一虚拟主机启用第一QoS策略，则根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则。否则，则不为上述第一虚拟主机配置数据包限速规则。
上述方法中，在第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则时，首先判断是否为第一虚拟主机启用第一QoS策略。当第一QoS策略启用时，则继续进行后续的配置操作，当第一QoS策略未启用时，则不再进行后续的数据包限速规则的配置。
通过上述操作可以避免当无需启动第一QoS策略时，而第一代理端仍然进行数据包限速规则的配置所造成的配置资源的浪费。此外，第一代理端实时观察配置文件的状态，并根据配置文件的状态以及最新的配置命令实时更新数据包限速规则的配置情况，保证了准确性。
本实施例中，客户端接收用于配置第一QoS策略中的数据包限速规则的配置命令，并将该命令传输至服务端；然后服务端将该配置命令写入目标数据表，并将其传输至第一代理端；接着第一代理端根据该配置命令在第一代理端配置用于控制单位时间内进出第一虚拟主机的数据包的数量的数据包限速规则。现有技术中只通过带宽限速规则的配置来限制进出虚拟主机的数据包的速率，而没有考虑单位时间内进出虚拟主机的数量对上述问题的影响。本实施例提供的方法，通过配置数据包限速规则来控单位时间进出虚拟主机的数据包的数量，结合现有技术中的带宽限速规则，在限制进出虚拟主机的数据包的速率的同时，还可以限制单位时间内进出虚拟主机的数据包的数量。通过该操作，可以更加全面的解决虚拟主机读写负荷过大时，因为无法抢占网络资源而造成的反应卡顿的问题。
上述实施例阐述了如何新增、修改、删除第一虚拟主机的数据包限速规则，本申请还可以对已经配置好的数据包限速规则进行查看，下面将通过实施例阐明如何查看第一虚拟主机的数据包限速规则。
图4为本申请实施例提供的另一种数据包限速规则处理方法的流程示意图，如图4所示，该方法包括：
S401、客户端接收查看命令。
上述查看命令用于查看第二QoS策略中的数据包限速规则，该查看命令包括：第二QoS策略的标识。
上述的第二QoS策略标识可以是字符串，例如“qos-policy-id”，本申请不对第二QoS策略的标识的具体表现形式进行限制。
上述查看命令还可以包括第二QoS策略中的数据包限速规则的标识。此时，该查看命令仅用于查看第二QoS策略中的数据包限速规则。当上述查看命令包括第二QoS策略的标识而不包括第二QoS策略中的数据包限速规则的标识时，该查看命令用于查看包括数据包限速规则的第二QoS策略。
上述配置命令可以是客户端获取的用户输入的命令行。该配置命令可以是客户端本机获取的，也可以是其他硬件设备获取上述配置命令之后传输至客户端的，本申请对此不进行限制。
S402、客户端向服务端发送查看命令。
相应地，服务端接收该查看命令。
S403、服务端从目标数据表中查找第二QoS策略中的数据包限速规则。
作为一种可能的实现方式，上述目标数据表中记录有第二QoS策略的标识以及数据包限速规则。当上述查看命令包括第二QoS策略的标识，不包括第二QoS策略中的数据包限速规则的标识时，服务端根据上述查看命令中的第二QoS策略的标识通过对比找到第二QoS策略，包括数据包限速规则，以及其他已配置的规则，例如可以是带宽限速规则。
作为另一种可能的实现方式，上述目标数据表中记录有第二QoS策略的标识以及数据包限速规则的标识。当上述查看命令既包括第二QoS策略的标识，又包括第二QoS策略中的数据包限速规则的标识时，服务端根据上述查看命令中的第二QoS策略的标识通过对比找到第二QoS策略，然后又根据上述数据包限速规则的标识找到该第二QoS策略中的数据包限速规则。
S404、服务端向客户端发送第二QoS策略中的数据包限速规则。
相应地，客户端接收该第二QoS策略中的数据包限速规则。
QoS策略当上述查看命令包括第二QoS策略的标识，不包括第二QoS策略中的数据包限速规则的标识时，服务端向客户端发送第二QoS策略中的规则，其中包括数据包限速规则；当上述查看命令既包括第二QoS策略的标识，又包括第二QoS策略中的数据包限速规则的标识时，服务端向客户端发送第二QoS策略中的数据包限速规则至客户端。
S405、客户端输出第二QoS策略中的数据包限速规则。
当上述查看命令包括第二QoS策略的标识，不包括第二QoS策略中的数据包限速规则的标识时客户端输出第二QoS策略中的规则，其中包括数据包限速规则；当上述查看命令既包括第二QoS策略的标识，又包括第二QoS策略中的数据包限速规则的标识时，客户端输出第二QoS策略中的数据包限速规则。
本实施例中，客户端获取用于查看第二QoS策略中的数据包限速规则的查看命令，并将该命令传输至服务端；然后，服务端根据该命令找到第二QoS策略中的数据包限速规则，并将其传输至客户端；接着客户端输出上述第二QoS策略中的数据包限速规则。通过上述操作可以为用户提供已经配置的数据包限速规则的查看功能，使用户知悉对虚拟主机数据包限速规则配置情况。
上述实施例中的云平台可以是Openstack云平台，也可以是未部署有Openstack的云平台。下面的实施例将以Openstack云平台为例阐明数据包限速规则处理方法。Openstack云平台通过Neutron组件向虚拟主机提供网络服务。Neutron部署在Openstack云平台的不同节点上。当部署有Neutron的节点用于实现上述客户端的功能时，该节点简称为Neutron-Client；当部署有Neutron的节点用于实现上述服务端的功能时，该节点简称为Neutron-Server；当部署有Neutron的节点用于实现上述服务端的功能时，该节点简称为Neutron-Agent。下面将以数据包限速规则的处理方法基于上述的Neutron-Client、Neutron-Server、Neutron-Agent实现来进行阐明。此外，Neutron已有QoS策略实现架构，该QoS策略实现架构可以实现对带宽限速规则的配置，进而对对进出虚拟主机的数据包的速率进行控制。本实施例通过在Neutron已有的QoS策略实现架构的基础上增加扩展以实现对数据包限速规则的处理，具体的实现方式将在下述实施例中阐明。
本实施例中和上述实施例相同或相似的部分请参考上述实施例，在此不再赘述。图5为本申请实施例提供的再一种数据包限速规则处理方法的流程示意图，如图5所示，该方法包括：
S501、Neutron-Client通过RESTful API接收配置命令。
上述配置命令用于配置第一QoS策略中的数据包限速规则，该配置命令包括：第一QoS策略的标识，针对该第一QoS策略中的数据包限速规则的配置操作。
上述的RESTful API即Neutron-Client用于接收配置命令的接口。
该新增数据包限速规则的配置命令可以是命令行。下面对当上述配置命令分别表征新增、修改、删除数据包限速规则时，该配置命令的表现形式进行说明。
当该配置命令用于在第一QoS策略中新增数据包限速规则时，该配置命令例如可以是如下所示：
openstack network qos rule create<qos-policy-id>--type packet-rate-limit--max-kpps<max_kpps>--max-burst-kpps<max_burst_kpps>
实际使用上述配置命令时，上述配置命令中“<>”部分(例如<qos-policy-id>)的内容根据具体情况用实际的值替换。其中，<qos-policy-id>位置填写第一QoS策略的标识，例如可以是第一QoS策略的UUID。<max_kpps>和<max_burst_kpps>分别对应的填写max_kpps和max_burst_kpps的具体设定的参数值，例如可以分别是1000、800。
示例性的，上述新增数据包限速规则的配置命令具体可以是：
[root@compute.～]#openstack network qos rule create 85b1646d-d2da-9319-a7e87c10a21e–type packet-rate-limit–max-kpps 1000–max-burst-kpps 800
上述的[root@compute.～]#为Linux系统中输入命令行时的特定前缀，表征用户root在compute设备中的“～”工作目录中输入命令行。
上述命令行表征的配置命令是，在标识为“85b1646d-d2da-9319-a7e87c10a21e”的第一QoS策略中新增数据包限速规则。该数据包限速规则限制进出虚拟主机的max-kpps为1000，max-burst-kpps为800。对应的，第一QoS策略中新增数据包限速规则。
图6为本申请实施例提供的一种新增的数据包限速规则参数示意图。如图6所示，Neutron-Client在接收上述配置命令之后，在第一QoS策略中新增数据包限速规则。该数据包限速规则的标识，即身份标识号(Identity document，ID)为“c127ed74-4430-4d3c-88ea-0d5c86fe979f”。由于Neutron-Client所接受的配置命令不包括对方向参数的设定，因此方向参数将取默认值，即为egress。其中“name”参数由于未设置，因此为None，“project_id”参数为空。
当该配置命令用于在第一QoS策略中修改数据包限速规则时，该配置命令例如可以是如下所示：
openstack network qos rule set<qos-policy-id><rule-id>--max-kpps<max_kpps>--max-burst-kpps<max_burst_kpps>
<rule-id>位置根据具体情况填写数据包限速规则的标识，例如可以是数据包限速规则的UUID。其余“<>”中的内容，根据上文中所阐述的，根据实际情况填写。
示例性的，上述修改数据包限速规则的配置命令具体可以是：
[root@compute.～]#openstack network qos rule set 85b1646d-d2da-9319-a7e87c10a21e c127ed74-4430-4d3c-88ea-0d5c86fe979f–max-kpps 500–max-burst-kpps400
上述命令行表征的配置命令是，在标识为“85b1646d-d2da-9319-a7e87c10a21e”的第一QoS策略中的标识为“c127ed74-4430-4d3c-88ea-0d5c86fe979f”的数据包限速规则中，修改进出虚拟主机的max-kpps为1000，max-burst-kpps为800。
当该配置命令用于在第一QoS策略中删除数据包限速规则时，该配置命令例如可以是如下所示：
openstack network qos rule delete<qos-policy-id><rule-id>
示例性的，上述修改数据包限速规则的配置命令具体可以是：
[root@compute.～]#openstack network qos rule delete 85b1646d-d2da-9319-a7e87c10a21e c127ed74-4430-4d3c-88ea-0d5c86fe979f上述命令行表征的配置命令是，删除标识为“85b1646d-d2da-9319-a7e87c10a21e”的第一QoS策略中的标识为“c127ed74-4430-4d3c-88ea-0d5c86fe979f”的数据包限速规则。
S502、Neutron-Client通过Neutron API向Neutron-Server发送新增数据包限速规则的配置命令。
相应地，Neutron-Server通过Neutron API接收该配置命令。
S503、Neutron-Server根据配置命令，调用QoS插件更新数据库的目标数据表。
上述的目标数据表的名称例如可以是“QoSPacketRateLimitRule”。
本步骤中，Neutron-Server对数据库的目标数据表的操作均通过QosPlugin实现。上述的QosPlugin为Neutron-Server中用于实现在新增、修改、删除，以及，下述的查看数据包限速规则的配置命令下，对应于上述命令对数据库的操作以及调用下述Neutron-Agent的QoS插件。其中原有的QosPlugin(父类QosPlugin)不包括处理数据包限速规则的操作方法。通过在父类QosPlugin新增关于实现处理数据包限速规则的扩展，创建子类QosPlugin，进而实现上述功能。其中子类QosPlugin继承父类QosPlugin，并且覆盖父类QosPlugin。上述扩展中增加数据包限速规则的定义及其属性。
S504、Neutron-Server根据第一QoS策略的标识，以及，QoS策略的标识与虚拟主机的标识的映射关系，从M个Neutron-Agent中确定第一QoS策略对应的第一虚拟主机所对应的Neutron-Agent。
作为一种可能的实现方式，Neutron-Server通过上述的QosPlugin，根据第一QoS策略的标识，以及，QoS策略的标识与虚拟主机的标识的映射关系，从M个Neutron-Agent中确定第一QoS策略对应的第一虚拟主机所对应的Neutron-Agent。
S505、Neutron-Server向Neutron-Agent发送新增数据包限速规则的配置命令。
相应地，Neutron-Agent接收该配置命令。
当上述的配置操作为新增配置，或者，修改配置时，上述服务端首先根据上述目标数据表中记录的第一QoS策略中的数据包限速规则的参数，创建目标类的实例。该目标类的实例用于表征上述的配置命令。
作为一种可能的实现方式，Neutron-Server的QosPlugin事先通过Object实现目标类的创建。该目标类定义数据包限速规则的属性，包括max_kpps、max_burst_kpps，以及，direction。Neutron-Server调用QosPlugin从数据库的目标数据表中获取更新后的包限速规则的参数，并根据该参数对上述的目标类的对应的属性进行赋值，以创建目标类的实例。
需要说明的是，上述的配置命令
后续的，Neutron-Server向Neutron-Agent发送上述的目标类的实例，相应的，Neutron-Agent接收来自上述Neutron-Server的目标类的实例，以实现Neutron-Server向Neutron-Agent发送配置命令。
当上述的配置操作为删除配置时，上述Neutron-Server在调用QoSPlugin删除数据库的目标数据表中关于数据包限速规则的参数之后，直接将上述删除数据包限速规则的配置命令发送至Neutron-Agent。
上述的Neutron-Server调用QosPlugin向Neutron-Agent发送配置命令的方式为远程过程调用(Remote Procedure Call，RPC)的方式，相应的Neutron-Agent通过RPC的方式接收该配置命令。
S506、Neutron-Agent根据配置命令，在Iptable中配置chain和rule，以实现为第一QoS策略对应的第一虚拟主机配置数据包限速规则。
上述的在第一代理端的Iptables中配置chain和rule，包括新增、修改，或者，删除上述的chain和rule。
上述的chain和rule中包括数据包限速规则的参数，以及，第一虚拟主机的TAP标识，例如可以是字符串，如“tapf9e6f865-7e”。上述的chain和rule表征应用于第一虚拟主机的数据包限速规则。
Neutron-Agent已有的QoS实现架构仅能实现对带宽限速规则的配置，本申请通过对已有的QoS实现架构新增QoS扩展(QoS extension)，以实现对数据包限速规则的配置。
图7为本申请实施例提供的一种Neutron-Agent的数据包限速规则处理架构图。如图7所示，Neutron-Agent部署有扩展管理器(extension manager)、QosOVSAgentDriver、QosOVSAgentExtensionAPI、iptables管理器(iptables manager)。
其中extension manager用于管理QoS扩展，并调用用于实现数据包限速规则的驱动，完成数据包限速规则的配置。QosOVSAgentDriver为用于实现数据包限速规则的配置的驱动。QosOVSAgentDriver的supported_rule_types属性新增数据包限速规则，以使QosOVSAgentDriver可以接收extension manager的调用，以完成数据包限速规则的配置。此外，QosOVSAgentDriver新增关于新增(creat_packet_rate_limit)、修改(update_packet_rate_limit)、删除(delete_packet_rate_limit、delete_packet_rate_limit_ingress)数据包限速规则的定义，以使该QosOVSAgentDriver执行具体的对数据包限速规则的配置操作。QosOVSAgentExtensionAPI可供QosOVSAgentDriver调用，且其新增获取iptables manager的定义，以允许QoS extension调用iptables manager以供Neutron-Agent使用。Iptables manager用于管理Iptables，负责具体执行对Iptables的chain和rule的新增、修改、删除等操作。
作为一种可能的实现方式，参照图7，Neutron-Agent预先创建有RPC的API接口的类，Neutron-Agent根据上述的配置命令对该API接口的类进行初始化操作，获得初始化的API接口的类。上述初始化的API接口的类用于表征上述配置命令。然后，Neutron-Agent将初始化后的API接口的类传递至Neutron-Agent内extension manager中，然后Neutron-Agent利用extension manager管理初始化的API接口的类对应的驱动，即QosOVSAgentDriver。接着，QosOVSAgentDriver调用初始化函数进行初始化操作。然后，QosOVSAgentDriver调用QosOVSAgentExtensionAPI。QosOVSAgentDriver通过QosOVSAgentExtensionAPI调用Iptables manager，然后利用Iptables manager对应于配置操作(新增配置、修改配置、删除配置)，在Neutron-Agent的Iptables中的filter表中配置表征数据包限速规则的chain和rule，以完成第一虚拟主机的数据包限速规则的配置。
下面对不同的配置操作下，Iptables中chain和rule的配置情况进行说明。
当该配置命令用于在第一QoS策略中新增数据包限速规则时，对应于上述实施例中步骤S501中的示例，Neutron-Agent的Iptables中的filter表中新增的chain和rule可以如下所示：
-N neutron-openswi-pps-chain
-N neutron-openswi-pps-of9e6f8
-A neutron-openswi-pps-FORWARD-m physdev--physdev-in tapf9e6f865-7e--physdev-is-bridged-j neutron-openvswi-pps-chain
-A neutron-openswi-pps-chain-m physdev--physdev-in tapf9e6f865-7e--physdev-is-bridged-j neutron-openvswi-pps-of9e6f8
-A neutron-openswi-pps-of9e6f8-m limit--limit 1000/sec--limit-burst800-jRETURN
-A neutron-openswi-pps-of9e6f8-j DROP
上述的chain和rule表征限制进入TAP标识为f9e6f865-7e的虚拟主机的数据包的max_kpps为1000，max_burst_kpps为800。当该配置命令用于在第一QoS策略中修改数据包限速规则时，对应于上述实施例中步骤S501中的示例，Neutron-Agent的Iptables中的filter表中修改后的chain和rule可以如下所示：
-N neutron-openswi-pps-chain
-N neutron-openswi-pps-of9e6f8
-A neutron-openswi-pps-FORWARD-m physdev--physdev-in tapf9e6f865-7e--physdev-is-bridged-j neutron-openvswi-pps-chain
-A neutron-openswi-pps-chain-m physdev--physdev-in tapf9e6f865-7e--physdev-is-bridged-j neutron-openvswi-pps-of9e6f8
-A neutron-openswi-pps-of9e6f8-m limit--limit 500/sec--limit-burst400-jRETURN
-A neutron-openswi-pps-of9e6f8-j DROP
上述的修改后的chain和rule表征限制进入TAP标识为f9e6f865-7e的虚拟主机的数据包的max_kpps为500，max_burst_kpps为400。
当该配置命令用于在第一QoS策略中删除数据包限速规则时，对应于上述实施例中步骤S501中的示例，Neutron-Agent的Iptables中的filter表中配置的关于数据包限速规则的chain和rule被删除。
可选的，第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则时，判断是否为第一虚拟主机启用第一QoS策略；若为第一虚拟主机启用第一QoS策略，则根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则。否则，则不为上述第一虚拟主机配置数据包限速规则。
作为一种可能的实现方式，第一代理端存储有配置文件，该配置文件用于表征是否为第一虚拟主机启用第一QoS策略。第一代理端的用于配置数据包限速规则的驱动在初始化时，通过读取该配置文件，判断是否为第一虚拟主机启用第一QoS策略。当配置文件中enable_qos_pps_rule的default＝True时，表明为第一虚拟主机启用第一QoS策略，后续的，第一代理端则根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则。当上述配置文件中的enable_qos_pps_rule的default＝false时，表明为第一虚拟主机不启用第一QoS策略，后续的，第一代理端将不会为第一QoS策略对应的第一虚拟主机配置数据包限速规则。上述配置文件可以根据实际需求进行设置，本申请不对其进行限制。
可选的，第一代理端可以实时的监测该配置文件enable_qos_pps_rule的default的取值。当default的取值发生改变时，第一代理端可以根据最新的配置命令对数据包限速规则进行处理，确保第一代理端配置的数据包限速规则的准确性。
上述方法中，在第一代理端根据配置命令，为第一QoS策略对应的第一虚拟主机配置数据包限速规则时，首先通过读取配置文件判断是否为第一虚拟主机启用第一QoS策略。当第一QoS策略启动时，则继续进行后续的配置操作，当第一QoS策略未启动时，则不再进行后续的数据包限速规则的配置。
通过上述操作可以避免当无需启动第一QoS策略时，而第一代理端仍然进行数据包限速规则的配置所造成的配置资源的浪费。此外，第一代理端实时观察配置文件的状态，并根据配置文件的状态以及最新的配置命令实时更新数据包限速规则的配置情况，保证了准确性。
本实施例中，Openstack云平台在已有的QoS策略上增加扩展，并通过上述扩展实现对数据包限速规则的处理，进而实现在第一虚拟主机所属的代理端的Iptables上增加用于控制通过虚拟主机的数据包的数量chain和rule，以实现对数据包限速规则的配置，操作简便，且能进一步提高虚拟主机的使用性能。
本申请实施例对现有技术中的QoS实现架构新增了QoS扩展，以实现了对数据包限速规则的配置，包括以下几个方面：新增目标数据表，实现数据库的扩展，用于记录数据包限速规则的相关参数信息；通过Object实现目标数据表的对象，定义数据包限速规则的限制规则类型，表现为max_kpps、max_burst_kpps，以及，direction；在QoSPlugin中新增关于数据包限速规则的扩展，增加pps rule的定义及其属性，增加关于新增、修改、删除、查看数据包限速规则的定义，创建子类QosPlugin。该子类QosPlugin继承父类，并且覆盖父类的方法；在Nuetron-Agent中的QosOVSAgentDriver的supported_rule_types属性中新增数据包限速规则；QosOVSAgentDriver新增关于新增、修改、删除数据包限速规则的定义；QosOVSAgentExtensionAPI新增获取Iptables_manager的定义，以允许Qos extension调用Iptables manager以供Neutron-Agent使用。
上述实施例阐述了如何新增、修改、删除Openstack云平台创建的第一虚拟主机的数据包限速规则，下面将通过实施例阐明如何查看Openstack云平台配置的第一虚拟主机的包限速规则。本实施例中与上述实施例相同或相似的内容请参照上述实施例，在此不再赘述。
图8为本申请实施例提供的再一种数据包限速规则处理方法的流程示意图。如图8所示，该方法包括：
S601、Neutron-Client通过RESTful API接收查看命令。
上述查看命令用于查看第二QoS策略中的数据包限速规则，该查看命令包括：第二QoS策略的标识。
该查看命令可以是命令行，例如可以是如下所示：
openstack network qos rule list<qos-policy-id>
实际使用上述配置命令时，上述配置命令中“<>”部分(例如<qos-policy-id>)的内容根据具体情况用实际的值替换。其中，<qos-policy-id>位置填写第一QoS策略的标识，例如可以是第一QoS策略的UUID。
示例性的，上述新增数据包限速规则的配置命令具体可以是：[root@compute.～]#openstack network qos rule list 85b1646d-d2da-9319-a7e87c10a21e
上述命令行表征的配置命令是，查看标识为“85b1646d-d2da-9319-a7e87c10a21e”的第一QoS策略中所有规则。
S602、Neutron-Client通过Neutron API向Neutron-Server发送查看命令。
相应地，Neutron-Server通过Neutron API接收该查看命令。
S603、Neutron-Server调用服务质量插件从目标数据表中查找第二QoS策略中的数据包限速规则；
上述目标数据表位于服务端的数据库中，用于记录上述第二QoS策略中的数据包限速规则。
作为一种可能的实现方式，上述目标数据表中记录有第二QoS策略的标识以及数据包限速规则。当上述查看命令包括第二QoS策略的标识，不包括第二QoS策略中的数据包限速规则的标识时，Neutron-Server调用QoSPlugin根据上述查看命令中的第二QoS策略的标识通过对比找到第二QoS策略，包括数据包限速规则，以及其他可能有的规则，例如带宽限速规则。
S604、Neutron-Server向Neutron-Client发送第二QoS策略中的数据包限速规则。
相应地，Neutron-Client接收该第二QoS策略中的数据包限速规则。
Neutron-Server通过Neutron API向Neutron-Client发送第二QoS策略中的规则，其中包括数据包限速规则。
QoS策略QoS策略S605、Neutron-Client输出第二QoS策略中的数据包限速规则。
作为一种可能的实现方式，Neutron-Client提供用于输出上述配置命令的显示界面。Neutron-Client将上述的第二服务质量策略QoS策略中的规则，其中包括数据包限速规则。图9为本申请实施例提供的一种数据包限速规则显示结果示意图。如图9所示，该显示的内容表征目前配置的数据包限速规则的ID为“c127ed74-4430-4d3c-88ea-0d5c86fe979f”，第一QoS策略的ID为“85b1646d-d2da-9319-a7e87c10a21e”，限制方向为egress，max_kpps为500，max_burst_kpps为400。
本实施例中，Openstack云平台的客户端的Neutron-Client接收查看命令，并将其发送至服务端的Neutron-Server，后续的服务端的Neutron-Server通过上述的增加扩展后的QoSPlugin将上述第二QoS策略中的数据包限速规则传输至客户端的Neutron-Client，并由其输出至显示界面。通过上述操作，可以实现用户对已经配置的数据包限速规则的查看。
图10为本申请提供的一种数据包限速规则处理装置的结构示意图。云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于客户端。
如图10所示，该数据包限速规则处理装置包括：接收模块11、发送模块12。可选地，该数据包限速规则处理装置例如可以包括输出模块13。
接收模块11，用于接收配置命令，所述配置命令用于配置第一服务质量策略中的数据包限速规则，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
发送模块12，用于向所述服务端发送所述配置命令，以使所述服务端根据所述配置命令，控制第一代理端为第一虚拟主机配置数据包限速规则，所述第一代理端为所述M个代理端中所述第一服务质量策略对应所述的第一虚拟主机所属的第一代理端。
作为一种可能的实现方式，接收模块11，还用于接收查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识。
作为一种可能的实现方式，发送模块12，还用于向所述服务端发送所述查看命令，以使所述服务端从数据库的目标数据表中查找所述第二服务质量策略中的数据包限速规则；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则。
作为一种可能的实现方式，接收模块11，还用于接收所述服务端返回的所述第二服务质量策略中的数据包限速规则。
作为一种可能的实现方式，输出模块13，用于输出所述第二服务质量策略中的数据包限速规则。
图11为本申请提供的另一种数据包限速规则处理装置的结构示意图。云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于服务端。
如图11所示，该数据包限速规则处理装置包括：接收模块21、更新模块22、确定模块23、发送模块24。可选地，该数据包限速规则处理装置例如可以包括查找模块25。
接收模块21，用于接收来自所述客户端的配置命令，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作。
更新模块22，用于根据所述配置命令，更新数据库的目标数据表；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则。
确定模块23，用于根据所述第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从所述M个代理端中确定所述第一服务质量策略对应的第一虚拟主机所属的第一代理端。
发送模块24，用于向所述第一代理端发送所述配置命令，以使所述第一代理端配置所述第一服务质量策略中的数据包限速规则。
作为一种可能的实现方式，发送模块24，具体用于当所述配置操作包括：新增配置或者修改配置，所述创建模块24根据所述目标数据表中记录的所述第一服务质量策略中的数据包限速规则的参数，创建目标类的实例；所述目标类的实例用于表征所述配置命令。
作为一种可能的实现方式，发送模块24，具体用于向所述第一代理端发送所述目标类的实例。
作为一种可能的实现方式，接收模块21，还用于接收来自所述客户端的查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识。
作为一种可能的实现方式，查找模块25，用于从所述目标数据表中查找所述第二服务质量策略中的数据包限速规则。
作为一种可能的实现方式，发送模块24，还用于向所述客户端发送所述第二服务质量策略中的数据包限速规则，以使所述客户端输出所述第二服务质量策略中的数据包限速规则。
图12为本申请提供的再一种数据包限速规则处理装置的结构示意图。云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于所述M个代理端中的第一代理端。
如图12所示，该数据包限速规则处理装置包括：接收模块31、配置模块32。
接收模块31，用于接收来自所述服务端的配置命令，所述配置命令包括：所述第一服务质量策略的标识、针对所述第一服务质量策略中的数据包限速规则的配置操作。
配置模块32，用于根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
作为一种可能的实现方式，配置模块32，具体用于判断是否为所述第一虚拟主机启用所述第一服务质量策略；若为所述第一虚拟主机启用所述第一服务质量策略，则根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
作为一种可能的实现方式，接收模块31，具体用于接收来自所述服务端的目标类的实例；所述目标类的实例用于表征所述配置命令。
图13为本申请提供的一种电子设备的结构示意图。其中，该电子设备例如可以为前述所说的云平台中的客户端、服务端、代理端。如图13所示，该电子设备200可以包括：至少一个处理器201、存储器202。
存储器202，用于存储程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
存储器202可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
处理器201用于执行存储器202存储的计算机执行指令，以实现前述方法实施例所描述的数据包限速规则处理方法。其中，处理器201可能是一个中央处理器(CentralProcessing Unit，简称为CPU)，或者是特定集成电路(Application Specific IntegratedCircuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。
该电子设备200还可以包括通信接口203，以通过通信接口203可以与外部设备进行通信交互，外部设备例如可以是前述所说的客户端、服务端、代理端。在具体实现上，如果通信接口203、存储器202和处理器201独立实现，则通信接口203、存储器202和处理器201可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(IndustryStandard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果通信接口203、存储器202和处理器201集成在一块芯片上实现，则通信接口203、存储器202和处理器201可以通过内部接口完成通信。
本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。
本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。计算设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的数据包限速规则处理方法。
本申请还提供一种云平台，该云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1。该客户端、服务端、代理端用于对应的实施上述各种实施方式提供的数据包限速规则处理方法。
作为一种可能的实现方式，第一代理端根据配置命令调用第一代理端中用于配置数据包限速规则的驱动。然后该驱动调用初始化函数进行初始化操作。接着，该驱动在初始化完成之后为第一QoS策略对应的第一虚拟主机配置数据包限速规则。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (14)

1.一种数据包限速规则处理方法，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述客户端接收配置命令，所述配置命令用于配置第一服务质量策略中的数据包限速规则，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述客户端向所述服务端发送所述配置命令，以使所述服务端根据所述配置命令，控制第一代理端为第一虚拟主机配置数据包限速规则，所述第一代理端为所述M个代理端中所述第一服务质量策略对应所述的第一虚拟主机所属的第一代理端。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述客户端接收查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识；
所述客户端向所述服务端发送所述查看命令，以使所述服务端从数据库的目标数据表中查找所述第二服务质量策略中的数据包限速规则；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
所述客户端接收所述服务端返回的所述第二服务质量策略中的数据包限速规则；
所述客户端输出所述第二服务质量策略中的数据包限速规则。
3.一种数据包限速规则处理方法，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述服务端接收来自所述客户端的配置命令，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述服务端根据所述配置命令，更新数据库的目标数据表；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
所述服务端根据所述第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从所述M个代理端中确定所述第一服务质量策略对应的第一虚拟主机所属的第一代理端；
所述服务端向所述第一代理端发送所述配置命令，以使所述第一代理端配置所述第一服务质量策略中的数据包限速规则。
4.根据权利要求3所述的方法，其特征在于，所述配置操作包括：新增配置或者修改配置，所述服务端向所述第一代理端发送所述配置命令，包括：
所述服务端根据所述目标数据表中记录的所述第一服务质量策略中的数据包限速规则的参数，创建目标类的实例；所述目标类的实例用于表征所述配置命令；
所述服务端向所述第一代理端发送所述目标类的实例。
5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：
所述服务端接收来自所述客户端的查看命令，所述查看命令用于查看第二服务质量策略中的数据包限速规则，所述查看命令包括：所述第二服务质量策略的标识；
所述服务端从所述目标数据表中查找所述第二服务质量策略中的数据包限速规则；
所述服务端向所述客户端发送所述第二服务质量策略中的数据包限速规则，以使所述客户端输出所述第二服务质量策略中的数据包限速规则。
6.一种数据包限速规则处理方法，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述方法包括：
所述M个代理端中的第一代理端接收来自所述服务端的配置命令，所述配置命令包括：所述第一服务质量策略的标识、针对所述第一服务质量策略中的数据包限速规则的配置操作；
所述第一代理端根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
7.根据权利要求6所述的方法，其特征在于，所述第一代理端根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则，包括：
判断是否为所述第一虚拟主机启用所述第一服务质量策略；
若为所述第一虚拟主机启用所述第一服务质量策略，则根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
8.根据权利要求6或7所述的方法，其特征在于，所述第一代理端接收来自所述服务端的配置命令，包括：
所述第一代理端接收来自所述服务端的目标类的实例；所述目标类的实例用于表征所述配置命令。
9.一种数据包限速规则处理装置，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于客户端，所述装置包括：
接收模块，用于接收配置命令，所述配置命令用于配置第一服务质量策略中的数据包限速规则，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
发送模块，用于向所述服务端发送所述配置命令，以使所述服务端根据所述配置命令，控制第一代理端为第一虚拟主机配置数据包限速规则，所述第一代理端为所述M个代理端中所述第一服务质量策略对应所述的第一虚拟主机所属的第一代理端。
10.一种数据包限速规则处理装置，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于服务端，所述装置包括：
接收模块，用于接收来自所述客户端的配置命令，所述配置命令包括：所述第一服务质量策略的标识，针对所述第一服务质量策略中的数据包限速规则的配置操作；
更新模块，用于根据所述配置命令，更新数据库的目标数据表；所述目标数据表中用于记录所述云平台已配置的服务质量策略中的数据包限速规则；
确定模块，用于根据所述第一服务质量策略的标识，以及，服务质量策略的标识与虚拟主机的标识的映射关系，从所述M个代理端中确定所述第一服务质量策略对应的第一虚拟主机所属的第一代理端；
发送模块，用于向所述第一代理端发送所述配置命令，以使所述第一代理端配置所述第一服务质量策略中的数据包限速规则。
11.一种数据包限速规则处理装置，其特征在于，云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1，所述装置应用于所述M个代理端中的第一代理端，所述装置包括：
接收模块，用于接收来自所述服务端的配置命令，所述配置命令包括：所述第一服务质量策略的标识、针对所述第一服务质量策略中的数据包限速规则的配置操作；
配置模块，用于根据所述配置命令，为所述第一服务质量策略对应的第一虚拟主机配置数据包限速规则。
12.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的方法。
13.一种云平台，所述云平台包括：客户端、服务端，以及，M个代理端，每个代理端部署有至少一个虚拟主机，所述M大于或等于1；
其中，所述客户端用于执行如权利要求1、2中任一项所述的方法；所述服务端用于执行如权利要求3至5中任一项所述的方法；所述代理端用于执行如权利要求6至8中任一项所述的方法。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的数据包限速规则处理方法。
CN202210690295.4A 2022-06-17 2022-06-17 数据包限速规则处理方法、装置、设备、存储介质 Active CN114884816B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210690295.4A CN114884816B (zh) 2022-06-17 2022-06-17 数据包限速规则处理方法、装置、设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210690295.4A CN114884816B (zh) 2022-06-17 2022-06-17 数据包限速规则处理方法、装置、设备、存储介质

Publications (2)

Publication Number Publication Date
CN114884816A true CN114884816A (zh) 2022-08-09
CN114884816B CN114884816B (zh) 2024-02-13

Family

ID=82681994

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210690295.4A Active CN114884816B (zh) 2022-06-17 2022-06-17 数据包限速规则处理方法、装置、设备、存储介质

Country Status (1)

Country Link
CN (1) CN114884816B (zh)

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043533A (zh) * 2006-03-20 2007-09-26 华为技术有限公司 一种终端离开网络的处理方法
US20090225762A1 (en) * 2008-03-04 2009-09-10 Bridgewater Systems Corp. Providing dynamic quality of service for virtual private networks
KR20100013600A (ko) * 2008-07-31 2010-02-10 한양대학교 산학협력단 ＱｏＳ정책 기반 멀티미디어 서비스 제공 방법 및 이를수행하기 위한 시스템
WO2010081329A1 (zh) * 2009-01-19 2010-07-22 中兴通讯股份有限公司 业务流迁移过程中对网络资源进行控制的方法和系统
US20110106933A1 (en) * 2008-06-10 2011-05-05 Loevsen Lars Policy control with predefined rules
CN102223290A (zh) * 2010-04-15 2011-10-19 华为终端有限公司 服务质量配置的方法、装置和系统
US20120275367A1 (en) * 2009-12-23 2012-11-01 Reiner Ludwig Energy Control in a Mobile Communication Network
CN106209677A (zh) * 2016-07-15 2016-12-07 深圳市永达电子信息股份有限公司 基于Openstack的neutron实现网络QOS的方法
CN107370686A (zh) * 2017-08-08 2017-11-21 郑州云海信息技术有限公司 一种流量控制方法及装置
CN109151913A (zh) * 2017-06-16 2019-01-04 电信科学技术研究院 一种服务质量的控制方法及相关装置
CN111565422A (zh) * 2019-02-13 2020-08-21 华为技术有限公司 策略控制方法、装置及系统
CN112929207A (zh) * 2021-01-25 2021-06-08 东莞中国科学院云计算产业技术创新与育成中心 外网服务质量管理方法、装置、计算机设备和存储介质
CN113326097A (zh) * 2021-06-08 2021-08-31 深圳前海微众银行股份有限公司 一种虚拟机限速方法、装置、设备和计算机存储介质
CN113923213A (zh) * 2021-08-26 2022-01-11 新华三大数据技术有限公司 目录级服务质量控制方法、系统及接入节点
CN114338546A (zh) * 2021-12-24 2022-04-12 中国联合网络通信集团有限公司 虚拟机限速方法、装置、电子设备及可读存储介质
CN114465956A (zh) * 2022-04-11 2022-05-10 北京金山云网络技术有限公司 虚拟机流量限速的方法、装置、电子设备及存储介质

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043533A (zh) * 2006-03-20 2007-09-26 华为技术有限公司 一种终端离开网络的处理方法
US20090225762A1 (en) * 2008-03-04 2009-09-10 Bridgewater Systems Corp. Providing dynamic quality of service for virtual private networks
US20110106933A1 (en) * 2008-06-10 2011-05-05 Loevsen Lars Policy control with predefined rules
KR20100013600A (ko) * 2008-07-31 2010-02-10 한양대학교 산학협력단 ＱｏＳ정책 기반 멀티미디어 서비스 제공 방법 및 이를수행하기 위한 시스템
WO2010081329A1 (zh) * 2009-01-19 2010-07-22 中兴通讯股份有限公司 业务流迁移过程中对网络资源进行控制的方法和系统
US20120275367A1 (en) * 2009-12-23 2012-11-01 Reiner Ludwig Energy Control in a Mobile Communication Network
CN102223290A (zh) * 2010-04-15 2011-10-19 华为终端有限公司 服务质量配置的方法、装置和系统
CN106209677A (zh) * 2016-07-15 2016-12-07 深圳市永达电子信息股份有限公司 基于Openstack的neutron实现网络QOS的方法
CN109151913A (zh) * 2017-06-16 2019-01-04 电信科学技术研究院 一种服务质量的控制方法及相关装置
CN107370686A (zh) * 2017-08-08 2017-11-21 郑州云海信息技术有限公司 一种流量控制方法及装置
CN111565422A (zh) * 2019-02-13 2020-08-21 华为技术有限公司 策略控制方法、装置及系统
US20200296221A1 (en) * 2019-02-13 2020-09-17 Huawei Technologies Co., Ltd. Policy Control Method, Apparatus, and System
CN112929207A (zh) * 2021-01-25 2021-06-08 东莞中国科学院云计算产业技术创新与育成中心 外网服务质量管理方法、装置、计算机设备和存储介质
CN113326097A (zh) * 2021-06-08 2021-08-31 深圳前海微众银行股份有限公司 一种虚拟机限速方法、装置、设备和计算机存储介质
CN113923213A (zh) * 2021-08-26 2022-01-11 新华三大数据技术有限公司 目录级服务质量控制方法、系统及接入节点
CN114338546A (zh) * 2021-12-24 2022-04-12 中国联合网络通信集团有限公司 虚拟机限速方法、装置、电子设备及可读存储介质
CN114465956A (zh) * 2022-04-11 2022-05-10 北京金山云网络技术有限公司 虚拟机流量限速的方法、装置、电子设备及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
MD. FAIZUL BARI等: "PolicyCop: An Autonomic QoS Policy Enforcement Framework for Software Defined Networks", 《 2013 IEEE SDN FOR FUTURE NETWORKS AND SERVICES (SDN4FNS)》 *
PAR@ISH: "QOS技术之QOS policy 配置范例", Retrieved from the Internet <URL:https://blog.csdn.net/weixin_37813152/article/details/106870981> *
徐兆军;: "QoS提高需求下的服务策略管理系统分析与设计", 计算机产品与流通, no. 06 *
郑月斋: "IP网络QoS的配置策略研究及应用", 《万方数据库》 *

Also Published As

Publication number Publication date
CN114884816B (zh) 2024-02-13

Similar Documents

Publication Publication Date Title
CN110198334B (zh) 基于对象存储服务的访问方法、装置和存储介质
US9736036B2 (en) Variable-based forwarding path construction for packet processing within a network device
EP3471352B1 (en) Asymmetric connection with external networks
US20180210752A1 (en) Accelerator virtualization method and apparatus, and centralized resource manager
US10397132B2 (en) System and method for granting virtualized network function life cycle management
EP2754030A1 (en) Virtual switch extensibility
KR20170060118A (ko) 분류된 네트워크 스트림의 관리
US10243799B2 (en) Method, apparatus and system for virtualizing a policy and charging rules function
US20230022113A1 (en) Management method for cdn function virtualization, electronic device, and computer readable medium
CN115604199B (zh) 一种云原生平台微服务网关的服务路由方法和系统
JP2023503368A (ja) ネットワークサービスを管理するための方法、デバイス、およびシステム
US20120182978A1 (en) System and Method For Managing Routers and Communication Interfaces On A Computing Device
US11444998B2 (en) Bit rate reduction processing method for data file, and server
CN109587028B (zh) 一种控制客户端流量的方法和装置
US11316916B2 (en) Packet processing method, related device, and computer storage medium
KR101729944B1 (ko) Sdn 기반의 멀티 테넌트 지원 네트워크 시스템의 ip 주소 제공 방법
US8856342B2 (en) Efficiently relating adjacent management applications managing a shared infrastructure
CN116962139A (zh) 云平台靶场智能调用外部物理设备的虚实结合处理系统、方法、装置、处理器及其存储介质
Welzl et al. Beneficial transparent deployment of SCTP: the missing pieces
CN114884816B (zh) 数据包限速规则处理方法、装置、设备、存储介质
US10911798B2 (en) Providing files of variable sizes based on device and network conditions
US10291717B2 (en) Prioritizing VDI sessions and redirected devices in software defined networks
KR101729945B1 (ko) Sdn 기반의 네트워크 시스템의 멀티 테넌트 지원 방법
KR101729939B1 (ko) Sdn 기반의 멀티 테넌트 지원 네트워크 시스템
CN112929207A (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