Step 1 of 8 - Virtualization
You're running an estate, not a cluster
Every cluster below was sized for its own peak, so every one of them idles.
Deployment model
26 nodes running 31 vCPU of actual work.
The arithmetic, in full
| Step | Working | Result |
|---|---|---|
| Provisioned today | 2 clusters of 13 nodes each, 26 in total x 8 vCPU | 208 vCPU |
| Mean demand | 208 vCPU x 15.0% estate average utilization (per-cluster 10.5% to 19.5%, sd 4.5%) | 31 vCPU |
| Aggregate peak | 31.2 vCPU x (1 + (2.23 - 1) / sqrt(2)), a pooled peak-to-mean of 1.868 | 58 vCPU |
| Consolidated, sized once for the peak | max(3, ceil(58.3 vCPU / (8 vCPU x 37.5% target))) = max(3, ceil(19.43)); the mean sits well under that peak | 20 nodes, averaging 19.5% |
| Auto-scaled through the day | the pool follows the pooled curve in whole nodes, 30 minutes behind it, holding its size for 2 hours before shrinking | 12 nodes on average, at 32.5% CPU |
| Utilization across the day | 15.9% to 44.5% against a 37.5% setpoint: the pool runs hot while it's a bucket behind a rise, and cool while the cooldown is still holding capacity after a peak | 15.9%-44.5% |
Assumptions
- 8 vCPU per node. Standalone clusters are drawn around 13 nodes, snapped to an odd number for quorum and held between 3 and 15; in this estate they're all 13, because a spread centred on the end of that range has nowhere to go, for 26 nodes in total.
- Each standalone cluster's CPU is a draw from a normal distribution centred on 15.0% and held between 0% and 100%; in this estate they run 10.5% to 19.5%, a 4.5-point standard deviation. The published band is 10-15% today against a 30-45% auto-scaled target, and this Private Host Cluster is set to 37.5%.
- The Private Host Cluster floors at 3 nodes and must reach 20 at peak.
- The auto-scaler sizes for what it saw 30 minutes ago and waits 2 hours before shrinking, so the pool averages 32.5% rather than sitting on its 37.5% setpoint.
- Workloads are independent; consolidation moves where work runs, not how much there is.
What a virtual cluster gives an app team
Its own connection string, databases, schemas, users, roles and backups, and no visibility into the Private Host Cluster or any other virtual cluster.