You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/instances/reference-content/choosing-shared-vs-dedicated-cpus.mdx
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -27,7 +27,7 @@ Understanding the difference between these two techniques is key to making an in
27
27
| Performance consistency | Variable – depends on other workloads on the host | High – consistent and predictable performance |
28
28
| Cost | Lower | Higher |
29
29
| Use case | Dev/test environments, low-traffic apps | Production apps, high-performance workloads |
30
-
| CPU access |Shared with other Instances | Exclusive access to physical cores |
30
+
| CPU access |Split with other Instances| Exclusive access to physical cores |
31
31
| Best for | Personal blogs or forums, staging environments | CI/CD, eCommerce, gaming, ML workloads |
32
32
| Resource contention risk | Possible during peak usage | None |
33
33
| Latency sensitivity | Not suitable for latency-sensitive apps | Ideal for latency-critical applications |
@@ -36,9 +36,11 @@ Understanding the difference between these two techniques is key to making an in
36
36
Shared vCPU Instances, including [Learning](/instances/reference-content/learning/) and [Cost-Optimized](/instances/reference-content/cost-optimized/), are cost-effective virtual machines in which CPU resources are shared among multiple Instances.
37
37
This means multiple virtual CPU cores are allocated to these Instances, but the physical CPU cores available on the hypervisors' hardware are shared among them.
38
38
As a result, Instances share physical CPU time, and during peak demand from other Instances on the same host, your workloads might temporarily slow down due to CPU contention (also known as "CPU steal").
39
+
While physical CPU threads are shared between Instances, vCPUs are dedicated to each Instance, and no data can be shared or accessed between Instances through this setup.
39
40
40
41
### Typical use cases
41
42
- Development and staging environments
43
+
- Small and non critical production environments
42
44
- Low to medium-traffic websites
43
45
- Personal blogs and forums
44
46
- Applications tolerant to occasional performance variability
0 commit comments