Using a Separate Distributed Manager
While Distributed Workers always need to be part of a Remote Services cluster, note that the distributed manager itself does not. Any machine that is licensed to run distributed algorithms can act as the distributed manager. You simply need to set WorkerPool and WorkerPassword parameters to point to the Remote Services cluster that contains your distributed workers. Note that the Cluster Manager can not act as the distributed manager.
To give an example:
> gurobi_cl WorkerPool=server1:61000 WorkerPassword=passwd DistributedMIPJobs=2 misc07.mpsYou should see the following output in the log:
Started distributed worker on server1:61000 Started distributed worker on server2:61000 Distributed MIP job count: 2In this case, the distributed computation is managed by the machine where you launched this command, and the two distributed workers come from your Remote Services cluster.