vllm-project / vllm-project/aibrix

Planner doesn't fully leverage RM's provision result information

Open
#2,250 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
5.1k
Forks
694
Avg merge
1d 19h
Merged PRs (30d)
98

Description

### 🐛 Describe the bug

`Provisioner.Provision()` returns `*ProvisionResult`

```
type ProvisionResult struct {
ProvisionID string
Provider string
Status ProvisionStatus
Region string
CreatedAt/UpdatedAt time.Time
// provider details
Kubernetes *KubernetesProvisionDetail
AWS *AWSProvisionDetail
LambdaCloud *LambdaCloudProvisionDetail
RunPod *RunPodProvisionDetail
}
```

```
type DefaultDecision struct {
ProvisionID string `json:"provision_id,omitempty"` // only provision_id
}
```

in this case, how can MDS launch tasks?

### Steps to Reproduce

N/A

### Expected behavior

it should provide all the details

### Environment

nightly

Contributor guide

Open the contributing guide

Research direction

Start by tracing Provisioner.Provision() from its ProvisionResult return value into DefaultDecision and the MDS task-launch path. Compare the provider-specific details in ProvisionResult with what MDS receives; done means MDS can access the provisioning information required to launch tasks, with tests covering the result propagation.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, cloud, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.