Warranty is not the whole lifecycle
A server can be operational after warranty ends, but the support risk and repair budget should be explicit.
Estimate replacement cost, target timing, current funding gap, warranty exposure, consolidation savings, keep-versus-refresh TCO, and bulk or rolling cash flow for a server fleet.
Six inputs produce a fast estimate. Defaults are stated below each field; open Advanced assumptions for a finance-ready model.
Cohorts override the quick fleet count, age, warranty, price, power, and planned year when enabled. CSV columns: count,purchaseDate,warrantyExpiry,criticality,unitCost,watts,refreshYear.
Each comparison row is stacked on small screens.
| Horizon | Keep TCO | Refresh TCO | Keep maintenance | Refresh maintenance | Keep energy | Refresh energy | Migration | Operating cost avoided | Net savings |
|---|
Each budget year is stacked on small screens.
| Fiscal year | Servers replaced | Current servers left | CapEx | Support OpEx | Energy OpEx | Total cash flow |
|---|
Replacement fleet: ceil((current servers x (1 + growth %)) / consolidation ratio x (1 + spare %)). Counts round up only at the final fleet or wave step.
Gross project unit cost: hardware + hardware x tax/freight % + migration + current servers/new servers x decommission cost.
Net project unit cost: gross project unit cost - current servers/new servers x hardware x residual %, floored at zero.
Today-value CapEx: replacement fleet x net project unit cost x (1 + contingency %).
Nominal wave cost: today-value wave cost x (1 + escalation %) ^ years from today. Bulk has one target-date wave; rolling allocates whole servers across fiscal years and escalates each wave separately.
Support exposure: uncovered server-years x selected annual support rate. OEM, third-party, and self-insured methods are alternatives; only custom combines them.
Funds by purchase requirement: current allocated funds + recurring contributions through the bulk purchase date or rolling-plan completion. Unfunded gap: max(0, nominal CapEx - funds available), plus simple planning interest when a financing rate is entered.
Additional monthly funding: financed gap / months to target. If the target is due, the gap is an immediate cash requirement.
Energy OpEx: servers x watts / 1000 x 8,760 hours x PUE x electricity price. Rolling years reduce current-server energy as each wave is retired and add new-server energy.
Steady-state lifecycle budget: annualized today-value CapEx plus selected uncovered-period support plus replacement-fleet energy OpEx. It is a planning normalization, not a cash-flow year.
Decision TCO: keep TCO includes current energy and uncovered support; refresh TCO includes CapEx, migration within CapEx, new energy, and post-warranty support. Net savings is keep TCO minus refresh TCO; payback is the first modeled year when cumulative savings cover CapEx.
CapEx, OpEx, and total lifecycle cost are labeled separately. “Today-value” uses current inputs without discounting; “nominal” applies escalation and is not present value. The model excludes depreciation tax schedules, software licensing, workload growth after the target, rebates, downtime, and the time value of money beyond the optional simple financing estimate.
Assume 48 servers averaging 3.2 years, a five-year cycle, 2:1 consolidation, 10% spare capacity, 9,500 hardware, 8% tax/freight, 1,200 migration, 250 decommissioning, 8% residual value, 12% contingency, and 4% escalation. Replacement count is ceil(48 / 2 x 1.10) = 27. Gross project cost per new server is about 9,500 + 760 + 1,200 + (48 / 27 x 250) = 11,904; subtracting allocated residual value gives about 10,553. Today-value CapEx is therefore 27 x 10,553 x 1.12 = 319,133. With a completion target about 22 months away and a three-month implementation period, the purchase is due in roughly 19 months and nominal CapEx is about 340,000.
With 50,000 already reserved and 10,000 monthly contributions, about 240,000 is available after 19 contributions, leaving roughly 100,000, or 5,250 additional per month. A three-year warranty on a 3.2-year-old fleet creates about 22 uncovered months before refresh: OEM support exposure is approximately 48 x 650 x 22 / 12 = 57,200. Current energy is about 291,393 kWh/year; 27 new 500 W servers use about 195,129 kWh/year at PUE 1.65, saving about 96,264 kWh and 13,477 per year at 0.14/kWh. Values are rounded and will move with the actual target and purchase dates.
A bulk purchase roughly 19 months from now escalates all 27 servers to its purchase date and requires about 340,000 at once, followed by the chosen three-month implementation period. A three-fiscal-year rolling plan purchases about nine servers in each year; each wave receives its own escalation factor, and support and current-fleet energy fall after each retirement. With these assumptions, rolling nominal CapEx is roughly 331,000 because part of the fleet is bought earlier, but it creates three migration waves. Use the generated schedule for fiscal-year cash flow rather than treating these rounded examples as quotes.
Choose a cycle by workload risk, not age alone. Three years may align critical or performance-bound systems with base warranty; five years often suits stable supported workloads; seven years requires a stronger case for parts, firmware, security updates, capacity, compliance, and downtime tolerance. Vendor end of service life can override an otherwise acceptable age.
| Priority | Typical signals | Planning action |
|---|---|---|
| Immediate | Unsupported critical hardware, active security or firmware gap, parts unavailable, capacity failure, or unacceptable outage risk. | Apply interim controls, confirm dependencies, obtain quotes, approve funding, and schedule migration. |
| Current quarter | Warranty or EOSL approaching, rising incidents, compliance finding, limited headroom, or critical workload beyond policy age. | Select support coverage, validate consolidation, reserve capacity, and start procurement and change review. |
| Next fiscal year | Supported but due within budget horizon, utilization trending up, funding gap manageable, and migration dependencies known. | Place bulk or rolling waves in the capital plan and reconcile warranty, fiscal year, and maintenance windows. |
| Monitor | Supported, secure, adequately utilized, parts available, performance acceptable, and outside the funding horizon. | Track utilization, incidents, support milestones, firmware availability, and vendor roadmap each review cycle. |
The model separates capital purchase and implementation cash flow from support, repair, power, and cooling OpEx. It allocates retirement cost and residual value across the consolidated replacement fleet, applies contingency, and uses nominal escalation for each purchase wave. Existing funds and contributions reduce the funding gap.
Bulk mode places every replacement at the target purchase date and reports the one-time requirement and implementation period. Rolling mode distributes whole-server cohorts through the fiscal years ending at the target, escalates each cohort separately, and retires current support and energy as each wave completes. Cohort mode substitutes row-level counts, ages, warranty dates, costs, power, criticality, and planned years for fleet averages.
Organizational author and reviewer: Starlight Robotics Infrastructure Research. Reviewed 16 July 2026. Methodology version 2.0. Change note: added quick mode, cohort planning, funding gaps, alternative support methods, consolidation, keep-versus-refresh TCO, and strategy-specific cash flow. Calculations are deterministic and run locally.
The three-, five-, and seven-year presets are scenario starting points, not vendor lifecycle claims. Hardware price, 2:1 consolidation, watts, PUE, cost escalation, support rates, electricity, carbon intensity, and residual value are editable example assumptions. Measure or quote them for the actual fleet. Warranty, end of sale, end of standard support, and EOSL are distinct milestones and must be verified by model, service tag, region, and contract.
Three to five years is a common planning range, but age alone is not a replacement rule. Use the refresh-cycle input with workload criticality, utilization, warranty and EOSL dates, firmware and security support, parts availability, compliance, performance, and downtime tolerance.
The answer depends on replacement count and unit economics. This calculator combines hardware, migration labor, decommissioning, tax, freight, residual value, contingency, escalation, and optional financing, then separates capital cost from operating cost.
Include hardware, tax and freight, installation and migration labor, decommissioning or secure disposal, contingency, support during any warranty gap, financing when used, and power and cooling. Treat depreciation as accounting and refresh funding as cash planning.
Neither is universally better. Three years may suit highly critical, performance-bound, or warranty-aligned systems; five years can suit stable workloads with support, capacity, parts, security updates, and acceptable failure risk. Model both with the lifecycle presets.
The consolidation-ratio input states how many current servers one new server can replace. The calculator divides the grown fleet by that ratio, then adds the spare-capacity buffer and rounds up to a whole server.
Treat vendor end of service life separately from warranty expiry. Verify firmware, security fixes, parts, support eligibility, workload dependencies, and compensating controls; move unsupported critical systems into the immediate or current-quarter priority group.
PUE multiplies measured IT energy to approximate total facility energy, including cooling and power overhead. Use a measured annual PUE when available; the calculator multiplies servers, watts, 8,760 hours, PUE, and electricity price.
Rolling refresh can fit annual capital limits, maintenance windows, and mixed-age fleets. It creates repeated migrations and may face price escalation, so compare its cohort cash flow with the bulk mode's single purchase and implementation window.
Yes. Inputs, cohort CSV data, calculations, and exports stay in the browser and are not uploaded by this tool.
This is a budgeting aid, not financial advice, procurement approval, accounting treatment, or a vendor quote. Confirm final numbers with current supplier pricing, support terms, tax rules, finance policy, security disposal requirements, and change-management constraints.
A server can be operational after warranty ends, but the support risk and repair budget should be explicit.
Monthly reserve rises quickly when a fleet is close to its planned replacement date.
Power, cooling, and PUE can materially affect lifecycle cost, especially in dense server rooms.
Run separate scenarios for old, midlife, and new cohorts when the fleet was not purchased together.