CN116668372A - 一种流量控制方法和相关装置 - Google Patents

Abstract

本申请公开了一种流量控制方法和相关装置，服务器可以包括元数据服务器和分布式服务器，分布式服务器用于存储服务数据，元数据服务器用于存储服务数据的元数据，元数据服务器可以获取与客户端对应的流控信息，向分布式服务器发送流控信息，以通过分布式服务器存储流控信息，响应于针对客户端中的目标客户端的流控发布指令，元数据服务器可以从分布式服务器中查询目标客户端对应的目标流控信息，并向目标客户端发送目标流控信息，以通过目标客户端根据目标流控信息进行流量控制，从而为目标客户端提供流量控制，使各个客户端的服务质量得到保证，提高用户的使用体验，且实现了流控信息的统一配置和集中管理，简化配置流程，提高配置便利性。

Description

一种流量控制方法和相关装置

技术领域

本申请涉及数据处理领域，特别是涉及一种流量控制方法和相关装置。

背景技术

云存储领域的分布式存储***，可以为用户提供分布式文件***服务。例如Ceph是一种开源的分布式存储***，其可以通过Cephfs提供分布式文件***服务，可以用于对象、文件、块存储，其可以允许多个用户对存储的数据进行读写，并保证每个用户看到的数据是一致的。

具体的，用户可以在客户端机器通过客户端访问分布式存储***。例如用户可以通过在客户端机器通过用户空间文件***（Filesystem in Userspace，fuse）挂载Cephfs客户端，来访问Cephfs文件***服务，通常一个客户端机器挂载一个客户端。

然而，目前存在针对分布式存储***的访问没有进行流量控制的问题，即分布式存储***没有服务质量（Quality of Service，Qos）保证的能力，这样如果某些客户端的业务繁忙、输入/输出（Input/Output，IO）压力大将会占用大量的带宽和IO资源，影响其他客户端服务，这些其他客户端服务的资源服务带宽和IO不能保证在指定的范围内，容易出现卡顿、超时等问题，影响用户体验。

发明内容

为了解决上述技术问题，本申请提供了一种流量控制方法和相关装置，通过服务器集中配置各个客户端的流量控制信息，实现了服务质量保证，且无需客户端逐一进行配置，提高配置便利性。

本申请实施例公开了如下技术方案：

一方面，本申请提供一种流量控制方法，应用于元数据服务器，所述元数据服务器用于存储服务数据的元数据，所述方法包括：

获取与客户端对应的流控信息；

向分布式服务器发送所述流控信息，以通过所述分布式服务器存储所述流控信息，所述分布式服务器用于存储服务数据；

响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

向所述目标客户端发送所述目标流控信息，以通过所述目标客户端根据所述目标流控信息进行流量控制。

另一方面，本申请提供一种流量控制装置，其特征在于，应用于元数据服务器，所述元数据服务器用于存储服务数据的元数据，所述装置包括：

流控信息获取单元，用于获取与客户端对应的流控信息；

流控信息存储单元，用于向分布式服务器发送所述流控信息，以通过所述分布式服务器存储所述流控信息，所述分布式服务器用于存储服务数据；

流控信息查找单元，用于响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

流控信息发布单元，用于向所述目标客户端发送所述目标流控信息，以通过所述目标客户端根据所述目标流控信息进行流量控制。

另一方面，本申请提供一种计算机设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行上述方面所述的流量控制方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述方面所述的流量控制方法。

另一方面，本申请实施例提供了一种包括计算机程序的计算机程序产品，当其在计算机设备上运行时，使得所述计算机设备执行所述的流量控制方法。

由上述技术方案可以看出，服务器可以包括元数据服务器和分布式服务器，分布式服务器用于存储服务数据，元数据服务器用于存储服务数据的元数据，元数据服务器可以获取与客户端对应的流控信息，向分布式服务器发送流控信息，以通过分布式服务器存储流控信息，响应于针对客户端中的目标客户端的流控发布指令，元数据服务器可以从分布式服务器中查询目标客户端对应的目标流控信息，并向目标客户端发送目标流控信息，以通过目标客户端根据目标流控信息进行流量控制，从而为目标客户端提供流量控制，使各个客户端的服务质量得到保证，提高用户的使用体验，此外流控信息存储在服务器端，实现了流控信息的统一配置和集中管理，无需从客户端进行逐一设置，简化配置流程，提高配置便利性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种流量控制方法的应用场景的示意图；

图2为本申请实施例提供的一种流量控制方法的流程图；

图3为本申请实施例提供的一种流量控制过程示意图；

图4为本申请实施例提供的另一种流量控制过程的示意图；

图5为本申请实施例提供的一种流控信息获取过程示意图；

图6为本申请实施例提供的一种流控信息存储过程示意图；

图7为本申请实施例提供的一种流控信息的发布过程示意图；

图8为本申请实施例提供的另一种流控信息的发布过程示意图；

图9为本申请实施例提供的一种访问过程示意图；

图10为本申请实施例提供的一种流量控制装置的结构框图；

图11为本申请实施例提供的一种终端设备的结构图；

图12为本申请实施例提供的一种服务器的结构图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

目前存在针对分布式存储***的访问没有进行流量控制的问题，使不同客户端所能提供的客户端服务之间影响较大，容易出现卡顿、超时等问题。

为了解决上述技术问题，本申请提供了一种流量控制方法和相关装置，通过服务器集中配置各个客户端的流量控制信息，实现了服务质量保证，且无需客户端逐一进行配置，提高配置便利性。

本申请实施例所提供的流量控制方法可以通过计算机设备实施，该计算机设备可以是服务器，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器可以和终端设备连接，终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

云技术（Cloud technology）是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络***的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台***进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的***后盾支撑，只能通过云计算来实现。

云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储*** (以下简称存储***）是指通过集群应用、网格技术以及分布存储文件***等功能，将网络中大量各种不同类型的存储设备（存储设备也称之为存储节点）通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储***。

目前，存储***的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件***上，文件***将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识（ID，ID entity)等额外的信息，文件***将每个对象分别写入该逻辑卷的物理存储空间，且文件***会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件***能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储***为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量（该估量往往相对于实际要存储的对象的容量有很大余量）和独立冗余磁盘阵列（RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

为了便于理解本申请提供的技术方案，接下来，将结合一种实际应用场景，对本申请实施例提供的一种流量控制方法进行介绍。

图1示出了本申请实施例提供的一种流量控制方法的应用场景的示意图，该场景中，包括服务器10和终端设备20，终端设备20可以作为客户端机器，其中可以挂载分布式存储的客户端，该客户端对应的服务器10和终端设备20之间可以通过网络进行交互，以通过服务器10支持该客户端。服务器10可以作为前述计算机设备，用于对客户端进行流量控制。

服务器10可以包括元数据服务器110和分布式服务器120，分布式服务器120用于存储服务数据，元数据服务器110用于存储服务数据的元数据，元数据服务器110可以获取与客户端对应的流控信息，向分布式服务器102发送流控信息，以通过分布式服务器120存储流控信息。

响应于针对客户端中的目标客户端的流控发布指令，元数据服务器110可以从分布式服务器120中查询目标客户端对应的目标流控信息，并向目标客户端发送目标流控信息，以通过目标客户端根据目标流控信息进行流量控制，从而为目标客户端提供流量控制，使各个客户端的服务质量得到保证，提高用户的使用体验，此外流控信息存储在服务器端，实现了流控信息的统一配置和集中管理，无需从客户端进行逐一设置，简化配置流程，提高配置便利性。

图2为本申请实施例提供的一种流量控制方法的流程图，本实施例中，以服务器作为前述计算机设备进行说明，该流量控制方法应用于元数据服务器，该方法可以包括：

S101，获取与客户端对应的流控信息。

本申请实施例中，服务器用于提供分布式存储服务，分布式存储服务例如Ceph服务，相对于客户端，服务器作为服务端，服务器可以包括元数据服务器（Metadata servercluster，MDS）和分布式服务器，在分布式存储服务为Ceph服务时，分布式服务器可以为可靠的自主分布式对象存储（Reliable, Autonomic Distributed Object Store，Rados）服务器，Rados是Ceph的核心之一，作为Ceph分布式文件***的一个子项目，特别为Ceph的需求设计，能够在动态变化和异质结构的存储设备机群之上提供一种稳定、可扩展、高性能的单一逻辑对象（Object）存储接口和能够实现节点的自适应和自管理的存储***。

其中，分布式服务器用于存储服务数据，元数据服务器用于存储服务数据的元数据（Metadata），服务数据是用户需要存储到分布式存储***中的数据，元数据为描述服务数据的数据，主要描述数据属性（property）的信息，用于支持如指示存储位置、历史数据、资源查找、文件记录等功能，元数据可以作为一种电子式目录，以目录树结构的形式存在。客户端通过元数据服务器获取到服务数据的元数据后，可以根据元数据访问分布式服务器从而访问特定的服务数据。

元数据服务器可以包括多个子服务器，多个子服务器构成服务器集群，共同作为元数据服务器，多个子服务器中的每个子服务器可以作为独立的元数据服务器进行工作，也可以实现交互实现特定的功能，多个子服务器作为多活***，以提高分布式存储***的可靠性和工作性能。多个子服务器可以分别承载不同客户端的访问，以提高访问响应效率，多个子服务器的数量通常少于10个。

客户端机器（例如终端设备）可以通过客户端访问分布式存储***，以享受分布式存储服务，多台客户端机器可以通过客户端提供不同的应用以供客户使用，而这些客户端共享着分布式存储***所提供的带宽和IO能力，例如共享元数据服务器提供的带宽。客户端机器可以通过fuse挂载客户端，fuse是Linux中用于挂载某些网络空间到本地文件***的模块。

然而，目前存在针对分布式存储***的访问没有进行流量控制的问题，即分布式存储***没有服务质量（Quality of Service，Qos）保证的能力，这样如果某些客户端的业务繁忙、输入/输出（Input/Output，IO）压力大将会占用大量的带宽和IO资源，相应的其他客户端服务所能占用的带宽和IO资源相对较少，因此影响其他客户端服务，这些其他客户端服务的资源服务带宽和IO不能保证在指定的范围内，容易出现卡顿、超时等问题，影响用户体验。

若在客户端增加流量控制模块来单独设置流控信息，流控信息用于指示对流量的控制情况，例如可以限制流量的最大值，客户端可以根据流控信息对分布式存储***进行访问，具体的，参考图3所示，为本申请实施例提供的一种流量控制过程示意图，客户端200包括应用程序（App）和fuse，其中fuse中具有流量控制模块（简称流控模块），流控模块可以被配置流控信息，在客户端中的应用程序产生访问请求后，可以向fuse发送访问请求，fuse根据流控信息对访问请求的发送进行控制。服务器100包括元数据服务器110，元数据服务器110包括多个子服务器110A，客户端200可以向子服务器110A请求服务数据的元数据。

然而这种方式需要登录客户端更新流控信息，这就需要逐一登录各个客户端机器，针对客户端机器为用户机器的情况，存在无权登录操作的问题，流控信息的设置具有极大的不便利性，且客户端重启之后，之前设置的流控信息往往会失效，需要重新登录客户端机器进行流控信息的设置，增加了流控信息设置的不便利性。

本申请实施例中，可以通过元数据服务器进行流控信息的设置，从而为客户端提供服务质量保证，保证分布式存储***提供的资源服务带宽和IO在指定的范围内，提高用户体验。参考图4所示，为本申请实施例提供的另一种流量控制过程的示意图，元数据服务器110可以被配置流控信息，元数据服务器110在获取到流控信息后，可以向客户端200进行流控信息的集中发布，无需逐一登录各个客户端机器来设置流控信息，提高流控信息设置的便利性。

具体的，元数据服务器可以获取与客户端对应的流控信息，在元数据服务器包括多个子服务器的情况下，可以由多个子服务器中的任一子服务器获取与客户端对应的流控信息，该任一子服务器记为第一服务器，即可以通过多个服务器中的第一服务器获取与客户端对应的流控信息。

具体实施时，可以通过第一服务器中的读取模块（admin socket），从本地套接字（unix socket）获取与客户端对应的流控信息，本地套接字中的流控信息来自信息获取进程，第一服务器中的核心处理（mdsrank）模块获取来自于读取模块的流控信息，核心处理模块用于实现流控信息的配置从而提供服务质量（Qos）保证。本地套接字用于环回地址通信，可以实现进程间通信，通信流程不经过网络层、数据链路层、物理层，不经过网络，只是内核缓冲区之间的数据拷贝，效率较高。

参考图5所示，为本申请实施例提供的一种流控信息获取过程示意图，信息获取进程可以为命令提示符（commend，cmd）进程，用户可以通过cmd进程进行流控注册，从而设置与客户端对应的流控信息，并将流控信息发送到本地套接字，第一服务器110A中的读取模块可以从本地套接字获取到流控信息。第一服务器中的读取模块在获取到流控信息后，可以将流控信息发送给第一服务器110A中的核心处理模块。

由于客户端通常包括多个，因此与客户端对应的流控信息也可以包括多个，每个客户端可以对应有一个流控信息。客户端对分布式存储***的访问请求可以包括用于请求存储操作的请求，存储操作可以包括服务数据写操作、服务数据读操作、服务数据删除操作和元数据操作，则访问请求可以包括写操作请求、读操作请求、删除操作请求和元数据操作请求，其中服务数据写操作、服务数据读操作和服务数据删除操作针对服务数据进行操作，需要由客户端向分布式服务器发送相应的访问请求来实现，元数据操作需要由客户端向元数据服务器发送元数据操作请求来实现。

因此，可以为各个存储操作设置独立的流控值，即一个流控信息可以包括与存储操作一一对应的流控值，存储操作为以上存储操作中的至少一种，一个流控信息可以包括一个或多个流控值，这样可以实现对不同存储操作的针对性的更为精细的流量控制，即一个流控信息包括服务数据写操作对应的流控值（简称为写流控值）、服务数据读操作对应的流控值（简称为读流控值）、服务数据删除操作对应的流控值（简称为删除流控值）和元数据操作对应的流控值（简称为元数据流控值）中的至少一个。与存储操作对应流控值为该存储操作在单位时间内允许的最大并发数，例如写流控值为1000，则表示1s内最多允许1000个写操作请求同时发送，从而实现流量控制。

举例来说，针对多个客户端中的目标客户端，其对应有一个流控信息，该流控信息与目标客户端的客户端标识（client ip）对应，该流控信息可以包括写流控值、读流控值、删除流控值和元数据流控值，分别表示为thr_w、thr_r、thr_d和thr_m，为这些流控值赋值，可以生成目标客户端对应的流控信息。为流控值赋值的过程，可以称为流控注册过程，该过程中的注册信息格式可以表示为：

{client ip} thr_w={写流控值} thr_r={读流控值} thr_d={删除流控值} thr_m={元数据流控值}

其中，{}中的信息由用户输入，构成目标客户端对应的一组流控值。

S102，向分布式服务器发送流控信息，以通过分布式服务器存储流控信息。

本申请实施例中，元数据服务器在获取到与客户端对应的流控信息后，可以向分布式服务器发送流控信息，以通过分布式服务器存储流控信息，这样可以实现流控信息的持久化，且在元数据服务器包括多个子服务器的情况下，每个子服务器均可以从分布式服务器查询流控信息，实现流控信息在多个子服务器中的共享，因此由分布式服务器进行流控信息的存储，可以实现流控信息的共享持久化。

在流控信息有多个子服务器中的第一服务器获取时，该流控信息也由第一服务器向分布式服务器发送，即可以通过第一服务器向分布式服务器发送流控信息。具体的，可以通过第一服务器中的核心处理模块将流控信息存储到内存中，而后通过第一服务器中的交互（objecter）模块根据内存中的流控信息向分布式服务器发送流控信息，其中交互模块可以视为分布式服务器的客户端模块，用于实现元数据服务器和分布式服务器之间的交互。

具体实施时，交互模块可以将流控信息封装为持久化消息发送给分布式服务器，以使分布式服务器将流控信息持久化到分布式服务器的内存中。在流控信息包括与存储操作对应的流控值时，分布式服务器可以将流控信息存储为与客户端一一对应的流控对象，流控对象包括由存储操作和与存储操作对应的流控值构成的键值对（kv属性），也就是说，分布式服务器中可以存储有各个客户端对应的流控对象。其中与客户端对应的流控对象可以与客户端的客户端标识对应，例如将客户端的客户端标识（client_{ip}）作为名称，以区分不同客户端对应的流控对象，将存储操作（thr_{四大存储操作中任一种}）作为流控对象中的键（key），将流控值作为流控对象中的值（value）。

参考图6所示，为本申请实施例提供的一种流控信息存储过程示意图，交互模块将流控信息发送到分布式服务器120，分布式服务器中存储多个流控对象，流控对象的名称分别为client_ip1、client_ip2、client_ip3和client_ip4，每个流控对象均包括thr_w、thr_r、thr_d和thr_m四个键，每个键对应一个流控值。流控对象可以存储在分布式服务器中的元数据池。

S103，响应于针对客户端中的目标客户端的流控发布指令，从分布式服务器中查询目标客户端对应的目标流控信息。

本申请实施例中，响应于针对客户端中的目标客户端的流控发布指令，流控发布指令用于指示元数据服务器向客户端进行流控信息的发布，从而使客户端获取到相应的流控信息，元数据服务器可以从分布式服务器中查询目标客户端对应的目标流控信息，在客户端包括多个时，目标客户端为多个客户端中的一个或多个，目标流控信息为与多个客户端对应的多个流控信息中的一个或多个。其中，在元数据服务器包括多个子服务器时，可以由多个子服务器中的第二服务器进行目标流控信息的查找，响应于针对客户端中的目标客户端的流控发布指令，可以通过多个子服务器中的第二服务器从分布式服务器中查询目标客户端对应的目标流控信息。第二服务器为获取到流控发布指令的服务器，第二服务器与第一服务器可以为同一子服务器，也可以为不同子服务器。

其中目标客户端可以为存储流控信息之前启动的客户端（即老客户端），也可以为存储流控信息之后启动的客户端（即新客户端），针对这两种客户端，流控发布指令的获取方式可以不同。

针对目标客户端为新客户端的情况，目标客户端在启动后可以向元数据服务器发送会话（session）创建请求，即流控发布指令可以为会话创建请求，元数据服务器在获取到来自目标客户端的会话创建请求后，可以将其作为流控发布指令，从分布式服务器中查询目标客户端对应的目标流控信息。其中会话创建请求用于请求与元数据服务器建立会话，以向建立会话的元数据服务器请求服务数据的元数据，会话创建请求中可以携带有目标客户端的客户端标识。目标客户端在客户端机器中成功挂载时，可以认为其成功启动。其中，用于查询目标流控信息的第二服务器可以为目标客户端对应的子服务器。参考图7所示，为本申请实施例提供的一种流控信息的发布过程示意图，客户端200在启动后向第二服务器发送会话创建请求作为流控发布指令。

针对目标客户端为老客户端的情况，由于其启动时机在存储流控信息之前，因此元数据服务器无法根据其会话创建请求发布流控信息，此时可以通过元数据服务器中的读取模块从信息获取进程获取针对目标客户端的流控发布指令，第二服务器中的核心处理（mdsrank）模块获取来自于读取模块的流控发布指令，该核心处理模块同样用于实现流控信息的配置从而提供服务器质量保证。这样用户可以通过信息获取进程发起流控发布，流控发布指令中可以包含有目标客户端的客户端标识，以便针对性的对目标客户端进行流控发布。

参考图8所示，为本申请实施例提供的另一种流控信息的发布过程示意图，信息获取进程可以为命令cmd进程，用户可以通过cmd进程发送流控发布指令到读取模块，流控发布指令可以携带有目标客户端的客户端标识。核心处理模块从读取模块获取到流控发布指令，进而对其进行处理。

在获取到流控发布指令后，可以通过第二服务器从分布式服务器中查询目标客户端对应的目标流控信息，具体的，响应于针对客户端中的目标客户端的流控发布指令，可以通过第二服务器中的交互（objector）模块从分布式服务器中查询目标客户端对应的目标流控信息。具体实施时，可以将来自于目标客户端的会话创建请求作为流控发布指令，核心处理（mdsrank）模块获取到会话创建请求之后，可以通过交互（objector）模块从分布式服务器中查询目标客户端对应的目标流控信息，参考图7所示；核心处理（mdsrank）模块也可以通过读取模块获取流控发布指令，并通过交互（objector）模块从分布式服务器中查询目标客户端对应的目标流控信息，参考图8所示。

S104，向目标客户端发送目标流控信息，以通过目标客户端根据目标流控信息进行流量控制。

本申请实施例中，元数据服务器可以向目标客户端发送目标流控信息，实现了流控信息的集中发布，从而通过目标客户端根据目标流控信息进行流量控制，从而为目标客户端提供流量控制，减少客户端之间流量竞争的影响，使各个客户端的服务质量得到保证，提高用户的使用体验，此外流控信息存储在服务器端，实现了流控信息的持久化共享存储、统一配置和集中管理，无需从客户端进行逐一设置，简化配置流程，提高配置便利性。

在由第二服务器获取流控发布指令，并由第二服务器从分布式服务器中查询目标客户端对应的目标流控信息的情况下，可以由第二服务器向目标客户端发送流控信息。具体的，可以由第二服务器中的核心处理模块向目标客户端发送流控信息。

在流控发布指令为会话创建请求时，向目标客户端发送流控信息，可以具体为，向目标客户端发送包括流控信息的会话响应信息，该会话响应信息与会话创建请求对应，作为会话创建请求的响应消息，参考图7所示。会话响应信息与会话创建请求之间的对应关系可以通过响应标识和请求标识体现。

在流控发布指令通过服务模块获取时，向目标客户端发送流控信息，可以具体为，向目标客户端发送包括流控信息的流量控制请求，流量控制请求用于指示使目标客户端感知流控信息，以使目标客户端根据流控信息进行流量控制，参考图8所示，流量控制请求的格式可以与会话响应信息的格式相同，也可以与会话响应信息的格式不同。

在向目标客户端发送目标流控信息之后，目标客户端可以根据目标流控信息进行流量控制，具体的，目标客户端中的流量控制模块可以根据目标流控信息进行访问请求的发送控制。其中，目标客户端可以设置令牌桶，令牌桶中具有令牌（token），令牌用于指示访问请求通行，目标流控信息用于指示目标客户端中与存储操作一一对应的令牌桶中的令牌的数量，该令牌在用于请求对应的存储操作的访问请求被目标客户端发送时被逐一消耗。

具体的，目标客户端可以针对每个存储操作均设置一个令牌桶，服务数据写操作对应的令牌桶记为写令牌桶，服务数据读操作对应的令牌桶记为读令牌桶，服务数据删除操作对应的令牌桶记为删令牌桶，元数据操作对应的令牌桶记为元数据令牌桶，参考图9所示，为本申请实施例提供的一种访问过程示意图，其中各个令牌桶可以设置在fuse中的流控模块中，流控模块基于令牌桶中的令牌数量进行流量控制。其中，与存储操作中的目标操作对应的令牌桶中的令牌数量，根据目标流控信息中目标操作对应的流控值确定，例如与目标操作对应的令牌桶中的令牌数量，为目标操作对应的流控值的预设倍数，预设倍数例如可以为1倍-3倍，在目标操作对应的令牌桶中的令牌数量大于目标操作请求对应的流控值时，客户端可以应对大于流控值的突发流量。

也就是说，针对服务数据写操作、服务数据读操作和服务数据删除操作中的目标操作，分布式服务器在单位时间内获取到的用于请求目标操作的访问请求的数量，小于或等于目标操作对应的流控值的预设倍数；在元数据操作作为目标操作时，元数据服务器在单位时间内获取到的用于请求元数据操作的访问请求的数量，小于或等于元数据操作对应的流控值的预设倍数，使客户端可以应对一定范围内的突发流量，提高客户端的突发应对能力。

以目标操作对应的令牌桶中的令牌数量，为目标操作对应的流控值的2倍为例，流控值为1000op/s时，允许最大突发流量达到每秒2000个目标操作对应的访问请求的发送。将目标操作对应的令牌桶中的令牌数量表示为Cur_{目标操作}，将目标操作对应的流控值表示为thr_{目标操作}，则可以通过如下关系设定目标操作对应的令牌桶中的令牌数量的初始值：

Cur_{目标操作} = 2 * thr_{目标操作}

在设置目标操作对应的令牌桶之后，每次用于请求目标操作的访问请求的发送，都会消耗一个令牌，如果令牌桶中没有令牌，则该访问请求需要等待令牌的产生，以起到访问请求的发送控制，实现流量控制。具体的，在通过fuse挂在客户端时，客户端中的应用程序可以向fuse发送访问请求，fuse为该访问请求获取令牌，若获取到令牌，则向服务器发送访问请求，访问请求被发送时，其对应的令牌被消耗掉，若获取不到令牌，则需要等待令牌的获取而暂时不进行访问请求的发送。

由于令牌桶中的令牌会实时消耗，因此也需要实时进行补充，具体的，可以对目标操作对应的令牌桶中的令牌进行周期性补充，补充的周期为单位时间，即每隔单位时间（例如1s）补充目标操作对应的流控值数量的令牌，需要注意的是，令牌桶中的实际令牌数不能超过流控值的预设倍数，以预设倍数为2为例，则可以通过如下逻辑进行令牌的补充：

Cur_{目标操作} = Cur_{目标操作} + thr_{目标操作}

If Cur_{目标操作}大于 2 * thr_{目标操作}

Cur_{目标操作} = 2 * thr_{目标操作}

在元数据服务器包括多个子服务器时，多个子服务器可以各自存储有相应的服务数据的元数据，同一元数据可以存储在一个子服务器中，也可以同时存储在多个子服务器中。在多个子服务器中的第三服务器获取到用于请求元数据操作的待执行访问请求后，若待执行元数据操作为元数据修改操作，或第三服务器中不存在待执行元数据操作对应的元数据，则可以向多个子服务器中的第四服务器发送待执行访问请求，以使客户端可以通过多个子服务器实现相应的元数据操作。其中，第三服务器可以与第一服务器或第二服务器为同一服务器，也可以为不同于第一服务器和第二服务器的子服务器，第四服务器可以与第一服务器或第二服务器为同一服务器，也可以为不同于第一服务器和第二服务器的子服务器，当然，第三服务器和第四服务器为不同的服务器。第四服务器可以为多个子服务器中的主服务器，第三服务器可以为多个子服务器中的辅服务器。

基于本申请实施例提供的一种流量控制方法，本申请实施例还提供了一种流量控制装置，参考图10所示，为本申请实施例提供的一种流量控制装置的结构框图，该流量控制装置1300应用于元数据服务器，所述元数据服务器用于存储服务数据的元数据，包括：

流控信息获取单元1301，用于获取与客户端对应的流控信息；

流控信息存储单元1302，用于向分布式服务器发送所述流控信息，以通过所述分布式服务器存储所述流控信息，所述分布式服务器用于存储服务数据；

流控信息查找单元1303，用于响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

流控信息发布单元1304，用于向所述目标客户端发送所述目标流控信息，以通过所述目标客户端根据所述目标流控信息进行流量控制。

可选的，所述针对所述客户端中的目标客户端的流控发布指令为会话创建请求，所述装置还包括：

会话创建请求获取单元，用于获取来自所述目标客户端的会话创建请求；

所述流控信息发布单元1304具体用于：

向所述目标客户端发送包括所述流控信息的会话响应信息，所述会话响应信息与所述会话创建请求对应。

可选的，所述装置还包括：

流控发布指令获取单元，用于通过所述元数据服务器中的读取模块从信息获取进程获取针对所述目标客户端的流控发布指令；

所述流控信息发布单元1304具体用于：

向所述目标客户端发送包括所述流控信息的流量控制请求。

可选的，所述元数据服务器中包括多个子服务器，所述流控信息获取单元1301，包括：

流控信息获取子单元，用于通过所述多个子服务器中的第一服务器获取与客户端对应的流控信息；

所述流控信息存储单元1302，包括：

流控信息存储子单元，用于通过所述第一服务器向分布式服务器发送所述流控信息；

所述流控信息查找单元1303，包括：

流控信息查找子单元，用于响应于针对所述客户端中的目标客户端的流控发布指令，通过所述多个子服务器中的第二服务器从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

所述流控信息发布单元1304，包括：

流控信息发布子单元，用于通过所述第二服务器向所述目标客户端发送所述流控信息。

可选的，所述流控信息获取子单元具体用于：

通过所述多个子服务器中的第一服务器中的读取模块，从本地套接字获取与客户端对应的流控信息，所述本地套接字中的流控信息来自信息获取进程。

可选的，所述流控信息存储子单元，包括：

存储单元，用于通过所述第一服务器中的核心处理模块将所述流控信息存储到内存中；

发送单元，用于通过所述第一服务器中的交互模块根据所述内存中的流控信息向所述分布式服务器发送所述流控信息。

可选的，所述流控信息查找子单元具体用于：

响应于针对所述客户端中的目标客户端的流控发布指令，通过所述多个子服务器中的第二服务器中的交互模块从所述分布式服务器中查询所述目标客户端对应的目标流控信息。

可选的，所述流控信息包括与存储操作对应的流控值，所述存储操作包括以下操作中的至少一种：服务数据写操作、服务数据读操作、服务数据删除操作和元数据操作，所述流控信息存储单元1302，包括：

向分布式服务器发送所述流控信息，以通过所述分布式服务器将所述流控信息存储为与客户端对应的流控对象，所述流控对象包括由存储操作和与所述存储操作对应的流控值构成的键值对。

可选的，所述目标流控信息用于指示所述目标客户端中与存储操作对应的令牌桶中的令牌的数量，所述令牌在用于请求所述存储操作的访问请求被所述目标客户端发送时被逐一消耗。

可选的，针对所述服务数据写操作、服务数据读操作和服务数据删除操作中的目标操作，所述分布式服务器在单位时间内获取到的用于请求所述目标操作的访问请求的数量，小于或等于所述目标操作对应的流控值的预设倍数；所述元数据服务器在单位时间内获取到的用于请求所述元数据操作的访问请求的数量，小于或等于所述元数据操作对应的流控值的预设倍数。

可选的，所述元数据服务器中包括多个子服务器，所述装置还包括：

访问请求获取单元，用于通过所述多个子服务器中的第三服务器用于请求元数据操作的待执行访问请求；

访问请求发送单元，用于若所述待执行元数据操作为元数据修改操作，或所述第三服务器中不存在所述待执行元数据操作对应的元数据，则向所述多个子服务器中的第四服务器发送所述待执行访问请求。

本申请实施例还提供了一种计算机设备，该计算机设备为前述介绍的计算机设备，可以包括服务器，前述的流量控制装置可以配置在该计算机设备中。下面结合附图对该计算机设备进行介绍。

请参见图11所示，本申请实施例提供了一种终端设备，以终端设备为手机为例：

图11示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图11，手机包括：射频（Radio Frequency，简称RF）电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真（简称WiFi）模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解，图11中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图11对手机的各个构成部件进行具体的介绍：

RF电路1410可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1480处理；另外，将设计上行的数据发送给基站。

存储器1420可用于存储软件程序以及模块，处理器1480通过运行存储在存储器1420的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1430可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1430可包括触控面板1431以及其他输入设备1432。

显示单元1440可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1440可包括显示面板1441。

手机还可包括至少一种传感器1450，比如光传感器、运动传感器以及其他传感器。

音频电路1460、扬声器1461，传声器1462可提供用户与手机之间的音频接口。

WiFi属于短距离无线传输技术，手机通过WiFi模块1470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。

处理器1480是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1420内的软件程序和/或模块，以及调用存储在存储器1420内的数据，执行手机的各种功能和处理数据。

手机还包括给各个部件供电的电源1490（比如电池）。

本申请实施例还提供一种服务器，请参见图12所示，图12为本申请实施例提供的服务器1500的结构图，服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器1522，如中央处理器（Central Processing Units，简称CPU），存储器1532，一个或一个以上存储应用程序1542或数据1544的存储介质1530（例如一个或一个以上海量存储设备）。其中，存储器1532和存储介质1530可以是短暂存储或持久存储。存储在存储介质1530的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器1522可以设置为与存储介质1530通信，在服务器1500上执行存储介质1530中的一系列指令操作。

服务器1500还可以包括一个或一个以上电源1526，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1558，和/或，一个或一个以上操作***1541，例如Windows Server^TM，Mac OS X^TM，Unix^TM, Linux^TM，FreeBSD^TM等等。

上述实施例中由服务器所执行的步骤可以基于图12所示的服务器结构。

另外，本申请实施例还提供了一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序用于执行上述实施例提供的方法。

本申请实施例还提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器（英文：Read-only Memory，缩写：ROM）、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及***实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。而且本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (15)

1.一种流量控制方法，其特征在于，应用于元数据服务器，所述元数据服务器用于存储服务数据的元数据，所述方法包括：

获取与客户端对应的流控信息；

向分布式服务器发送所述流控信息，以通过所述分布式服务器存储所述流控信息，所述分布式服务器用于存储服务数据；

响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

向所述目标客户端发送所述目标流控信息，以通过所述目标客户端根据所述目标流控信息进行流量控制。

2.根据权利要求1所述的方法，其特征在于，所述针对所述客户端中的目标客户端的流控发布指令为会话创建请求，所述方法还包括：

获取来自所述目标客户端的会话创建请求；

所述向所述目标客户端发送所述流控信息，包括：

向所述目标客户端发送包括所述流控信息的会话响应信息，所述会话响应信息与所述会话创建请求对应。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述元数据服务器中的读取模块从信息获取进程获取针对所述目标客户端的流控发布指令；

所述向所述目标客户端发送所述流控信息，包括：

向所述目标客户端发送包括所述流控信息的流量控制请求。

4.根据权利要求1所述的方法，其特征在于，所述元数据服务器中包括多个子服务器，所述获取与客户端对应的流控信息，包括：

通过所述多个子服务器中的第一服务器获取与客户端对应的流控信息；

所述向分布式服务器发送所述流控信息，包括：

通过所述第一服务器向分布式服务器发送所述流控信息；

所述响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息，包括：

响应于针对所述客户端中的目标客户端的流控发布指令，通过所述多个子服务器中的第二服务器从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

所述向所述目标客户端发送所述流控信息，包括：

通过所述第二服务器向所述目标客户端发送所述流控信息。

5.根据权利要求4所述的方法，其特征在于，所述通过所述多个子服务器中的第一服务器获取与客户端对应的流控信息，包括：

通过所述多个子服务器中的第一服务器中的读取模块，从本地套接字获取与客户端对应的流控信息，所述本地套接字中的流控信息来自信息获取进程。

6.根据权利要求4所述的方法，其特征在于，所述通过所述第一服务器向分布式服务器发送所述流控信息，包括：

通过所述第一服务器中的核心处理模块将所述流控信息存储到内存中；

通过所述第一服务器中的交互模块根据所述内存中的流控信息向所述分布式服务器发送所述流控信息。

7.根据权利要求4所述的方法，其特征在于，所述响应于针对所述客户端中的目标客户端的流控发布指令，通过所述多个服务器中的第二服务器从所述分布式服务器中查询所述目标客户端对应的目标流控信息，包括：

响应于针对所述客户端中的目标客户端的流控发布指令，通过所述多个子服务器中的第二服务器中的交互模块从所述分布式服务器中查询所述目标客户端对应的目标流控信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述流控信息包括与存储操作一一对应的流控值，所述存储操作包括以下操作中的至少一种：服务数据写操作、服务数据读操作、服务数据删除操作和元数据操作，所述通过所述分布式服务器存储所述流控信息，包括：

通过所述分布式服务器将所述流控信息存储为与客户端一一对应的流控对象，所述流控对象包括由存储操作和与所述存储操作对应的流控值构成的键值对。

9.根据权利要求8所述的方法，其特征在于，所述目标流控信息用于指示所述目标客户端中与存储操作一一对应的令牌桶中的令牌的数量，所述令牌在用于请求对应的存储操作的访问请求被所述目标客户端发送时被逐一消耗。

10.根据权利要求9所述的方法，其特征在于，针对所述服务数据写操作、服务数据读操作和服务数据删除操作中的目标操作，所述分布式服务器在单位时间内获取到的用于请求所述目标操作的访问请求的数量，小于或等于所述目标操作对应的流控值的预设倍数；所述元数据服务器在单位时间内获取到的用于请求元数据操作的访问请求的数量，小于或等于所述元数据操作对应的流控值的预设倍数。

11.根据权利要求1-7任一项所述的方法，其特征在于，所述元数据服务器中包括多个子服务器，所述方法还包括：

通过所述多个子服务器中的第三服务器用于请求元数据操作的待执行访问请求；

若所述待执行元数据操作为元数据修改操作，或所述第三服务器中不存在所述待执行元数据操作对应的元数据，则向所述多个子服务器中的第四服务器发送所述待执行访问请求。

12.一种流量控制装置，其特征在于，应用于元数据服务器，所述元数据服务器用于存储服务数据的元数据，所述装置包括：

流控信息获取单元，用于获取与客户端对应的流控信息；

流控信息存储单元，用于向分布式服务器发送所述流控信息，以通过所述分布式服务器存储所述流控信息，所述分布式服务器用于存储服务数据；

流控信息查找单元，用于响应于针对所述客户端中的目标客户端的流控发布指令，从所述分布式服务器中查询所述目标客户端对应的目标流控信息；

流控信息发布单元，用于向所述目标客户端发送所述目标流控信息，以通过所述目标客户端根据所述目标流控信息进行流量控制。

13.一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行权利要求1-11中任意一项所述的流量控制方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-11中任意一项所述的流量控制方法。

15.一种包括计算机程序的计算机程序产品，其特征在于，当其在计算机设备上运行时，使得所述计算机设备执行权利要求1-11中任意一项所述的流量控制方法。