JPH03257571A - Processing system for specification of resources control server - Google Patents

Abstract

PURPOSE:To enable a reception server to specify a local server that controls effectively a requested volume by making the reception server issue a using request of the volume as the capability acquired by an address information aquiring means defined as the address information. CONSTITUTION:A control means 15 of a reception server 13 controls the capability of a volume contained in a local server 10 and the name of the volume. When a using request of the resources is received from a client 12, a volume name calculation means 16 of the server 13 calculates the name of the volume containing the resources out of the name of the resources to be designated. An address information acquiring means 17 retrieves the means 15 with the calculated volume name used as a key in order to acquire the capability of the requested volume. Then the server 13 issues a using request of the volume to the server 10 with the acquired capability used as the address information. Thus the server 13 can effectively specify the server 10 that controls the requested volume.

Description

[Detailed Description of the Invention] [Summary] Regarding a resource management server identification processing method in a multifunction computer system for identifying a server that manages a volume in which a resource requested by a client exists, a corresponding server can be efficiently identified. In order to do this, the global server processes the capabilities sent from the local server in response to a volume embedding request by associating them with the volume name and sending them to the reception server. A management means that associates and manages the transmitted volume name and capability, a volume name determination means that determines a volume name from the resource name specified by the client, and a volume name determination means that uses the determined volume name as a key. and destination information acquisition means for acquiring corresponding capabilities by searching the management means, and the reception server is configured to issue a volume use request using the capabilities acquired by the destination information acquisition means as destination information. do.

[Industrial Application Field] The present invention relates to a resource management server identification processing method in a compound computer system for identifying a server that manages a volume requested for use by a client, and in particular, to a processing method for identifying a corresponding server in an efficient manner. The present invention relates to a resource management server identification processing method.

In a complex computer system configured by connecting multiple nodes (consisting of processors, storage devices, and multiple volumes) via a bus, there are multiple local servers that manage the volumes of each node and resources on the volumes, and a local server that manages the volumes of each node and the resources on the volumes. A configuration will be adopted that includes a global server that manages the resources, and a reception server that receives resource usage requests from clients and issues resource usage requests to local servers that manage the resources.

In a compound computer system with such a configuration,
In order to improve the efficiency of data processing, it is necessary to take measures to enable the reception server to efficiently identify the corresponding local server.

[Prior Art] When a client requests the use of a resource, the reception server determines the volume name in which the resource exists based on the specified resource name, and also determines which local server the determined volume is under the control of. Identify whether there is
A process of issuing a volume usage request to the identified local server is executed.

Conventionally, a reception server issues volume usage requests to all local servers in a brute force manner in order to identify which local server is under the control of the identified volume. was.

[Intelligence B to be Solved by the Invention] However, in such conventional technology, every time there is a resource usage request from a client, a volume usage request is issued to all local servers in a brute force manner. Therefore, there was a problem in that the overhead became large.

There was also the problem that it was not known whether the volume could be used until a response was received from the local server.

One way to deal with this is to specify a volume name to the global server and issue a search request for the local server that manages that volume when accepting resource usage requests from clients.
One possible method would be to identify the local server that manages the volume for which the resource usage request has been made. However, even if such a method is adopted, a local server search request must be issued to the global server every time a resource usage request from a client is accepted, so the overhead is small. The problem is that it does not. Moreover, the problem remains that it is not known whether the volume can be used until a response is returned from the global server.

The present invention has been made in view of the above circumstances, and is a new technology that enables a reception server to efficiently manage a local server that manages a volume requested for use in a multicomputer system having such a configuration. The purpose is to provide a resource management server specific processing method.

[Means to solve the problem]

FIG. 1 is a diagram showing the principle configuration of the present invention.

In the figure, 1 is a complex computer system composed of multiple nodes connected via a bus, and is composed of a group of processors with multiple CPUs, memories, etc., and 10 is a local server provided in the system. 11 is a global server prepared in the system that manages the local server 10 , and 12 is a client that manages the volumes managed by the local server 10 13 is a reception server provided in the system and receives a resource use request from the client 12; 14 is a communication means that receives each request according to message communication; It executes communication processing between nodes.

The local server 10 executes a volume embedding process in response to a volume embedding request from the global server 11, and upon completion of the embedding process, transmits a capability representing destination information of the incorporated volume to the global server 11. Process as follows. The global server 11 issues a volume embedding request to the local server 10, and processes the capability sent from the local server 10 to be associated with the volume name requested for embedding and sent to the reception server 13. The reception server 13 includes a management means 15 that associates and manages capabilities sent from the global server 11 with volume names, and a volume name manager 15 that determines the volume name in which the resource exists from the resource name specified by the client 12. indexing means 16;
Destination information acquisition means 17 is provided for acquiring the corresponding capability by searching the management means 15 using the volume name determined by the volume name determination means 16 as a key.

[Effect]

In the present invention, the global server 11 notifies the specific local server 10 of the completion of the volume connection, and requests the volume installation to create an environment capable of responding to usage requests from the client 12. Request processing. In response to this embedding request, the local server 10 executes volume embedding processing, and upon completion of the embedding processing, transmits a capability representing destination information of the incorporated volume to the global server 11.

When the global server 11 receives the capability sent from the local server 10, it tells the reception server 13 to associate the received volume capability from the local server 10 with the incorporated volume name. Process to send. Then, the management means 15 of the reception server 13 processes the transmitted capabilities and volume names of the volumes incorporated in the local server 10.

When a resource usage request is received from the client 12, the volume name determining means 16 of the reception server 13 determines the volume name in which the resource exists from the specified resource name. Subsequently, the destination information acquisition means 17 acquires the capabilities of the volume requested for use by searching the management means 15 using the determined volume name as a key.

Then, the reception server 13 processes the resource usage request from the client 12 by issuing a volume usage request to the local server 10 using this acquired capability as destination information. Execute.

As described above, according to the present invention, the reception server 13 can immediately identify the local server 10 that manages the volume requested for use, without inquiring the local server 10 or the global server 11.

〔Example〕

Hereinafter, the present invention will be explained in detail according to examples.

FIG. 2 illustrates the hardware configuration of a compound computer system equipped with the present invention. In the figure, FCMP stands for FlexiFly Cumbled Multiprocessor, GCMP
is a global coupled multi-processor, 5C
CH is system communication channel, 20
21 represents a processor having an instruction execution function, and 21 represents a shared memory that can be referenced and updated by a plurality of processors. As shown in this figure, the FCMP is connected to a plurality of GCMPs, and each (1, CMP is connected by a duplicated 5CCH). It can be expanded to.

The global server 11 shown in FIG. 1 is handled by one processor 20 in the entire FCMP, and the reception server 13
Also, one processor 20 is responsible for the entire FCMP, and the local server 10 is responsible for one processor for each GCMP unit.
One processor 20 will be in charge.

FIG. 3 is a diagram illustrating the operation of an embodiment of the present invention. In the figure, the same parts as those explained in FIG. 1 are indicated by the same symbols.

The global server 11 first performs processing to establish a communication path between the local server 10 and the reception server 13. For example, when the global server 11 completes its own initialization, the process of establishing a communication path between the global server 11 and the local server 10 is performed using C-CAP, which is the capability of the communication destination disclosed by the global server 11.
(CallableCapability) is registered in a destination intermediary means (not shown), and when the local server 10 completes its own initialization, it acquires the C-CAP of the global server 11 from this destination intermediary means, and sets the acquired C-CAP as the destination. Then, R-CAP (Resource Cap), which is the capability of the communication destination that is not disclosed to the global server 11 (disclosed only to a specific processing entity to maintain security).
ability).

In the process of establishing a communication path between the global server 11 and the reception server 13, for example, when the reception server 13 completes its own initialization, it transfers the C-CAP, which is the communication destination capability published by itself, to the above-mentioned destination. When the global server 11 registers with the intermediary means and completes its own initialization, it acquires the C-CAP of the reception server 13 from this destination intermediary means, and sends a message to the reception server 13 using the acquired C-CAP as the destination. This will be realized by sending its own public (,-CAP).In the same way, the process of establishing a communication path between the client 12 and the reception server 13 is also registered in this destination intermediary means. C-CA of reception server 13
It will be realized according to P.

Next, the processing performed by each server to implement the present invention will be described in accordance with the numerical order shown in FIG.

■ Volume connection notification and embedding request The global server 11 sends a connection completion request to the local server 1 for processing the connection completed volume.
0 and requests a volume embedding request in order to create an environment that can respond to usage requests from clients 12. Here, the message communication to the local server 0, which is the processing request destination, is performed using the R-CAP of the communication destination of the local server 0 obtained through the communication path establishment process as destination information.

■ Volume embedding processing and upon receiving a volume embedding request from the R-CAP issuing global server 11,
The local server 10 that has received the request executes the volume embedding process by creating a usage environment for the requested volume.

Then, R becomes the destination information of the incorporated volume.
- Issue the CAP to the global server 11. here,
Message communication regarding the R-CAP of this volume is performed using the C-CAP of the communication destination of the global server 1 obtained through the communication path establishment process as destination information.

■ Sending the volume R-CAP and volume name Upon receiving the volume R-CAP from the local server 10, the global server 11 notifies the reception server 13 of the volume R-CAP sent along with the volume name. do.

Here, the message communication to the reception server 13 is performed by the reception server 13 obtained through the communication path establishment process.
This is done using the C-CAP of the communication destination as the destination information.

(2) Volume R-CAP Management Upon receiving the volume R-CAP and volume name from the global server 11, the reception server 13 registers the information in the R-CAP management table 30 prepared. FIG. 4 illustrates an example of this R-CAP management table 30. As shown in this figure, the R-CAP management table 30 uses the basic control table 31 pointed from a fixed area of space as an anchor, and contains information necessary for issuing a resource use request to the local server 10, as well as the global server 1
A configuration is adopted in which the R-CAP of the volume and the volume name sent from 1 are connected and managed in a chain for each volume.

FIG. 5 shows a flowchart of the registration process for this R-CAP management table 30. As shown in this flowchart, this registration process first begins with the R-CAP
Exclusive acquisition of the chain of management table 30 is executed, and then, by tracing this chain, it is searched whether there is an R-CAP management table 30 that manages a volume name equal to the received volume name, and the same volume name is found. If so, its R-C
Register the new R-CAP sent to the AP management table 30, and if it does not exist, create a new R-CAP management table 30.
This will be executed by creating a ``R-CAP'' and registering the R-CAP and volume name sent there.

■ After the resource use request client 12 establishes a communication path with the reception server 13, it issues a resource use request to the reception server 13 using the C-CAP of the communication destination of the reception server 13 acquired at that time as destination information. do.

(2) Volume Name Acquisition Upon receiving a resource usage request from the client 12, the reception server 13 uses a name resolution mechanism (not shown) to acquire the volume name in which the resource exists from the specified resource name.

■ R-CAP search/acquisition of volume When the volume name is acquired, the reception server 13 searches the R-CAP management table 30 shown in FIG. 4 using the acquired volume name as a search key. Obtain the R-CAP of the volume associated with the volume name.

FIG. 6 shows a flowchart of the search process for this R-CAP management table 30. As shown in this flowchart, this search process first begins with R-CAP
An R-CAP management table 30 that executes exclusive acquisition of the chain in the management table 30 and then manages a volume name equal to the volume name of the usage request acquired by tracing this chain.
If there is an equal volume name,
In order to avoid conflicts with detach processing, etc., the R-CAP
This is executed by first acquiring the management table 30 exclusively, then acquiring the R-CAP of the volume associated with that volume name, and if not, notifying the client 12 that it is not available for use. It turns out.

■ When the R-CAP of the volume request volume is acquired, the reception server 1
3 uses the acquired R-CAP of the volume as destination information to issue a volume use request to the local server 10 that manages the resource requested by the client 12.

■ Volume usage In response to a request to use this volume, local server 1
0 executes volume usage.

In this way, the reception server 13 is connected to each local server 10.
Local server 10 and global server 1
It becomes possible to specify the local server 10 that manages the volume that is requested to be used without inquiring to the local server 10.

(Effects of the Invention) As explained above, according to the present invention, the reception server
Since the local server that manages the resource requested by the client can be specified without referring to other servers, the corresponding local server can be specified with extremely small overhead compared to the past. Then, before issuing a use request to the local server, it becomes possible to detect whether the volume requested for use is usable.

This is an example.

In the figure, 1 is a compound computer system, 10 is a local server, 11 is a global server, 12 is a client, 13
is a reception server, 14 is a communication means, 15 is a management means, 16
is a volume name determining means, and I7 is a destination information acquiring means.

Claims (1)

[Claims] A plurality of local servers (10) that manage volumes for each node configuring the system;
One global server (11) that manages 0) and one that accepts resource usage requests from clients (12).
In a multicomputer system comprising two reception servers (13), a global server (11) receives a capability representing destination information of a volume sent from a local server (10) in response to a volume installation request. A management means (15) that processes the volume name and sends it to the reception server (13) in association with the volume name, and the reception server (13) manages the transmitted volume name and capability in association with each other. , client (1
Volume name determining means (16) that determines the volume name in which the resource exists from the resource name specified from 2), and the volume name determined by the volume name determining means (16) is used as a key to manage the resource. and destination information acquisition means (17) for acquiring corresponding capabilities by searching for the destination information acquisition means (15), the reception server (13) transmits the capabilities acquired by the destination information acquisition means (17) to the destination. A resource management server specific processing method characterized by being configured to issue a volume use request as information.