Skip to content



Researchers are submitting Jobs via The Run:AI CLI, Kubeflow or similar. To streamline resource allocation and prioritize work, Run:AI introduces the concept of Projects. Projects are quota entities that associate a Project name with GPU allocation and allocation preferences.

A Researcher submitting a Job needs to associate a Project name with the request. The Run:AI scheduler will compare the request against the current allocations and the Project and determine whether the workload can be allocated resources or whether it should remain in the queue for future allocation.

Modeling Projects

As an Admin, you need to determine how to model Projects. You can:

  • Set a Project per user.
  • Set a Project per team of users.
  • Set a Project per a real organizational Project.

Project Quotas

Each Project is associated with a quota of GPUs that can be allocated for this Project at the same time. This is guaranteed quota in the sense that Researchers using this Project are guaranteed to get this number of GPUs, no matter what the status in the cluster is.

Beyond that, a user of this Project can receive an over-quota. As long as GPUs are unused, a Researcher using this Project can get more GPUs. However, these GPUs can be taken away at a moment's notice. For more details on over-quota scheduling see: The Run AI Scheduler.

Important best practice: As a rule, the sum of the Project allocation should be equal to the number of GPUs in the cluster.

Working with Projects

Create a new Project


In order to be able to manipulate Projects, you must have Editor access. See the "Users" Area

  • Login to the Projects area of the Run:AI Administration user interface at
  • On the top right, select "Add New Project"
  • Choose a Project name and a Project quota
  • Press "Save"

Update an existing Project

  • Select an existing Project.
  • Right-click and press "Edit".
  • Update the values and press "Save".

Delete an existing Project

  • Select an existing Project.
  • Right-click and press "Delete".

Limit Jobs to run on Specific Node Groups

A frequent use case is to assign specific Projects to run only on specific nodes (machines). This can happen for various reasons. Examples:

  • The project team needs specialized hardware (e.g. with enough memory).
  • The project team is the owner of specific hardware which was acquired with a specialized budget.
  • We want to direct build/interactive workloads to work on weaker hardware and direct longer training/unattended workloads to faster nodes.

While such 'affinities' are sometimes needed, its worth mentioning that at the end of the day any affinity settings have a negative impact on the overall system utilization.

Grouping Nodes

To set node affinities, you must first annotate nodes with labels. These labels will later be associated with Projects. Each node can only be annotated with a single name.

To get the list of nodes, run:

kubectl get nodes

To annotate a specific node with the label "dgx-2", run:

kubectl label node <node-name>

You can annotate multiple nodes with the same label

Setting Affinity for a Specific Project

To mandate training Jobs to run on specific node groups:

  • Create a Project or edit an existing Project.
  • Go to the Node Affinity tab and set a limit to specific node groups.
  • If the label does not yet exist, press the + sign and add the label.
  • Press Enter to save the label.
  • Select the label.


To mandate interactive Jobs to run on specific node groups, perform the same steps under the "interactive" section in the Project dialog.

Further Affinity Refinement by the Researcher

The Researcher can limit the selection of node groups by using the CLI flag --node-type with a specific label. When setting specific Project affinity, the CLI flag can only be used to with a node group out of the previously chosen list. See CLI reference for further information runai submit

Limit Duration of Interactive Jobs

Researchers frequently forget to close Interactive Jobs. This may lead to a waste of resources. Some organizations prefer to limit the duration of interactive Jobs and close them automatically.

Warning: This feature will cause containers to automatically stop. Any work not saved to a shared volume will be lost

To set a duration limit for interactive Jobs:

  • Create a Project or edit an existing Project.
  • Go to the Time Limit tab and set a limit (day, hour, minute).

mceclip1.png The setting only takes effect for Jobs that have started after the duration has been changed.

Assign Users to Project

When Researcher Authentication is enabled, the Project form will contain an additional Users tab. The tab will allow you to assign Researchers to their Projects.

Last update: August 6, 2021