What you can optimize in OpenShift Dev Spaces
Identify the performance areas you can tune in OpenShift Dev Spaces so that you choose the right optimization strategy for your deployment.
A default OpenShift Dev Spaces installation runs all server components with a single replica and no image pre-caching. This configuration works for small teams but can cause slow workspace starts and limited capacity as usage grows. You can optimize two areas independently:
- Workspace startup speed
- When a developer starts a workspace, OpenShift pulls container images from the registry. On a cold node, this can take several minutes. The Kubernetes Image Puller pre-caches images on every node so that workspaces start in seconds. For instructions on deploying and configuring the Image Puller, see Additional resources.
- Platform scaling
- By default, each OpenShift Dev Spaces server component runs with one replica. You can increase replicas for high availability and configure cluster autoscaling to add worker nodes when demand exceeds capacity. For instructions on configuring autoscaling, see Additional resources.
When to optimize Copy linkLink copied!
Consider optimization when you observe:
- Workspace startup taking more than 60 seconds on nodes that have not previously run workspaces.
- Dashboard or gateway timeouts during peak usage when many developers start workspaces simultaneously.
- Workspace scheduling failures because of insufficient node resources.
What affects workspace startup and platform capacity Copy linkLink copied!
| Area | Control | Default |
|---|---|---|
| Image pre-caching |
|
|
| Server replicas |
|
|
| Node autoscaling |
|
Not configured |