Applicable Scenarios
- Submit PyTorch multi-node, multi-GPU training, model fine-tuning, or continued training tasks.
- Use Ray to run distributed computing tasks, and configure shared storage, Runtime Env, or auto scaling as needed.
Task Type
Resource Types
Training tasks run on the platform’s GPU clusters, with computing resources organized by region and cluster. When submitting a task, you need to request CPU/GPU resources through a resource pool and instance specification. The platform supports the following resource usage methods:
Both Spot and off-peak tasks are suitable for low-cost, interruptible workloads. Critical training tasks should prioritize reserved or pay-as-you-go resources, together with checkpoints, automatic fault tolerance, and monitoring capabilities.
Relationships Between Resources, Images, and Data
- Resource Pool and Instance Spec: Determine the CPU/GPU computing power available to the task. When the task is submitted, the platform performs quota validation and scheduling based on the resource pool and instance specification.
- Image: Determines the task runtime environment, framework version, dependency libraries, and training tools.
- Volume: Used to store code, checkpoints, training outputs, and model files.
- Dataset and Model: Typically mounted in the training container as read-only inputs.
- Startup Command: Defines the training command to be executed after the container starts.
Training Lifecycle
- Prepare quotas, images, datasets, models, and Volumes. Spot and Idle Resource do not require quotas to be purchased in advance, but you must confirm that the task can be interrupted.
- Create a training task in Training > Workloads, and configure the basic information, runtime environment, resources, scheduling, and advanced options.
- The task enters the queue and waits to be scheduled to a resource pool.
- The platform starts the training container and runs the startup command. PyTorchJob can use the platform-injected distributed training environment variables, while RayJob can use RayJob-specific capabilities.
- On the training task details page, view the lifecycle timeline, Status details, events, logs, monitoring, and fault-tolerance details.
- If a task is queued, fails, becomes stuck, or has abnormal resource utilization, troubleshoot the issue based on events, logs, and monitoring, then use automatic fault tolerance, Debug resubmission, or Bisect Diagnose as needed.
- After a task succeeds, fails, is stopped, or is deleted, clone, resubmit, share, add labels, or register the training artifacts with Models as needed.
Differences Between Workloads and Workflows
- Workloads: Designed for individual training jobs, suitable for directly submitting PyTorchJob or RayJob and managing the job lifecycle.
- Workflows: Designed for multi-step processes, suitable for orchestrating multiple SF job nodes or SF inference nodes into a DAG, and creating workflows through forms or code.

