Customizing task resources#

When defining a task function, you can specify resource requirements for the pod that runs the task. Union will take this into account to ensure that the task pod is scheduled to run on a Kubernetes node that meets the specified resource profile.

Resources are specified in the @task decorator. Here is an example:

from flytekit.extras.accelerators import A100

@task(
    requests=Resources(mem="120Gi", cpu="44", gpu="8", ephemeral_storage="100Gi"),
    limits=Resources(mem="200Gi", cpu="100", gpu="12", ephemeral_storage="200Gi"),
    accelerator=GPUAccelerator("nvidia-tesla-a100")
)
def my_task()
    ...

There are three separate resource-related settings:

  • requests

  • limits

  • accelerator

The requests and limits settings#

The requests and limits settings each takes a Resource object, which itself has five possible attributes:

  • cpu: Number of CPU cores (in whole numbers or millicores (m)).

  • gpu: Number of GPU cores (in whole numbers or millicores (m)).

  • mem: Main memory (in Mi, Gi, etc.).

  • ephemeral_storage: Ephemeral storage (in Mi, Gi etc.).

Note that CPU and GPU allocations can be specified either as whole numbers or in millicores (m). For example, cpu="2500m" means two and a half CPU cores and gpu="3000m", meaning three GPU cores.

The type of ephemeral storage used depends on the node type and configuration you request from the Union team. By default, all nodes will use network-attached storage for ephemeral storage. However, if a node type has attached NVMe SSD storage, you can request that the Union team configure your cluster to use the attached NVMe as ephemeral storage for that node type.

The requests setting tells the system that the task requires at least the resources specified and therefore the pod running this task should be scheduled only on a node that meets or exceeds the resource profile specified.

The limits setting serves as a hard upper bound on the resource profile of nodes to be scheduled to run the task. The task will not be scheduled on a node that exceeds the resource profile specified (in any of the specified attributes).

GPUs take only limits

GPUs should only be specified in the limits section of the task decorator:

  • You should specify GPU requirements only in limits, not in requests, because Kubernetes will use the limits value as the requests value anyway.

  • You can specify GPU in both limits and requests but the two values must be equal.

  • You cannot specify GPU requests without specifying limits.

The accelerator setting#

The accelerator setting further specifies the type of GPU required for the task.

See Accelerators for more information.

Execution defaults and resource quotas#

The execution defaults and resource quotas can be found on the right sidebar of the Dashboard. They can be edited by selecting the gear icon:

This will open a dialog:

Note on ephemeral storage

An ephemeral storage default value of zero means that the task pod will consume storage on the node as needed. This makes it possible for a pod to get evicted if a node doesn’t have enough storage. If your tasks are built to rely on ephemeral storage, we recommend being explicit with the ephemeral storage you request so as to avoid pod eviction.

The with_overrides method#

When requests, limits, or accelerator are specified in the @task decorator, they apply every time that a task is invoked from a workflow. In some cases, you may wish to change the resources specified from one invocation to another. To do that, use the with_overrides method of the task function. For example:

@task
def my_task(ff: FlyteFile):
    ...

@workflow
def my_workflow():
    my_task(ff=smallFile)
    my_task(ff=bigFile).withoverrides(requests=Resources(mem="120Gi", cpu="10"))