fix (docs): improvements to compute resources (#2723)
This commit is contained in:
5
.changeset/brown-years-sin.md
Normal file
5
.changeset/brown-years-sin.md
Normal file
@@ -0,0 +1,5 @@
|
||||
---
|
||||
'@nhost/docs': minor
|
||||
---
|
||||
|
||||
fix: minor improvements to compute resources' docs
|
||||
@@ -16,7 +16,7 @@ In case your Postgres service is not meeting your performance expectations, you
|
||||
|
||||
4. Evaluate the usage of indexes in your database. Identify queries that could benefit from additional indexes and strategically add them to improve query performance.
|
||||
|
||||
5. Increase the disk size to increase [disk performance](/platform/compute-resources#disk-performance). Keep in mind increasing the disk size isn't reversible and increasing the memory of the service may yield better results. This is mostly useful when your data is very volatile and the postgres cache can't work effectively. Only attempt to increase disk for performance reasons if your reads and writes are very high and increasing memory isn't effective.
|
||||
5. If the problem is related to IOPS, consider increasing [disk performance](/platform/compute-resources#disk-performance).
|
||||
|
||||
By implementing these steps, you can effectively address performance concerns and enhance the overall performance of your Postgres service.
|
||||
|
||||
|
||||
BIN
docs/images/platform/compute-resources/guaranteed-resources.png
Normal file
BIN
docs/images/platform/compute-resources/guaranteed-resources.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 233 KiB |
BIN
docs/images/platform/compute-resources/resource-utilization.png
Normal file
BIN
docs/images/platform/compute-resources/resource-utilization.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 154 KiB |
@@ -72,6 +72,28 @@ To setup dedicated resources for your project, you can either use the Dashboard
|
||||
</Tab>
|
||||
</Tabs>
|
||||
|
||||
### Bursting with Dedicated Compute
|
||||
|
||||
When using dedicated compute we allow your application to use more than its alloted CPU resources if those resources are available. This means what we are calling dedicated compute is, in fact, guaranteed compute. For instance:
|
||||
|
||||
<div align="center">
|
||||
<img width="300" src="/images/platform/compute-resources/guaranteed-resources.png" alt="resource allocation" />
|
||||
</div>
|
||||
|
||||
In the graph above we can see three applications assigned to the same node, each with its own dedicated compute (the solid lines block). However, all applications are allowed to use the non-solid region of compute as long as the rest of the projects are not using it:
|
||||
|
||||
<div align="center">
|
||||
<img width="300" src="/images/platform/compute-resources/resource-utilization.png" alt="resource utilization" />
|
||||
</div>
|
||||
|
||||
Above we can see three different scenarios:
|
||||
|
||||
- In scenario A the green application is barely using its alloted CPU so if the other applications need it, they can borrow it.
|
||||
- Similarly, in scenario B the green application can borrow resources if it needs it from other applications if those aren't using them.
|
||||
- In the case all applications need to use all of their resources, nobody can steal from each other as resources are guaranteed per application.
|
||||
|
||||
This borrowing of resources is convenient in case of short and unexpected bursts, however, as those are not guaranteed you shouldn't rely on them for sustained usage.
|
||||
|
||||
## Disk Performance
|
||||
|
||||
By default disks are provisioned with a capacity for 3000 IOPS and 125 Mbps of throughput. If you need higher performance don't hesitate to contact us.
|
||||
|
||||
Reference in New Issue
Block a user