Method for expanding distributed file system without service interruption, computer and storage medium

Abstract

The application provides an online expansion method of a distributed file system, a computer and a storage medium, and the method comprises the following steps: defining an RBF object service in an object class of a local server port in advance, and initially assigning the RBF object service as NULL; adding an object switching function in the object class of the local server port in advance, and the object switching function is used for controlling to enable the local object service or the RBF object service; in response to enabling the RBF object service, the object switching function acquires preset RBF object service code from the local distributed file system and replaces NULL, and an interface of the local object service is added as a sub-service of the RBF object service. The RBF service is defined in the object class of the local service, so that the RBF service is used as a sub-service object in the local object class, and the object switching function is preset in the object class, so that the RBF service can be switched without changing the IP and the port number, and the expansion purpose is achieved.

Description

Technical Field

[0001] This invention relates to the field of server application technology, and in particular to a method for expanding a distributed file system without interrupting service, a computer, and a storage medium. Background Technology

[0002] In the operation of big data services, if the underlying system has more than one storage system, then in a single task, the system's client cannot simultaneously access two storage systems. This is because the server IP address and port number corresponding to the system client cannot change within that time period. Specifically, for example... Figure 1 As shown, data reading and writing for the task can only be performed on server 1. If data on server 2 needs to be manipulated during the task's execution, the required data must be migrated from server 2 to server 1 before the task starts, which is extremely wasteful of resources. RBF in the HDFS system can solve this problem. Figure 1 The right side shows the Router-based Federation (RBF) scheme. The RBF module unifies the namespaces of two storage endpoints, providing services externally. After configuring the RBF IP address and port number on the client, access to and writing to data from both servers can be achieved within a single task. However, if a system initially only needs to connect to one server using the HDFS (Hadoop Distributed File System) client, and later, due to excessive data volume, the system needs to be scaled up and switched to an RBF scenario, the RBF IP address and port number need to be added to the HDFS client (hereinafter referred to as the HDFS system). This requires stopping the running services, which is often unacceptable in real-world business scenarios.

[0003] Therefore, how to achieve capacity expansion by switching RBF without interrupting service is a problem that urgently needs to be solved in this field. Summary of the Invention

[0004] To enable RBF switching for capacity expansion without service interruption, a first aspect of this invention proposes a method for uninterrupted capacity expansion of a distributed file system. The method includes: pre-defining an RBF object service in an object class on a local server port and initially assigning the RBF object service the value NULL; pre-adding an object switching function to the object class on the local server port, the object switching function controlling whether to enable the local object service or the RBF object service; in response to enabling the RBF object service, the object switching function retrieves a preset RBF object service code from the local distributed file system and replaces the NULL value, and adds the interface of the local object service as a sub-service of the RBF object service.

[0005] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing the RBF object service code according to the server node to be expanded; and storing the RBF object service code in the distributed file system.

[0006] In one or more embodiments, the RBF object service code includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing the one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0007] In one or more embodiments, in response to enabling the RBF object service, adding the interface of the local object service to the RBF object service further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and the mapping relationship to the path node control code.

[0008] In one or more embodiments, the method further includes, after enabling the RBF object service, forwarding client requests through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the mapping relationship according to the namespace in the client request.

[0009] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: calling the corresponding method call according to the object service interface to process the data in the storage space, and returning the processing result along the original path.

[0010] In one or more embodiments, invoking the corresponding method to process the data in the storage space includes: adding, deleting, modifying or querying the data in the storage space.

[0011] In one or more embodiments, a method for expanding a distributed file system without interrupting service according to the present invention further includes: in response to enabling the local object service, the object switching function reassigns the RBF object service to NULL.

[0012] In a second aspect of the invention, a computer device is provided, comprising: at least one processor; and a memory storing an executable computer program, which, when executed by the at least one processor, performs the following steps: pre-defining an RBF object service in an object class of a local server port and initially assigning the RBF object service the value NULL; pre-adding an object switching function to the object class of the local server port, the object switching function controlling whether to enable the local object service or enable the RBF object service; in response to enabling the RBF object service, the object switching function obtaining a preset RBF object service code from a local distributed file system and replacing the NULL value, and adding the interface of the local object service as a sub-service of the RBF object service.

[0013] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing the RBF object service code according to the server node to be expanded; and storing the RBF object service code in the distributed file system.

[0014] In one or more embodiments, the RBF object service code includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing the one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0015] In one or more embodiments, in response to enabling the RBF object service, adding the interface of the local object service to the RBF object service further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and the mapping relationship to the path node control code.

[0016] In one or more embodiments, the method further includes, after enabling the RBF object service, forwarding client requests through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the mapping relationship according to the namespace in the client request.

[0017] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: calling the corresponding method call according to the object service interface to process the data in the storage space, and returning the processing result along the original path.

[0018] In one or more embodiments, invoking the corresponding method to process the data in the storage space includes: adding, deleting, modifying or querying the data in the storage space.

[0019] In one or more embodiments, a method for expanding a distributed file system without interrupting service according to the present invention further includes: in response to enabling the local object service, the object switching function reassigns the RBF object service to NULL.

[0020] In a third aspect of the invention, a readable storage medium is provided, comprising: an executable computer program, which, when executed by an executor, performs the following steps: pre-defining an RBF object service in an object class on a local server port and initially assigning the RBF object service the value NULL; pre-adding an object switching function to the object class on the local server port, the object switching function controlling whether to enable the local object service or enable the RBF object service; in response to enabling the RBF object service, the object switching function obtaining a preset RBF object service code from a local distributed file system and replacing the NULL value, and adding the interface of the local object service as a sub-service of the RBF object service.

[0021] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing the RBF object service code according to the server node to be expanded; and storing the RBF object service code in the distributed file system.

[0022] In one or more embodiments, the RBF object service code includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing the one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0023] In one or more embodiments, in response to enabling the RBF object service, adding the interface of the local object service to the RBF object service further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and the mapping relationship to the path node control code.

[0024] In one or more embodiments, the method further includes, after enabling the RBF object service, forwarding client requests through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the mapping relationship according to the namespace in the client request.

[0025] In one or more embodiments, the uninterrupted expansion method of a distributed file system according to the present invention further includes: calling the corresponding method call according to the object service interface to process the data in the storage space, and returning the processing result along the original path.

[0026] In one or more embodiments, invoking the corresponding method to process the data in the storage space includes: adding, deleting, modifying or querying the data in the storage space.

[0027] In one or more embodiments, a method for expanding a distributed file system without interrupting service according to the present invention further includes: in response to enabling the local object service, the object switching function reassigns the RBF object service to NULL.

[0028] The beneficial effects of this invention include: by defining an empty RBF service in the object class of the local service (loading the program when the RBF service is needed), the RBF service is made a sub-service object in the local object class, and an object switching function is preset in the object class, so that the RBF service can be switched to without changing the IP and port number, and the data in the server managed by the RBF service can be obtained to achieve the purpose of expansion. Attached Figure Description

[0029] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other embodiments can be obtained based on these drawings without creative effort.

[0030] Figure 1 A comparison diagram of the architecture for client tasks running on HDFS and RFB systems;

[0031] Figure 2 This is a flowchart illustrating a method for expanding a distributed file system without interrupting service, according to an embodiment of the present invention.

[0032] Figure 3 This is a comparison diagram of the local call and remote call processes implemented in a distributed file system according to an embodiment of the present invention;

[0033] Figure 4 This is a node flowchart of the request invocation process of a distributed file system expansion method that does not require continuous service, based on an embodiment of the present invention.

[0034] Figure 5 This is a schematic diagram of the structure of a computer device according to an embodiment of the present invention;

[0035] Figure 6 This is a schematic diagram of a readable storage medium according to an embodiment of the present invention. Detailed Implementation

[0036] To make the objectives, technical solutions, and advantages of the present invention clearer, the embodiments of the present invention will be further described in detail below with reference to specific examples and the accompanying drawings.

[0037] It should be noted that all uses of "first" and "second" in the embodiments of the present invention are for the purpose of distinguishing two entities or parameters with the same name but different names. It is clear that "first" and "second" are only for the convenience of expression and should not be construed as limiting the embodiments of the present invention. Subsequent embodiments will not explain this in detail.

[0038] To achieve uninterrupted service switching via RBF, this invention proposes a distributed file system expansion method that allows uninterrupted service. By defining an empty RBF service within the object class of the local service (loaded when needed), the RBF service becomes a sub-service object within the local object class. This object class includes a pre-defined object switching function, enabling switching to the RBF service without changing the IP address or port number, and allowing data to be retrieved from the server managed by the RBF service, thus achieving expansion. The specific embodiments of this invention will be described in detail below with reference to the accompanying drawings:

[0039] Please see Figure 2 This document illustrates the workflow of a distributed file system uninterrupted expansion method according to an embodiment of the present invention, including: Step S1, defining an RBF object service in the object class of the local server port in advance, and initially assigning the RBF object service the value NULL; Step S2, adding an object switching function in the object class of the local server port in advance, the object switching function being used to control whether to enable the local object service or enable the RBF object service; Step S3, in response to enabling the RBF object service, the object switching function obtaining the preset RBF object service code from the local distributed file system and replacing NULL, and adding the interface of the local object service as a sub-service of the RBF object service.

[0040] Specifically, the basic idea of ​​this invention is to modify the open-source HDFS module code, introduce the basic functions of RBF into the HDFS module, and enable the object switching function to be started by modifying configuration items during the normal operation of the HDFS service through command line refresh, thereby achieving unified management of various namespaces. Figure 3 The left side illustrates the process of a request call in the HDFS module. The client's request is sent to the server at the specified IP address and port number. Within the `ClientNamenodeProtocolServerSideTranslatorPB` object class, specific methods of the `NameNodeRpcServer` service object are called. These methods include creating directories or folders, etc. When this method call is performed locally, the result is finally returned, completing a full client request. Figure 3The right side illustrates the process of a client requesting the RBF service. Since HDFS and RBF share the same parent class, they have identical function interfaces. The specific description of the RBF service call process is as follows: The client's request is sent to the RBF service at address IP1 and port number port1. The specific operation method of the RouterRpcServer object service is then called within the ClientNamenodeProtocolServerSideTranslatorPB object class. RouterRpcServer then forwards the request to the cluster managed by the RBF service according to the configured strategy. This process is a remote call. Figure 3 As shown in the diagrams on the left and right, the IP addresses can be the same, but the port numbers cannot be the same. This indicates that two services are running on a single server, with port numbers 9000 (local call) and 8888 (remote call). A remote call can be understood as a call between services with different port numbers, while a local call is a method call within the same service. However, remote calls consume more computer resources than local calls. Therefore, this invention aims to use the local service when it can fulfill the request, and to use the RFB service to provide remote service calls when the local service cannot fulfill the request. To achieve this objective, this invention... Figure 2 The proposed solution stores the RBF service and the local service under the same object class, allowing both to be invoked for requests to the same object class. The switching function determines whether to start the local service or the RBF service.

[0041] In a further embodiment, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing RBF object service code according to the server nodes to be expanded; and storing the RBF object service code in the distributed file system.

[0042] Specifically, in the initial design, this invention only pre-sets an empty shell of the RBF service in the corresponding object class and assigns it the value NULL. After the user decides which servers need to be expanded, RBF object service code needs to be written according to the server nodes to be expanded to realize the management of remote object services; and the RBF object service code is stored in a distributed file system; thus, when it is necessary to switch to RBF remote calls, it is only necessary to add the corresponding RBF object service code from the distributed file system to the empty shell of the RBF service in the object class and replace NULL to realize the switch, without interrupting the service.

[0043] In a further embodiment, the RBF object service code of the present invention includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0044] In a further embodiment, step S3 of the present invention, in response to enabling the RBF object service, adds the interface of the local object service to the RBF object service, further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and mapping relationship to the path node control code.

[0045] In a further embodiment, the method of the present invention further includes, after enabling the RBF object service, forwarding the client request through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the namespace in the client request and the mapping relationship.

[0046] In a further embodiment, the method of the present invention further includes: processing the data in the storage space by invoking the corresponding method call according to the object service interface, and returning the processing result along the original path.

[0047] In a further embodiment, the corresponding method call is invoked to process the data in the storage space, including: adding, deleting, modifying or querying the data in the storage space.

[0048] In a further embodiment, the method of the present invention further includes: in response to enabling the local object service, reassigning the RBF object service to NULL by the object switching function. Specifically, in this embodiment, reassigning the RBF object service to NULL is to prepare for the next loading of the RBF service code, so that each time the RBF service is started, it is based on the user's latest modified RBF service code so as to access the user's latest extended service node.

[0049] For the complete implementation process of this invention, please refer to [link / reference]. Figure 4 .like Figure 4 As shown: This invention specifically includes the following steps to ensure the management of other namespaces without interrupting service, providing a unified namespace (i.e., the namespace provided by the RBF service) to the external client. Specific steps include:

[0050] (1) RBF-related objects are defined in ClientNamenodeProtocolServerSideTranslaterPB and all are assigned the value null. The initial state of the management switch is off. At this time, the client request processing method remains consistent with the original HDFS logic, such as... Figure 4 As shown on the left.

[0051] (2) Add command-line control to enable and disable the object switching function, update the status of the switching function, initialize the RBF related objects, and pass the NameNodeRpcServer object service into RouterRpcServer. When the switching function is disabled, reassign the RBF related object service to null and refresh the switching status to disabled.

[0052] (3) After enabling the switching function, when the client sends a request to the original HDFS service, the request processing flow is as follows: Figure 4 As shown, in ClientNamenodeProtocolServerSideTranslatorP B, the request is forwarded to RouterRpcServer. RouterRpcServer manages N clusters. In the RouterRpcServer service, it is necessary to determine the location of the N managed services. If these N clusters contain the HDFS service of the current node, the local NameNodeRpcServer object is used to make a local call to obtain the result. If the other N-1 clusters are used, the result is obtained through a remote call.

[0053] The above method enables switching between local and remote calls without changing the IP address and port number, thus avoiding service interruption. Furthermore, the RBF service of this invention manages both local and remote object service calls, significantly reducing system resource requirements and improving request response speed when only a local call is needed.

[0054] In a second aspect of the invention, a computer device is provided, see [link to relevant documentation]. Figure 5 ,include:

[0055] At least one processor 100; and a memory 200 storing an executable computer program, which, when executed by the at least one processor 100, performs steps for implementing a non-stop expansion method for a distributed file system as described in any of the above embodiments, the steps including:

[0056] Step S1: Define an RBF object service in the object class of the local server port beforehand, and initially assign the RBF object service the value NULL; Step S2: Add an object switching function to the object class of the local server port beforehand. The object switching function is used to control whether to enable the local object service or enable the RBF object service; Step S3: In response to enabling the RBF object service, the object switching function retrieves the preset RBF object service code from the local distributed file system and replaces NULL, and adds the interface of the local object service as a sub-service of the RBF object service.

[0057] In a further embodiment, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing RBF object service code according to the server nodes to be expanded; and storing the RBF object service code in the distributed file system.

[0058] Specifically, in the initial design, this invention only pre-sets an empty shell of the RBF service in the corresponding object class and assigns it the value NULL. After the user decides which servers need to be expanded, RBF object service code needs to be written according to the server nodes to be expanded to realize the management of remote object services; and the RBF object service code is stored in a distributed file system; thus, when it is necessary to switch to RBF remote calls, it is only necessary to add the corresponding RBF object service code from the distributed file system to the empty shell of the RBF service in the object class and replace NULL to realize the switch, without interrupting the service.

[0059] In a further embodiment, the RBF object service code of the present invention includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0060] In a further embodiment, step S3 of the present invention, in response to enabling the RBF object service, adds the interface of the local object service to the RBF object service, further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and mapping relationship to the path node control code.

[0061] In a further embodiment, the method of the present invention further includes, after enabling the RBF object service, forwarding the client request through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the namespace in the client request and the mapping relationship.

[0062] In a further embodiment, the method of the present invention further includes: processing the data in the storage space by invoking the corresponding method call according to the object service interface, and returning the processing result along the original path.

[0063] In a further embodiment, the corresponding method call is invoked to process the data in the storage space, including: adding, deleting, modifying or querying the data in the storage space.

[0064] In a further embodiment, the method of the present invention further includes: in response to enabling the local object service, reassigning the RBF object service to NULL by the object switching function. Specifically, in this embodiment, reassigning the RBF object service to NULL is to prepare for the next loading of the RBF service code, so that each time the RBF service is started, it is based on the user's latest modified RBF service code so as to access the user's latest extended service node.

[0065] In a third aspect of the invention, a readable storage medium 300 is provided, see [link to relevant documentation]. Figure 6 The method includes: an executable computer program 301, which, when executed by an executor, implements the steps of a distributed file system expansion method that does not interrupt service as described in any of the above embodiments. The steps include: step S1, defining an RBF object service in the object class of the local server port in advance, and initially assigning the RBF object service the value NULL; step S2, adding an object switching function in the object class of the local server port in advance, the object switching function being used to control whether to enable the local object service or enable the RBF object service; step S3, in response to enabling the RBF object service, the object switching function obtains the preset RBF object service code from the local distributed file system and replaces NULL, and adds the interface of the local object service as a sub-service of the RBF object service.

[0066] In a further embodiment, the uninterrupted expansion method of a distributed file system according to the present invention further includes: writing RBF object service code according to the server nodes to be expanded; and storing the RBF object service code in the distributed file system.

[0067] Specifically, in the initial design, this invention only pre-sets an empty shell of the RBF service in the corresponding object class and assigns it the value NULL. After the user decides which servers need to be expanded, RBF object service code needs to be written according to the server nodes to be expanded to realize the management of remote object services; and the RBF object service code is stored in a distributed file system; thus, when it is necessary to switch to RBF remote calls, it is only necessary to add the corresponding RBF object service code from the distributed file system to the empty shell of the RBF service in the object class and replace NULL to realize the switch, without interrupting the service.

[0068] In a further embodiment, the RBF object service code of the present invention includes: path node control code for managing the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extension servers; and a remote object service interface for accessing one or more extension servers based on the mapping relationship and processing data using a preset invocation method.

[0069] In a further embodiment, step S3 of the present invention, in response to enabling the RBF object service, adds the interface of the local object service to the RBF object service, further includes: creating a namespace corresponding to the local server and saving the mapping relationship with the local storage space; adding the namespace and mapping relationship to the path node control code.

[0070] In a further embodiment, the method of the present invention further includes, after enabling the RBF object service, forwarding the client request through the following steps: sending the client request to the local server port and retrieving the corresponding object class; sending the client request to the RBF object service under the object class; determining the corresponding object service interface based on the object service information in the client request; and determining the corresponding storage space based on the namespace in the client request and the mapping relationship.

[0071] In a further embodiment, the method of the present invention further includes: processing the data in the storage space by invoking the corresponding method call according to the object service interface, and returning the processing result along the original path.

[0072] In a further embodiment, the corresponding method call is invoked to process the data in the storage space, including: adding, deleting, modifying or querying the data in the storage space.

[0073] In a further embodiment, the method of the present invention further includes: in response to enabling the local object service, reassigning the RBF object service to NULL by the object switching function. Specifically, in this embodiment, reassigning the RBF object service to NULL is to prepare for the next loading of the RBF service code, so that each time the RBF service is started, it is based on the user's latest modified RBF service code so as to access the user's latest extended service node.

[0074] The above are exemplary embodiments disclosed in this invention. However, it should be noted that various changes and modifications can be made without departing from the scope of the embodiments of this invention as defined by the claims. The functions, steps, and / or actions of the methods according to the disclosed embodiments described herein do not need to be performed in any particular order. Furthermore, although the elements disclosed in the embodiments of this invention may be described or claimed individually, they may be understood as multiple unless explicitly limited to a singular number.

[0075] It should be understood that, as used herein, the singular form “a” is intended to include the plural form as well, unless the context clearly supports an exception. It should also be understood that, as used herein, “and / or” refers to any and all possible combinations of one or more of the associated listed items.

[0076] The embodiment numbers disclosed in the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0077] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of the invention (including the claims) is limited to these examples. Within the framework of the invention, technical features of the above embodiments or different embodiments can be combined, and many other variations of different aspects of the invention exist, which are not provided in the details for the sake of brevity. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the invention should be included within the protection scope of the invention.

Claims

1. A method for uninterrupted expansion of a distributed file system, characterized in that, The method includes: Define an RBF object service in the object class of the local server port beforehand, and initialize the RBF object service to NULL. An object switching function is added in advance to the object class of the local server port. The object switching function is used to control whether to enable the local object service or enable the RBF object service. In response to enabling the RBF object service, the object switching function retrieves the preset RBF object service code from the local distributed file system and replaces the NULL, and adds the interface of the local object service as a sub-service of the RBF object service; The method further includes: writing the RBF object service code according to the server nodes to be expanded; storing the RBF object service code in the distributed file system; wherein the RBF object service code includes: path node control code, used to manage the mapping relationship between multiple namespaces and storage spaces, wherein the storage space includes the storage space of one or more extended servers; and a remote object service interface, used to access the one or more extended servers based on the mapping relationship and process data using a preset calling method.

2. The method for uninterrupted expansion of a distributed file system according to claim 1, characterized in that, In response to enabling the RBF object service, the interface of the local object service is added to the RBF object service, and the method further includes: Create a namespace corresponding to the local server and save the mapping relationship between it and the local storage space; Add the namespace and the mapping relationship to the path node control code.

3. The method for uninterrupted expansion of a distributed file system according to claim 2, characterized in that, The method also includes forwarding client requests after enabling the RBF object service by the following steps: The client sends a request to the local server port and retrieves the corresponding object class. The client request is sent to the RBF object service under the object class; The corresponding object service interface is determined based on the object service information in the client request. The corresponding storage space is determined based on the namespace in the client request and the mapping relationship.

4. The method for uninterrupted expansion of a distributed file system according to claim 3, characterized in that, The method further includes: The corresponding method call is invoked according to the object service interface to process the data in the storage space, and the processing result is returned along the original path.

5. The method for uninterrupted expansion of a distributed file system according to claim 3, characterized in that, Invoking the corresponding method to process the data in the storage space includes: To add, delete, modify, or query data in the storage space.

6. The method for uninterrupted expansion of a distributed file system according to claim 1, characterized in that, The method further includes: In response to enabling the local object service, the object switching function reassigns the RBF object service to NULL.

7. A computer device, characterized in that, include: At least one processor; as well as A memory storing an executable computer program, which, when executed by the at least one processor, implements the steps of the uninterrupted expansion method for a distributed file system as described in any one of claims 1-6.

8. A readable storage medium, characterized in that, include: An executable computer program, when executed by an executor, is used to implement the steps of the uninterrupted expansion method for a distributed file system as described in any one of claims 1-6.

Images