The present invention relates generally to generating configuration files and more particularly to generating configuration files in a distributed computing environment.
Configuration files are required in a distributed computing environment to allow each of the computers of such a network to communicate with each other.
This standard method of configuration file generation is not possible if you do not have a list of IP addresses and CPU counts ahead of time of the computers that run the MPI processes. To explain this problem in more detail refer to the following. Apple Computer provides, for example, Xgrid, a suite of applications which runs computational intensive applications. Xgrid enables administrators to group locally networked computers or nodes into clusters or grids and allows users on the network to remotely submit long-running computations as jobs to the clusters. Xgrid then creates multiple tasks for each job and distributes those tasks among multiple nodes, which can be either multipurpose desktops or dedicated cluster nodes.
Distributed Computing Under Xgrid Architecture
Components
A cluster comprises three main software components:
A user interacts with the grid via the client. The client uses a multicast broadcast, for example, from Rendezvous or an internet protocol (IP) address/hostname to find a controller to submit a job—a collection of execution instructions that may include data and executables. The controller 104 accepts the job and its associated files, and communication with the agents. Agents 106-110 accept the jobs, perform the calculations, and return the results to the controller, which aggregates them and returns them to the appropriate client.
In principle, all three components can run on the same computer, but it is often more efficient to have a dedicated controller.
Client 102
A user submits a job to the controller via an Xgrid client application, using either the command-line (Xgrid) or a graphical user interface application built using the Xgrid application framework. The user defines the parameters for the job to be executed in the Xgrid client, and these are sent to the controller. When the job is complete, the client is notified and can retrieve the results from the controller.
Any system can be an Xgrid client provided it has the Xgrid application installed and has a network connection to the controller system. In general, the client submits a job to a single controller at a time.
Controller 104
The controller service (xgridcontrollerd) manages the communications and the resources of the clusters. The xgridcontrollerd process accepts network connections from clients and agents. It receives job submissions from the clients, breaks the jobs up into tasks, dispatches tasks to the agents and provides feedback to the clients.
Agents 106, 108, 110
The agents handle running the computational tasks that comprise a job. When an agent (xgridagentd) starts running at startup it registers with the controller, which sends instructions and data to the xgridagentd when appropriate. An agent can be connected to only one controller at a time. Once the instructions from the controller are received, the agent then executes the appropriate code and sends the results back to the controller.
Accordingly, Xgrid allows a client to submit a list of processes to run on distributed set of computers but does not let them decide ahead of time which computers will be hosting which processes. Using a system such as Xgrid not only does the client not know the IP addresses of the computer that will be assigned to run the processes, but the client also does not know how many processes will be run on each computer. Therefore it is impossible for the client to generate either the master configuration file or the slave configuration files for the processes.
Accordingly, as before mentioned, the standard way to generate the configuration files used to run a MPI application on a cluster of computers is to start with a list of the computers in the cluster that will be hosting the MPI processes and determine based on their addresses and the number of CPUs in each computer what the contents of each configuration file should be, and then send the appropriate configuration file to each computer, and then start all of the slave processes, and finally start the master process.
This standard method of configuration file generation is not possible if a list of IP addresses and CPU counts is not available ahead of time for the computers that run the MPI processes
Accordingly, what is needed is a system and method for configuration file generation which does not require a list of addresses and CPU counts ahead of time. The system and method should be easily implemented on existing systems and should be adaptable therewith. The present invention addresses such a need.
A computer readable medium, method and system for configuring information for a distributed computing environment is provided. The method and system comprises providing a job containing a list of tasks to a controller, the tasks including a bootstrap tool and configuration information related to the computer network. The method and system also comprises providing a task to each of a plurality of agents on the distributed computer network, each task being based on one of the tasks of the job. The method and system further comprises executing code by each of the plurality of agents based upon the tasks process, wherein the code provides configuration information for a master process and a plurality of slave processes within the distributed computer network.
The present invention allows processes run on a distributed set of computers to be provided with appropriate configuration files without requiring the master node to pre-generate those files ahead of time. Specifically, the invention generates the configuration files on the computers that will host the processes. A special bootstrap tool is run on each machine. This tool provides a unique identifier to each process. Each machine running a slave process sends the master process its address, and the master returns a port number.
The present invention relates generally to generating configuration files and more particularly to generating configuration files in a distributed computing environment. The following description is presented to enable one of ordinary skill in the art to make and use the invention and is provided in the context of a patent application and its requirements. Various modifications to the preferred embodiments and the generic principles and features described herein will be readily apparent to those skilled in the art. Thus, the present invention is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features described herein.
These processes could be run as separate CPUs or some of the processes could share a CPU. As is seen in
A library implements the message passing interface (MPI) standard on the cluster of computers and requires the presence of a configuration file in the working directory of each process that makes up the application. There is usually one process per CPU. The content of each configuration file depends on the contents of the rest of the configuration files.
The first process is known as the master process, and the configuration file contains a base port number, and the internet protocol (IP) addresses of computers hosting the rest of the MPI processes. If two processes are being hosted on the same computer (for instance, on the computer 506 with two CPUs as shown in
However, the second MPI process on a computer with that IP address must have a configuration file that contains the base port number incremented by one. Each additional MPI process hosted at that IP address must have a configuration file with a port number one greater that the port number used by the last MPI process. Therefore, the contents of each configuration file depends on the IP addresses of all of the computers hosting the MPI processes, and the number of processes being hosted at each IP address.
A system and method in accordance with the present invention generates the configuration files on the computers that will be hosting the processes, once all of the processes have been acquired.
The generation of configuration files is accomplished by submitting a special bootstrap tool within a job to run first, instead of submitting each of the MPI processes. There is one task for each desired MPI process, which handles the generation of the appropriate (master or slave) configuration file and then starts the MPI process as a child.
To describe the features of the present invention in more detail, refer to the following description in conjunction with the accompanying figures. A listing for the bootstrap tool is illustrated in
Each of the processes that are going to generate each of the slave configuration files browse for the master task's port and connect to it. Each slave process sends the master process their IP address, and the master process returns a base port number. If this is the first time the master process has received the IP address, it sends the base port number. For each subsequent instance of the same IP address received, it sends the last port number sent for that IP address, incremented by one. For example, if the base port number is 5000, then the next time a slave process sends an identical IP address the master process will return a port number of 5001. Thus each slave process is able to write a configuration file with the correct port number, regardless of how many processes have been assigned to the same computer.
Once the master process has received an IP address from each slave process (and it knows ahead of time how many it is looking for) it writes the master configuration file. It then sends a message to each slave process telling it to start its MPI process. Once all of the slave processes have been started and the slave processes have indicated so to the master process, the master process starts the master MPI process.
Accordingly, a system and method in accordance with the present invention allows a collection of processes that are to be run on a distributed set of computers connected by an IP network to be provided with appropriate configuration files, without having to generate those configuration files on a single computer ahead of time. As long as the client generates a truly unique identifier to be used for the service name, and tells the master exactly how many slaves there are, and starts the bootstrapping tools on each computer (in any order), the application can run correctly.
Advantages
The advantage of this invention over other products is that it requires no configuration ahead of time. The client who wants to run the MPI application does not need to have a list of computer IP addresses ahead of time, and does not need to know how many CPUs each computer has. The only manual configuration necessary is to decide how many total MPI processes should run. By taking advantage of multicast DNS and a locally unique service name, the tasks are able to find each on the link-local network other no matter which computers they are run on. By having the master process keep track of how many slaves have registered with a given IP address, the number of processes per computer does not need to be known ahead of time.
Although the present invention has been described in accordance with the embodiments shown, one of ordinary skill in the art will readily recognize that there could be variations to the embodiments and those variations would be within the spirit and scope of the present invention. Accordingly, many modifications may be made by one of ordinary skill in the art without departing from the spirit and scope of the appended claims.
This application is a continuation of application Ser. No. 10/971,601, filed Oct. 21, 2004, the entire contents of which are incorporated by reference herein.
Number | Date | Country | |
---|---|---|---|
Parent | 10971601 | Oct 2004 | US |
Child | 12605269 | US |