Step 7 of 8 - Pricing
You pay for the area, not the rectangle
Provisioned capacity is a flat ceiling sized to the busiest fifteen minutes of the day, plus headroom for the peak you didn't forecast. The gap under that ceiling is hardware you rented and didn't use.
Provisioned capacity left unused
not started
Pick a day above. The ceiling is already drawn: it's sized to a peak of 1,525 vCPU plus 40%, and you pay for all of it whether the workload turns up or not. That's under the 2,400 vCPU the estate runs on today, which was bought a cluster at a time and works at 15.0%, not sized to this curve.
- Provisioned
- 0 vCPU-hours
- Consumed
- 0 vCPU-hours
- Paid for, not used
- 0 vCPU-hours
Read this chart as a table
| Hour | Demand | Provisioned | Unused |
|---|---|---|---|
| 00:00 | 184 | 2,135 | 1,951 |
| 01:00 | 607 | 2,135 | 1,528 |
| 02:00 | 926 | 2,135 | 1,209 |
| 03:00 | 192 | 2,135 | 1,943 |
| 04:00 | 183 | 2,135 | 1,952 |
| 05:00 | 186 | 2,135 | 1,949 |
| 06:00 | 185 | 2,135 | 1,950 |
| 07:00 | 223 | 2,135 | 1,912 |
| 08:00 | 329 | 2,135 | 1,806 |
| 09:00 | 413 | 2,135 | 1,722 |
| 10:00 | 494 | 2,135 | 1,640 |
| 11:00 | 545 | 2,135 | 1,590 |
| 12:00 | 575 | 2,135 | 1,560 |
| 13:00 | 578 | 2,135 | 1,556 |
| 14:00 | 556 | 2,135 | 1,579 |
| 15:00 | 504 | 2,135 | 1,630 |
| 16:00 | 435 | 2,135 | 1,700 |
| 17:00 | 349 | 2,135 | 1,786 |
| 18:00 | 252 | 2,135 | 1,883 |
| 19:00 | 182 | 2,135 | 1,953 |
| 20:00 | 185 | 2,135 | 1,950 |
| 21:00 | 183 | 2,135 | 1,952 |
| 22:00 | 186 | 2,135 | 1,949 |
| 23:00 | 186 | 2,135 | 1,949 |
How this is worked out
- Demand is this estate's 360 vCPU mean, shaped by the preset you picked, which also drives step 1.
- Capacity is sized at the day's peak of 1,525 vCPU plus the 40% headroom you picked, giving a ceiling of 2,135 vCPU. The headroom is an assumption rather than a published figure, so it's yours to argue with.
- That peak is the 100 clusters' own peaks added up, because a provisioned estate buys each of them separately. Step 1's aggregate peak of 476 vCPU is the later, smaller question: what one pool needs once the workloads share it.
- A ceiling that high averages 16.9% CPU across the day, which is the whole day's 83.1% of unused capacity counted the other way round. The pooled cluster on step 1 runs at 36.0% against a 37.5% setpoint. Neither number sets the other: this one is how far above the peak you buy, that one is what a controller is told to hold.
Where the storage number comes from
3 Raft copies at 50% utilization (3/0.5 = 6), on top of the block store's own internal replication.
1.0 TB of logical data becomes 6.0 TB provisioned , a factor of 6× before the cost model sees it.