CN109240610A - 一种对接分布式对象存储服务配额实现方法及系统 - Google Patents

Abstract

本发明涉及存储技术领域，提供一种对接分布式对象存储服务配额实现方法及系统，当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值；将获取到的配额关键信息写入s3配额机制内，从而实现对swift配额机制与s3配额机制的结合，减少了系统代码量，降低引入中间组件带来的bug风险，同时也提升系统运行的稳定性。

Description

一种对接分布式对象存储服务配额实现方法及系统

技术领域

本发明涉及存储技术领域，具体为一种对接分布式对象存储服务配额实现方法及系统。

背景技术

Swift组件是Openstack的对象存储解决方案。在早期的版本中，swift对于配额是没有限制的，不能够对不同用户所使用的空间进行限制。后来出现了开源的中间组件swquota可以对swift做出配额的限制，近些年发布的Grizzly版本的Openstack中，swift集成了swquota中间件，以满足swift的配额功能。

上述新版本中的swift中的配额主要体现在桶配额与用户配额两个功能上，分别是对Container和Account上传文件的大小、个数等方面进行限制，使用此功能前需要执行一些相关服务配置，然后重启swift生效。。

但是，目前的配额方式需要引入中间组件，增加了整个配额代码量，而且可能存在bug风险，降低系统的稳定性。

发明内容

为了克服上述所指出的现有技术的缺陷，本发明人对此进行了深入研究，在付出了大量创造性劳动后，从而完成了本发明。

具体而言，本发明所要解决的技术问题是：提供一种对接分布式对象存储服务配额实现方法，旨在解决现有技术提供的对接分布式对象存储服务配额方式需要引入中间组件，增加了整个配额代码量，而且可能存在bug风险，降低系统的稳定性的技术问题。

为解决上述技术问题，本发明的技术方案是：

一种对接分布式对象存储服务配额实现方法，所述方法包括下述步骤：

当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；

对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值；

将获取到的配额关键信息写入s3配额机制内。

作为一种改进的方案，所述方法还包括下述步骤：

预先在对象存储服务系统中新增配额元数据，所述配额元数据包括Account配额元数据、Container配额元数据和配额使能开关元数据。

作为一种改进的方案，所述方法还包括下述步骤：

根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系。

作为一种改进的方案，所述方法还包括下述步骤：

在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。

本发明的另一目的在于提供一种对接分布式对象存储服务配额实现系统，其特征在于，所述系统包括：

配额请求信息发送模块，用于当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；

解析模块，用于对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息；

配额关键信息值修改模块，用于修改预先新增的对应的配额元数据的配额关键信息值；

配额关键信息写入模块，用于将获取到的配额关键信息写入s3配额机制内。

作为一种改进的方案，所述系统还包括：

配额元数据新增模块，用于预先在对象存储服务系统中新增配额元数据，所述配额元数据包括Account配额元数据、Container配额元数据和配额使能开关元数据。

作为一种改进的方案，所述系统还包括：

集成模块，用于根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系。

作为一种改进的方案，所述系统还包括：

查询指令接收模块，用于在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

状态查询模块，用于根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。

在本发明实施例中，当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值；将获取到的配额关键信息写入s3配额机制内，从而实现对swift配额机制与s3配额机制的结合，减少了系统代码量，降低引入中间组件带来的bug风险，同时也提升系统运行的稳定性。

附图说明

图1是本发明提供的对接分布式对象存储服务配额实现方法的实现流程图；

图2是本发明提供的对接分布式对象存储服务配额实现系统的结构框图。

具体实施方式

下面结合具体的实施例对本发明进一步说明。但这些例举性实施方式的用途和目的仅用来例举本发明，并非对本发明的实际保护范围构成任何形式的任何限定，更非将本发明的保护范围局限于此。

图1是本发明提供的对接分布式对象存储服务配额实现方法的实现流程图，其具体包括下述步骤：

在步骤S101中，当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息。

在执行该步骤之前还需要执行下述步骤：

预先在对象存储服务系统中新增配额元数据，其中，该新增的配额元数据包括Account配额元数据(X-Account-Meta-Quota-Bytes：用户容量配额)、Container配额元数据(X-Container-Meta-Quota-Bytes:桶容量配额，X-Container-Meta-Quota-Count：桶个数配额)和配额使能开关元数据(X-Account-Meta-Quota-Enable:开关控制元数据)。

在该步骤中，以配额使能开关功能为例,下发请求信息格式为：curl-i http://xxxx:xxx/swift-X POST-H"X-Auth-Token:xxxxxxxxxxxxxxx"-H"X-Account-Meta-Quota-Enable:enable"，其中：

X-Account-Meta-Quota-Enable为配额开关元数据，enable为元数据信息值。

在步骤S102中，对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值。

在步骤S103中，将获取到的配额关键信息写入s3配额机制内。

在该步骤中，以上述配额使能开关元数据为例，存储服务器接收到配额开关请求信息后，解析X-Account-Meta-Quota-Enable字段的值，并将该信息值作为配额开关的使能条件，进一步控制配额开关的使能状态。

在本发明实施例中，在执行上述步骤S101之前还需要执行下述步骤：

根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系。

作为本发明的一个具体实施例，在执行上述步骤S104之后还包括下述步骤：

在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。

其具体实现为：以配额使能开关元数据为例，可通过查看X-Account-Meta-Quota-Enable的状态值来判断当前的配额使能开关功能是否执行成功。

在本发明实施例中，swift配额功能主要包括Account配额、Container配额和配额使能开关功能，该功能的实现不再依赖中间组件实现配额功能，而是依托现有的s3配额机制实现，但在功能层面上，swift与s3的配额功能相互独立，互不影响。

图2示出了本发明提供的对接分布式对象存储服务配额实现系统的结构框图，为了便于说明，图中仅给出与本发明实施例相关的部分。

对接分布式对象存储服务配额实现系统包括：

配额请求信息发送模块11，用于当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；

解析模块12，用于对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息；

配额关键信息值修改模块13，用于修改预先新增的对应的配额元数据的配额关键信息值；

配额关键信息写入模块14，用于将获取到的配额关键信息写入s3配额机制内。

所述系统还包括：

配额元数据新增模块15，用于预先在对象存储服务系统中新增配额元数据，所述配额元数据包括Account配额元数据、Container配额元数据和配额使能开关元数据；

集成模块16，用于根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系；

查询指令接收模块17，用于在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

状态查询模块18，用于根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。

其中，上述各个模块的功能如上述方式实施例所记载，在此不再赘述。

在本发明实施例中，当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值；将获取到的配额关键信息写入s3配额机制内，从而实现对swift配额机制与s3配额机制的结合，减少了系统代码量，降低引入中间组件带来的bug风险，同时也提升系统运行的稳定性。

应当理解，这些实施例的用途仅用于说明本发明而非意欲限制本发明的保护范围。此外，也应理解，在阅读了本发明的技术内容之后，本领域技术人员可以对本发明作各种改动、修改和/或变型，所有的这些等价形式同样落于本申请所附权利要求书所限定的保护范围之内。

Claims (8)

1.一种对接分布式对象存储服务配额实现方法，其特征在于，所述方法包括下述步骤：

当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；

对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息，并修改预先新增的对应的配额元数据的配额关键信息值；

将获取到的配额关键信息写入s3配额机制内。

2.根据权利要求1所述的对接分布式对象存储服务配额实现方法，其特征在于，所述方法还包括下述步骤：

预先在对象存储服务系统中新增配额元数据，所述配额元数据包括Account配额元数据、Container配额元数据和配额使能开关元数据。

3.根据权利要求2所述的对接分布式对象存储服务配额实现方法，其特征在于，所述方法还包括下述步骤：

根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系。

4.根据权利要求3所述的对接分布式对象存储服务配额实现方法，其特征在于，所述方法还包括下述步骤：

在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。

5.一种对接分布式对象存储服务配额实现系统，其特征在于，所述系统包括：

配额请求信息发送模块，用于当OpenStack平台与分布式对象存储服务系统对接正常时，控制通过swfit接口向对象存储系统发送配额请求信息；

解析模块，用于对接收到的所述swfit接口发送的配额请求信息进行解析，获取所述配额请求信息中所包含的配额关键信息；

配额关键信息值修改模块，用于修改预先新增的对应的配额元数据的配额关键信息值；

配额关键信息写入模块，用于将获取到的配额关键信息写入s3配额机制内。

6.根据权利要求5所述的对接分布式对象存储服务配额实现系统，其特征在于，所述系统还包括：

配额元数据新增模块，用于预先在对象存储服务系统中新增配额元数据，所述配额元数据包括Account配额元数据、Container配额元数据和配额使能开关元数据。

7.根据权利要求6所述的对接分布式对象存储服务配额实现系统，其特征在于，所述系统还包括：

集成模块，用于根据OpenStack平台的工程信息，在分布式对象存储服务系统里集成OpenStack相关配置，控制在OpenStack平台和分布式对象存储服务系统之间建立通信对接关联关系。

8.根据权利要求7所述的对接分布式对象存储服务配额实现系统，其特征在于，所述系统还包括：

查询指令接收模块，用于在所述分布式对象存储服务系统，接收输入的配额下发及配合功能生效查询指令；

状态查询模块，用于根据所述配额下发及配合功能生效查询指令，查询所述配额元数据中的配额关键信息值，以判断配额下发状态以及配额功能的生效状态。