If the workflow that you develop calls another workflow that resides on a remote Orchestrator server, certain prerequisites must be fulfilled so that the remote workflow can run successfully.

  • All input parameters of the remote workflow must be resolvable on the remote Orchestrator server.

  • All output parameters of the remote workflow must be resolvable on the local Orchestrator server.

To ensure that the parameters of the remote workflow are resolvable, the inventory objects that the workflow uses must be available both in the remote and the local Orchestrator servers. In case the remote workflow uses objects from a plug-in, the same plug-in must be available on both Orchestrator servers. The inventories of the remote plug-in and the local plug-in must be identical. In case the remote workflow uses system objects in Orchestrator, like workflows and actions, the same workflows and actions must exist in the inventories of the remote and the local Orchestrator servers.

For example, suppose that you insert the Rename virtual machine workflow in a Nested Workflow element in the Test workflow that you develop. You want to run the Rename virtual machine workflow in a remote Orchestrator server. When you run the Test workflow, the Rename virtual machine workflow is called within the run of the Test workflow. You specify a virtual machine to rename from the inventory of the local Orchestrator server. Because the Rename virtual machine workflow runs on the remote Orchestrator server, the same virtual machine must be available in the inventory of that server. Otherwise, the Rename virtual machine workflow cannot resolve its vm input parameter. Therefore, the vCenter Server plug-in on the local and the remote Orchestrator servers must be connected to the same vCenter Server instance.