Skip to content
Calcrivo

Cluster Expansion Calculator

Find when a virtualization cluster hits its utilisation threshold and when to order hardware given procurement lead time.

Inputs

hosts
VMs
VMs
%

Compound monthly growth taken from the last two quarters.

%
weeks
USD

Editable placeholder — include hardware, licensing and support from your own quote.

months

Months Until the Threshold

0.3months

Order Hardware Within

0.0months

Hosts Needed by the Horizon

5hosts

Cluster VM Capacity

240VMs

Expansion Cost

$110,000.00

Procurement Urgency

Order now — lead time already exceeds the remaining runway

Step by step

  1. Values used

    Hosts in cluster today = 8 hosts; VMs each host supports = 30 VMs; VMs running today = 190 VMs; VM growth per month = 4 %; Utilisation threshold to act on = 80 %; Procurement and racking lead time = 10 weeks; Fully loaded cost per host = 22,000 USD; Planning horizon = 12 months

  2. Cluster Expansion

    months to threshold = ln(threshold VMs ÷ current VMs) ÷ ln(1 + monthly growth); order date = that minus lead time in months, where lead weeks ÷ 4.345 converts weeks to months.

  3. Months Until the Threshold

    = 0.3 months

  4. Order Hardware Within

    = 0.0 months

  5. Hosts Needed by the Horizon

    = 5 hosts

  6. Cluster VM Capacity

    = 240 VMs

  7. Expansion Cost

    = 110,000.00

  8. Procurement Urgency

    = Order now — lead time already exceeds the remaining runway

How it works

Compound growth turns capacity planning into a logarithm rather than a division: at 4% per month a cluster grows 60% in a year, so a linear projection badly overstates the runway. Subtracting the procurement lead time converts the answer from a capacity date into a purchase-order date, which is the number that actually needs a decision. Hardware lead times of two to three months are common and growth does not wait for them, so the useful output is not when the cluster fills but the last month in which an order still arrives in time. Substitute your own quoted host cost — hardware and licensing pricing changes constantly.

Formula

Cluster Expansion

months to threshold = ln(threshold VMs ÷ current VMs) ÷ ln(1 + monthly growth); order date = that minus lead time in months, where lead weeks ÷ 4.345 converts weeks to months.

threshold VMs
Cluster capacity × the utilisation you act on, not 100%
monthly growth
Compound growth rate, so the runway shortens faster than it appears
lead time
Procurement, delivery and racking, which growth does not pause for

Frequently Asked Questions

How is Cluster Expansion calculated?

months to threshold = ln(threshold VMs ÷ current VMs) ÷ ln(1 + monthly growth); order date = that minus lead time in months, where lead weeks ÷ 4.345 converts weeks to months. Compound growth turns capacity planning into a logarithm rather than a division: at 4% per month a cluster grows 60% in a year, so a linear projection badly overstates the runway. Subtracting the procurement lead time converts the answer from a capacity date into a purchase-order date, which is the number that actually needs a decision.

Why does Cluster Expansion matter?

Hardware lead times of two to three months are common and growth does not wait for them, so the useful output is not when the cluster fills but the last month in which an order still arrives in time. Substitute your own quoted host cost — hardware and licensing pricing changes constantly.

What values do I need to enter?

This calculator takes 8 inputs: Hosts in cluster today, VMs each host supports, VMs running today, VM growth per month, Utilisation threshold to act on, Procurement and racking lead time, Fully loaded cost per host, Planning horizon. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.

Why act at 80% rather than 100%?

The last 20% is failover capacity and scheduling headroom. A cluster at 100% cannot absorb a host failure, cannot accept a maintenance-mode evacuation and cannot place a large VM even when the totals suggest room.

You might also need