CN112328571A - Object storage method and device, communication equipment and storage medium - Google Patents
Object storage method and device, communication equipment and storage medium Download PDFInfo
- Publication number
- CN112328571A CN112328571A CN202011343354.8A CN202011343354A CN112328571A CN 112328571 A CN112328571 A CN 112328571A CN 202011343354 A CN202011343354 A CN 202011343354A CN 112328571 A CN112328571 A CN 112328571A
- Authority
- CN
- China
- Prior art keywords
- target
- file
- directory
- file system
- api
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The application provides an object storage method, an object storage device, a communication device and a storage medium, wherein the object storage method comprises the following steps: determining a target mounting directory; mounting the file system on the target mounting directory; constructing a target API, wherein the target API is used for uploading and downloading files between external communication equipment and a network; and setting the index paths of the file uploading and the file downloading of the target API to point to the target mount directory so as to perform data operation on the file system through the target mount directory. According to the method and the system, the requirement that multiple clients operate the same data under a specific scene can be met on the premise that the data is not required to be copied, so that the storage space is saved, and the data in the storage system can be more flexibly operated by a business side, so that the efficiency is improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to an object storage method and apparatus, a communication device, and a storage medium.
Background
The distributed storage service system Ceph provides both file system and object storage functions, but both share a storage medium only at the bottom layer and data are isolated from each other at the client layer. For a scene requiring access to the same data through the object storage and the file system, Ceph does not provide support, and a common method is to copy one data to provide access to different clients, so that copying one data causes a problem of wasted storage space, and in addition, causes a person using the storage system to additionally do some work at a business level, thereby reducing operation flexibility and efficiency.
Disclosure of Invention
An object storage method and apparatus, a communication device, and a storage medium are provided in embodiments of the present application, so as to meet a requirement that multiple clients operate the same data in a specific scene without copying the data, thereby saving storage space, and enabling a service party to more flexibly operate the data in a storage system, thereby improving efficiency.
To this end, a first aspect of the present application discloses an object storage method, which is applied to at least one communication device installed with a distributed storage service system Ceph, wherein the distributed storage service system Ceph includes a file system, and the method includes:
determining a target mounting directory;
mounting the file system on the target mounting directory;
constructing a target API, wherein the target API is used for uploading and downloading files between external communication equipment and a network;
and setting the index paths of the file uploading and the file downloading of the target API to point to the target mount directory so as to perform data operation on the file system through the target mount directory.
According to the method of the first aspect of the application, a target API is formed, the target is deployed in an object storage function, and an index path of file uploading and file downloading of the API is set to be a target mount directory associated with a file system, so that one part of data belongs to the data and the file system of the object storage function, and further when a client terminal uses the object for storage, the target mount directory can be operated through the API, and further one part of data of one object can be synchronously operated in the process of using the file system and the object storage function without additionally copying the data, so that two parts of data of the same object are prevented from being operated.
In the first aspect of the present application, as an optional implementation manner, the constructing a target API includes:
and constructing the target API according to a WEB service, wherein the WEB service uploads and downloads files with the external communication equipment through an HTTP protocol.
In this alternative embodiment, the target API can be constructed by WEB services.
In the first aspect of the present application, as an optional implementation manner, when the method is applied to at least two communication devices installed with a distributed storage service system Ceph, after the setting a path index on which a file upload and a file download of the target API depend to point to the target mount directory, the method further includes:
receiving a data operation request distributed by a load balancer;
and when the data operation request is data operation in the file system, performing read-write operation on the file system through the target API to finish object storage.
In this embodiment, the target API may be deployed on multiple communication devices, and at this time, the data operation request (traffic) received by each communication device is shunted through the load balancer, so as to ensure load balancing of the multiple communication devices.
In the first aspect of the present application, as an optional implementation manner, the load balancer is one of a DNS load balancer, a reverse proxy load balancer, and an IP load balancer.
In the optional embodiment, one of the DNS load balancer, the reverse proxy load balancer, and the IP load balancer is selected to implement the load balancing function.
In the first aspect of the present application, as an optional implementation manner, the determining a target mount directory includes:
acquiring capacity information of a plurality of directories under the file system;
determining a directory with the maximum capacity according to the capacity information of each directory;
and taking the directory with the maximum capacity as the target mounting directory.
In the present optional embodiment, by comparing the capacity information of a plurality of directories, the directory with the largest capacity can be set as the target mounted directory.
A second aspect of the present application discloses an object storage apparatus, which is applied to at least one communication device equipped with a distributed storage service system Ceph, wherein the distributed storage service system Ceph includes a file system, and the apparatus includes:
the determining module is used for determining a target mounting directory;
the mounting module is used for mounting the file system on the target mounting directory;
the system comprises a construction module, a storage module and a processing module, wherein the construction module is used for constructing a target API, and the target API is used for uploading and downloading files between external communication equipment and a network;
and the setting module is used for setting the index paths of the file uploading and the file downloading of the target API to point to the target mounting directory so as to perform data operation on the file system through the target mounting directory.
The device of the second aspect of the present application configures a target API, the target is deployed in the object storage function, and the index path of the file upload and file download of the API is set as a target mount directory associated with the file system, so that one piece of data belongs to both the data and the file system of the object storage function, and then when the client terminal uses the object for storage, the client terminal can operate the target mount directory through the API, and then can perform a synchronization operation on one piece of data of one object in the process of using the file system and the object storage function, without additionally copying the data, thereby avoiding operating two pieces of data of the same object.
In the second aspect of the present application, as an optional implementation manner, the building module includes:
and the construction submodule is used for constructing the target API according to the WEB service, wherein the WEB service carries out file uploading and file downloading with the external communication equipment through an HTTP protocol.
In this alternative embodiment, the target API can be constructed by a Web service.
In the second aspect of the present application, as an optional implementation manner, when the apparatus is applied to at least two communication devices in which a distributed storage service system Ceph is installed, after the setting of the path index on which the file upload and the file download of the target API depend to point to the target mount directory, the apparatus further includes:
the receiving module is used for receiving the data operation request distributed by the load balancer;
and the access module is used for performing read-write operation on the file system through the target API to finish object storage when the data operation request is data operation in the file system.
In this embodiment, the target API may be deployed on multiple communication devices, and at this time, the data operation request (traffic) received by each communication device is shunted through the load balancer, so as to ensure load balancing of the multiple communication devices.
A third aspect of the present application discloses a communication device, which is equipped with a distributed storage service system Ceph, and includes:
a processor;
a memory configured to store machine readable instructions which, when executed by the processor, perform the object storage method of the first aspect of the application.
The communication device of the embodiment of the application forms a target API, the target is deployed in the object storage function, and the index paths of file uploading and file downloading of the API are set to be the target mount directory associated with the file system, so that one part of data belongs to the data and the file system of the object storage function, and further, when the client terminal uses the object for storage, the target mount directory can be operated through the API, and further, one part of data of one object can be synchronously operated in the process of using the file system and the object storage function, without additionally copying the data, and further, two parts of data of the same object are prevented from being operated.
A fourth aspect of the present application discloses a storage medium storing a computer program executed by a processor to perform the object storage method of the first aspect of the present application.
The storage medium of the embodiment of the application forms a target API, the target is deployed in the object storage function, and the index path of file uploading and file downloading of the API is set as a target mount directory associated with a file system, so that one part of data belongs to the data and the file system of the object storage function, and further a client terminal can operate the target mount directory through the API when the target is used for storage, and further one part of data of one object can be synchronously operated in the process of using the file system and the object storage function without additionally copying the data, and further two parts of data of the same object are prevented from being operated.
Compared with the prior art, the method and the system have the advantages that the requirement that multiple clients operate the same data under a specific scene can be met on the premise that the data do not need to be copied, storage space is saved, and a business side can operate the data in the storage system more flexibly, so that efficiency is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments of the present application will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and that those skilled in the art can also obtain other related drawings based on the drawings without inventive efforts.
FIG. 1 is a schematic flow chart diagram illustrating an object storage method according to an embodiment of the present disclosure;
FIG. 2 is a schematic structural diagram of an object storage device according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of a communication device disclosed in an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application.
Referring to fig. 1, fig. 1 is a schematic flowchart illustrating an object storage method according to an embodiment of the present disclosure. As shown in fig. 1, the object storage method includes the steps of:
101. determining a target mounting directory;
102. mounting the Ceph including a file system on a target mounting directory;
103. constructing a target API, wherein the target API is used for uploading and downloading files between the external communication equipment and a network;
104. and setting the index paths of the file uploading and the file downloading of the target API to point to the target mount directory so as to perform data operation on the file system through the target mount directory.
In this embodiment, the data storage structure in the distributed storage service system Ceph has two layers, where the first layer is a storage medium, and the second layer is an application data layer, where in the application data layer, the distributed storage service system Ceph provides an object storage function and a file system, and further, the client terminal may perform data interaction with the distributed storage service system Ceph through object storage, for example, read and write data in the distributed storage service system Ceph, and in order to ensure data security in the distributed storage service system Ceph, data sharing between the object storage function and the file system cannot be performed directly, which may cause that the client terminal cannot use the file system when using the object storage function, for example, cannot perform read and write operations on the file system.
According to the method, the target API is formed, the target is deployed in the object storage function, and the index paths of file uploading and file downloading of the API are set to be the target mount directory associated with the file system, so that one part of data belongs to the data and the file system of the object storage function, when the client terminal uses the object for storage, the target mount directory can be operated through the API, and then one part of data of one object can be synchronously operated in the process of using the file system and the object storage function without additionally copying the data, and further two parts of data of the same object are prevented from being operated.
For example, suppose that a client terminal needs to access data of an object through an object storage function and a file system simultaneously, at this time, since the data between the object storage function and the file system is not shared, and then the data of the object needs to be copied to form two copies of data, the object storage function can access the data of the object, and the file system can also access the data of the object, since the data needs to be copied, and more steps are needed to operate on a business layer, the existing method has the disadvantages of occupying storage space and having low operation efficiency of the data of the object, but the embodiment of the present application can enable the object storage function and the operation number of the file system to belong to the same data by setting an API in the object storage function.
In the embodiment of the present application,
it should be noted that, please refer to the prior art for other descriptions of the distributed storage service system Ceph, and details of the embodiments of this application are not described herein.
In the embodiment of the present Application, an API (Application Programming Interface) is some predefined functions or a convention for linking different components of a software system. It is used to provide a set of routines that applications and developers can access based on certain software or hardware without having to access source code or understand the details of the internal working mechanisms. Specifically, in the embodiment of the present application, the target API is an application program interface for uploading and downloading files to and from an external communication device via a network, where the external communication device may be a client terminal.
In the embodiment of the present application, as an optional implementation manner, step 103: constructing a target API, comprising the sub-steps of:
and constructing a target API according to the WEB service, wherein the WEB service uploads and downloads files with external communication equipment through an HTTP protocol.
In this alternative embodiment, the target API can be constructed by WEB services.
In this alternative embodiment, the World Wide WEB (WEB) is a global Wide area network.
In this optional embodiment, the target API is implemented based on a WEB service, where the WEB service is implemented based on an HTTP protocol. Further, the external communication device can perform data interaction with the target API through a POST or PUT method of HTTP to complete functions of file uploading and file downloading.
It should be noted that, for the relevant description of the HTTP protocol and the WEB service, please refer to the prior art, and details of the embodiment of the present application are not described herein.
In the embodiment of the present application, as an optional implementation manner, when the method is applied to at least two communication devices installed with a distributed storage service system Ceph, in step 104: after setting the path index, on which the file uploading and the file downloading of the target API depend, to point to the target mount directory, the method of the embodiment of the present application further includes the steps of:
receiving a data operation request distributed by a load balancer;
and when the data operation request is data operation in the file system, performing read-write operation on the file system through the target API to finish object storage.
In this embodiment, the target API may be deployed on multiple communication devices, and at this time, the data operation request (traffic) received by each communication device is shunted through the load balancer, so as to ensure load balancing of the multiple communication devices.
Please refer to the prior art for the offloading process of the load balancer, which is not limited in the embodiments of the present application.
In the embodiment of the present application, as an optional implementation manner, the load balancer is one of a DNS load balancer, a reverse proxy load balancer, and an IP load balancer.
In the optional embodiment, one of the DNS load balancer, the reverse proxy load balancer, and the IP load balancer is selected to implement the load balancing function.
It should be noted that, please refer to the prior art for detailed descriptions of the DNS load balancer, the reverse proxy load balancer, and the IP load balancer, which is not described in detail in the embodiments of the present application.
In the embodiment of the present application, step 101: determining a target mount directory, comprising the substeps of:
acquiring capacity information of a plurality of directories under a file system;
determining a directory with the maximum capacity according to the capacity information of each directory;
and taking the directory with the maximum capacity as a target mounting directory.
In the present optional embodiment, by comparing the capacity information of a plurality of directories, the directory with the largest capacity can be set as the target mounted directory.
Example two
Referring to fig. 2, fig. 2 is a schematic structural diagram of an object storage apparatus according to an embodiment of the present disclosure, where the apparatus is applied to at least one communication device installed with a distributed storage service system Ceph, and the distributed storage service system Ceph includes a file system. As shown in fig. 2, the apparatus of the embodiment of the present application includes the following modules:
a determining module 201, configured to determine a target mount directory;
the mounting module 202 is configured to mount the Ceph including the file system on a target mounting directory;
a construction module 203, configured to construct a target API, where the target API is used for file uploading and file downloading between the external communication device and a network;
the setting module 204 is configured to set an index path of file uploading and file downloading of the target API to point to the target mount directory, so as to perform data operation on the file system through the target mount directory.
In this embodiment, the data storage structure in the distributed storage service system Ceph has two layers, where the first layer is a storage medium, and the second layer is an application data layer, where in the application data layer, the distributed storage service system Ceph provides an object storage function and a file system, and further, the client terminal may perform data interaction with the distributed storage service system Ceph through object storage, for example, read and write data in the distributed storage service system Ceph, and in order to ensure data security in the distributed storage service system Ceph, data sharing between the object storage function and the file system cannot be performed directly, which may cause that the client terminal cannot use the file system when using the object storage function, for example, cannot perform read and write operations on the file system.
The device of the embodiment of the application forms a target API, the target is deployed in the object storage function, and the index path of file uploading and file downloading of the API is set to be a target mounting directory associated with a file system, so that one part of data belongs to the data and the file system of the object storage function, and further a client terminal can operate the target mounting directory through the API when the target is used for storage, and further one part of data of one object can be synchronously operated in the process of using the file system and the object storage function without additionally copying the data, and further two parts of data of the same object are prevented from being operated.
It should be noted that, please refer to the prior art for other descriptions of the distributed storage service system Ceph, and details of the embodiments of this application are not described herein.
In the embodiment of the present Application, an API (Application Programming Interface) is some predefined functions or a convention for linking different components of a software system. It is used to provide a set of routines that applications and developers can access based on certain software or hardware without having to access source code or understand the details of the internal working mechanisms. Specifically, in the embodiment of the present application, the target API is an application program interface for uploading and downloading files to and from an external communication device via a network, where the external communication device may be a client terminal.
In this embodiment, the building module 203 in this embodiment includes:
and the constructing submodule is used for constructing a target API according to the WEB service, wherein the WEB service uploads and downloads files with external communication equipment through an HTTP protocol.
In this alternative embodiment, the target API can be constructed by a Web service.
In this optional embodiment, the target API is implemented based on a WEB service, where the WEB service is implemented based on an HTTP protocol. Further, the external communication device can perform data interaction with the target API through a POST or PUT method of HTTP to complete functions of file uploading and file downloading.
It should be noted that, for the relevant description of the HTTP protocol and the WEB service, please refer to the prior art, and details of the embodiment of the present application are not described herein.
In this embodiment, as an optional implementation manner, when the apparatus is applied to at least two communication devices in which the distributed storage service system Ceph is installed, after setting a path index on which a file upload and a file download of the target API depend to point to the target mount directory, the apparatus further includes:
the receiving module is used for receiving the data operation request distributed by the load balancer;
and the access module is used for performing read-write operation on the file system through the target API when the data operation request is data operation in the file system so as to finish object storage.
In this embodiment, the target API may be deployed on multiple communication devices, and at this time, the data operation request (traffic) received by each communication device is shunted through the load balancer, so as to ensure load balancing of the multiple communication devices.
In the embodiment of the present application, as an optional implementation manner, the load balancer is one of a DNS load balancer, a reverse proxy load balancer, and an IP load balancer.
In the optional embodiment, one of the DNS load balancer, the reverse proxy load balancer, and the IP load balancer is selected to implement the load balancing function.
It should be noted that, please refer to the prior art for detailed descriptions of the DNS load balancer, the reverse proxy load balancer, and the IP load balancer, which is not described in detail in the embodiments of the present application.
In this embodiment of the present application, the specific manner for the determining module 201 to determine the target mount directory is as follows:
acquiring capacity information of a plurality of directories under a file system;
determining a directory with the maximum capacity according to the capacity information of each directory;
and taking the directory with the maximum capacity as a target mounting directory.
In the present optional embodiment, by comparing the capacity information of a plurality of directories, the directory with the largest capacity can be set as the target mounted directory.
EXAMPLE III
Referring to fig. 3, fig. 3 is a schematic structural diagram of a communication device disclosed in an embodiment of the present application, wherein the communication device is installed with a distributed storage service system Ceph. As shown in fig. 3, the communication device of the embodiment of the present application includes:
a processor 301;
the memory 302 is configured to store machine-readable instructions, and when the instructions are executed by the processor 301, the object storage method according to the first embodiment of the present application is performed.
The communication device of the embodiment of the application forms a target API, the target is deployed in the object storage function, and the index paths of file uploading and file downloading of the API are set to be the target mount directory associated with the file system, so that one part of data belongs to the data and the file system of the object storage function, and further, when the client terminal uses the object for storage, the target mount directory can be operated through the API, and further, one part of data of one object can be synchronously operated in the process of using the file system and the object storage function, without additionally copying the data, and further, two parts of data of the same object are prevented from being operated.
Example four
The embodiment of the application discloses a storage medium, wherein a computer program is stored in the storage medium, and the computer program is executed by a processor to execute the object storage method in the first embodiment of the application.
The communication device of the embodiment of the application forms a target API, the target is deployed in the object storage function, and the index paths of file uploading and file downloading of the API are set to be the target mount directory associated with the file system, so that one part of data belongs to the data and the file system of the object storage function, and further, when the client terminal uses the object for storage, the target mount directory can be operated through the API, and further, one part of data of one object can be synchronously operated in the process of using the file system and the object storage function, without additionally copying the data, and further, two parts of data of the same object are prevented from being operated.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, a division of a unit is merely a division of one logic function, and there may be other divisions when actually implemented, and for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.
In addition, units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
Furthermore, the functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
It should be noted that the functions, if implemented in the form of software functional modules and sold or used as independent products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
In this document, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
The above description is only an example of the present application and is not intended to limit the scope of the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. An object storage method applied to at least one communication device provided with a distributed storage service system Ceph, wherein the distributed storage service system Ceph comprises a file system, the method comprising:
determining a target mounting directory;
mounting the file system on the target mounting directory;
constructing a target API, wherein the target API is used for uploading and downloading files between external communication equipment and a network;
and setting the index paths of the file uploading and the file downloading of the target API to point to the target mount directory so as to perform data operation on the file system through the target mount directory.
2. The method of claim 1, wherein the building a target API comprises:
and constructing the target API according to a WEB service, wherein the WEB service uploads and downloads files with the external communication equipment through an HTTP protocol.
3. The method of claim 1, wherein when the method is applied to at least two communication devices installed with a distributed storage service system Ceph, after the setting of a path index on which a file upload and a file download of the target API depend to point to the target mount directory, the method further comprises:
receiving a data operation request distributed by a load balancer;
and when the data operation request is data operation in the file system, performing read-write operation on the file system through the target API to finish object storage.
4. The method of claim 3, wherein the load balancer is one of a DNS load balancer, a reverse proxy load balancer, an IP load balancer.
5. The method of claim 1, wherein the determining a target mount directory comprises:
acquiring capacity information of a plurality of directories under the file system;
determining a directory with the maximum capacity according to the capacity information of each directory;
and taking the directory with the maximum capacity as the target mounting directory.
6. An object storage apparatus applied to at least one communication device installed with a distributed storage service system (Ceph), wherein the distributed storage service system (Ceph) comprises a file system, the apparatus comprising:
the determining module is used for determining a target mounting directory;
the mounting module is used for mounting the file system on the target mounting directory;
the system comprises a construction module, a storage module and a processing module, wherein the construction module is used for constructing a target API, and the target API is used for uploading and downloading files between external communication equipment and a network;
and the setting module is used for setting the index paths of the file uploading and the file downloading of the target API to point to the target mounting directory so as to perform data operation on the file system through the target mounting directory.
7. The apparatus of claim 6, wherein the building module comprises:
and the construction submodule is used for constructing the target API according to the WEB service, wherein the WEB service carries out file uploading and file downloading with the external communication equipment through an HTTP protocol.
8. The apparatus of claim 6, wherein when the apparatus is applied to at least two communication devices installed with a distributed storage service system Ceph, after the path index on which the file upload and the file download of the target API depend is set to point to the target mount directory, the apparatus further comprises:
the receiving module is used for receiving the data operation request distributed by the load balancer;
and the access module is used for performing read-write operation on the file system through the target API to finish object storage when the data operation request is data operation in the file system.
9. A communication device characterized in that the communication device is equipped with a distributed storage service system Ceph, and the communication device comprises:
a processor;
a memory configured to store machine-readable instructions that, when executed by the processor, perform the object storage method of any of claims 1-5.
10. A storage medium characterized in that the storage medium stores a computer program which is executed by a processor to perform the object storage method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011343354.8A CN112328571A (en) | 2020-11-25 | 2020-11-25 | Object storage method and device, communication equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011343354.8A CN112328571A (en) | 2020-11-25 | 2020-11-25 | Object storage method and device, communication equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112328571A true CN112328571A (en) | 2021-02-05 |
Family
ID=74309795
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011343354.8A Pending CN112328571A (en) | 2020-11-25 | 2020-11-25 | Object storage method and device, communication equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112328571A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113157209A (en) * | 2021-04-09 | 2021-07-23 | 北京易华录信息技术股份有限公司 | Data reconstruction method and device from file system to object storage |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103561101A (en) * | 2013-11-06 | 2014-02-05 | 中国联合网络通信集团有限公司 | Network file system |
| CN107070972A (en) * | 2016-12-30 | 2017-08-18 | ***股份有限公司 | A kind of distributed document processing method and processing device |
| CN108710621A (en) * | 2018-03-12 | 2018-10-26 | 广东睿江云计算股份有限公司 | A method of MySQL database horizontal extension is realized based on ceph |
| CN109491618A (en) * | 2018-11-20 | 2019-03-19 | 上海科技大学 | Data management system, method, terminal and medium based on mixing storage |
| CN110750334A (en) * | 2019-10-25 | 2020-02-04 | 北京计算机技术及应用研究所 | Network target range rear-end storage system design method based on Ceph |
| CN111596930A (en) * | 2020-05-22 | 2020-08-28 | 深圳创新奇智科技有限公司 | Root file system mirror image manufacturing method and device, storage medium and embedded device |
| CN111625513A (en) * | 2020-05-11 | 2020-09-04 | 紫光云技术有限公司 | Method for realizing file storage gateway |
| CN111930706A (en) * | 2020-07-08 | 2020-11-13 | 华东计算技术研究所（中国电子科技集团公司第三十二研究所） | Distributed network file storage system and method based on remote call |
-
2020
- 2020-11-25 CN CN202011343354.8A patent/CN112328571A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103561101A (en) * | 2013-11-06 | 2014-02-05 | 中国联合网络通信集团有限公司 | Network file system |
| CN107070972A (en) * | 2016-12-30 | 2017-08-18 | ***股份有限公司 | A kind of distributed document processing method and processing device |
| CN108710621A (en) * | 2018-03-12 | 2018-10-26 | 广东睿江云计算股份有限公司 | A method of MySQL database horizontal extension is realized based on ceph |
| CN109491618A (en) * | 2018-11-20 | 2019-03-19 | 上海科技大学 | Data management system, method, terminal and medium based on mixing storage |
| CN110750334A (en) * | 2019-10-25 | 2020-02-04 | 北京计算机技术及应用研究所 | Network target range rear-end storage system design method based on Ceph |
| CN111625513A (en) * | 2020-05-11 | 2020-09-04 | 紫光云技术有限公司 | Method for realizing file storage gateway |
| CN111596930A (en) * | 2020-05-22 | 2020-08-28 | 深圳创新奇智科技有限公司 | Root file system mirror image manufacturing method and device, storage medium and embedded device |
| CN111930706A (en) * | 2020-07-08 | 2020-11-13 | 华东计算技术研究所（中国电子科技集团公司第三十二研究所） | Distributed network file storage system and method based on remote call |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113157209A (en) * | 2021-04-09 | 2021-07-23 | 北京易华录信息技术股份有限公司 | Data reconstruction method and device from file system to object storage |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5727020B2 (en) | Cloud computing system and data synchronization method thereof | |
| AU2016225864B2 (en) | Local server for synced online content management system | |
| US7870288B2 (en) | Sharing data in scalable software blade architecture | |
| US7779157B2 (en) | Recovering a blade in scalable software blade architecture | |
| US7873696B2 (en) | Scalable software blade architecture | |
| JP6186015B2 (en) | Share content items | |
| CN111338854B (en) | Kubernetes cluster-based method and system for quickly recovering data | |
| US9607019B1 (en) | Splitting database partitions | |
| CN103119551B (en) | The recovery optimized | |
| CN111209090B (en) | Method and assembly for creating virtual machine in cloud platform and server | |
| KR101429956B1 (en) | Cloud storage server and system by use of virtual nas and method thereof | |
| CN112003963B (en) | Method, system, device and medium for mounting volume on bare metal server | |
| EP3497586A1 (en) | Discovery of calling application for control of file hydration behavior | |
| CN110781132A (en) | Method and device for realizing file storage and computer equipment | |
| WO2019045799A1 (en) | Distributed data storage systems | |
| CN112328571A (en) | Object storage method and device, communication equipment and storage medium | |
| CN111666184B (en) | Solid state drive SSD hard disk testing method and device and electronic equipment | |
| EP4379543A1 (en) | Cloud desktop data migration method, service node, management node, server, electronic device, and computer-readable storage medium | |
| CN114979114B (en) | Cloud application processing method and system | |
| US11558459B2 (en) | User-defined custom storage classes for hybrid-cloud and multicloud data management | |
| CN114415977A (en) | Method for accessing storage pool and distributed storage system | |
| CN114745397A (en) | Online storage method and system based on private cloud | |
| CN113504872A (en) | Method, system, equipment and medium for mounting virtual disk on cloud physical machine | |
| CN109254870B (en) | Data backup method and device | |
| CN108429813B (en) | Disaster recovery method, system and terminal for cloud storage service |
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 |