Chuyển tới nội dung chính

Workload

Overview

The Workload page provides a centralized view of all deployed GPU workloads across clusters and projects. Administrators can monitor workload status, inspect pod-level details, and deploy new workloads.

Navigation: GPU → Workload Management → Workload

Sub-text: "View deployed workloads and history, and deploy new workloads."


1. Page Header

ElementDescription
Title"Workload"
+ Deploy Workload buttonOpens the Deploy Workload dialog (top right, primary blue).

2. Filters

Filter Row 1

FilterDescription
ClusterFilter by cluster. Defaults to All.
ProjectFilter by project. Defaults to All.
GPU PoolFilter by GPU pool name. Defaults to All.
Workload TypeFilter by workload classification (Inference / RayJob). Defaults to All.
GPU TypeFilter by GPU sharing mode (Full GPU / MIG / Time-Slicing / NPU).
Workload StateFilter by runtime state — Running / Waiting. Defaults to All.

Filter Row 2

FilterDescription
Search inSelect which column to search — defaults to All fields.
SearchFree-text search input. Filters the table client-side as you type.

3. Workload Table

Table Columns

ColumnDescription
WorkloadWorkload name. Click the chevron (∨/∧) to expand and see the pod sub-row.
GPU HealthGPU health status badge. Shows Action needed (red) when an issue is detected; "—" when no data is available.
TypeKubernetes owner resource type — Deployment / Pod / RayJob.
CategoryGPU sharing mode — Full GPU / Time-Slicing / MIG.
PriorityScheduler priority badge (P1–P9). Blue tag.
PreemptibleWhether the workload can be preempted — Yes (green) / No (neutral).
StatusRuntime state — Running (green) / Waiting (yellow).
GPU PoolAssigned GPU pool name shown as a colored chip.
GPUGPU resource allocated (e.g. 1 GPU8 GPUvGPU 25% · 1GBvGPU 50% · 9GB).
CPU / MemCPU and memory requested (e.g. 100m / 4Gi1 / 4Gi). Displays "-/-" when unavailable.
Creation timeTimestamp when the workload was created.
ProjectProject the workload belongs to.
ClusterCluster the workload is running in.
Action⋮ context menu with 2 options:
YAML — view the workload's raw YAML; 
Detail — navigate to the workload detail page.
Delete

Expanded Row

Clicking the chevron on a workload row expands a pod sub-table showing all active pods for that workload:

Sub-columnDescription
PodPod name.
StatusPod runtime state (e.g. Running).
NodeHost node the pod is running on (e.g. ip-10-0-134-143.ec2.internal).
GPU / ResourceGPU resource allocated to this pod (e.g. 1 GPU).

4. Deploy Workload Dialog

Clicking + Deploy Workload opens a two-step dialog.

Step 1: Deployment Type

Two options to choose from:

OptionDescription
Deploy via Model ManagerRedirects to the Model Manager's Create Model page to deploy a model as a workload.
Custom DeploymentShows manifest examples by workload kind and GPU type — includes project, GPU pool, and resource annotation templates.

Step 2: Custom Example

Shown after selecting Custom Deployment. Generates a ready-to-copy YAML manifest example tailored to the selected configuration.

Workload Kind — three tabs to select the Kubernetes resource type:

OptionDescription
InferenceServiceKServe InferenceService manifest (e.g. for model serving).
RayJobRayJob manifest for distributed Ray workloads.
PyTorchJobPyTorchJob manifest for PyTorch training workloads.

GPU Type — dropdown to select the GPU sharing mode (e.g. Full GPU).

GPU Count (nvidia.com/gpu) — numeric input for the number of GPUs to request.

Deployment Example (YAML) — a syntax-highlighted YAML block that updates based on the selections above. The project (skax.com/modelmanager-project), GPU pool (axmp.io/gpu-pool), and GPU resource fields are pre-filled with inline comments. Copy this manifest and apply it to your cluster.

Actions:
ButtonDescription
BackReturn to Step 1 (Deployment Type selection).
Copy ExampleCopies the generated YAML to clipboard.