FinOps for Private Cloud
Private Cloud holds a singular position in the FinOps Foundation framework: neither a traditional Data Center governed solely by depreciation logic, nor a public Cloud priced on demand. It is the scope where the absence of an external invoice forces organisations to rebuild internally what the market provides natively elsewhere (usage measurement, unit cost models, allocation). A less visible discipline than Public Cloud, yet just as structuring for organisations that own a significant share of their infrastructure.
THE SITUATION
Private Cloud specificities
DOMAINS AND CAPABILITIES
FinOps workstreams applied to Private Cloud
Understand usage and cost
what changes in Private Cloud
Unlike Public Cloud where billing data exists natively, in Private Cloud it has to be built: an inventory of physical assets (racks, servers, storage, network), a catalogue of internal services, correlation with facilities data. This construction builds on the ITAM (IT Asset Management) practices already in place in most mature IT departments, and on the CMDB (Configuration Management Database) as the reference for configuration items and their interdependencies. An exhaustive inventory repository (a reliable CMDB for configuration, DCIM for physical infrastructure) is the unavoidable prerequisite: without a reliable inventory, no allocation and no chargeback are possible.
The difficulty is not the absence of tools, ITAM and CMDB already exist in most large organisations, but their actual quality and exhaustiveness. A partially up-to-date CMDB, orphaned assets left registered, poorly documented application dependencies: these blind spots, tolerable for conventional IT Ops usage, become blocking as soon as one tries to derive a reliable cost and allocation model from them. Tagging discipline applies here too, but to far less volatile resources than in Public Cloud, which changes the maintenance rhythm without lowering the requirement.
Quantify business value
what changes in Private Cloud
The calculation rests on unit cost models that are built rather than observed: cost per GB stored, cost per vCPU, cost per transaction, cost per tenant. A single physical rack server illustrates the difficulty well: once virtualised, it can simultaneously host VMs dedicated to storage and others to compute, consumed by different teams. Without an explicit allocation model, the cost of that rack remains an indivisible block, impossible to attribute fairly to its actual consumers.
Establishing those unit economics requires allocating fixed costs across variable consumption, an exercise Public Cloud resolves natively through usage-based pricing, and that Private Cloud must rebuild through modelling. This allocation goes well beyond hardware depreciation alone: it must cover the full set of real operating costs of a data centre, physical and logical security, insurance, maintenance contracts, electricity, cooling and water consumption, transport and logistics of the hardware. Omitting any one of these components structurally understates the real cost of Private Cloud and biases any subsequent arbitrage with Public Cloud.
TCO per workload, covering infrastructure, software and labour across the full lifecycle, becomes the reference indicator to objectively compare an internally hosted workload with its Public Cloud equivalent.
Arbitrate between Private Cloud and Public Cloud
what changes in Private Cloud
The choice between Private Cloud and Public Cloud is replayed at every hardware refresh cycle, at every new project, as security, latency, regulatory compliance or cost constraints evolve. Building a reliable business case means comparing a full TCO on the Private Cloud side (hardware, energy, staff, real estate, refresh cycle) with a projected Public Cloud cost including available rate commitments, a unit price comparison alone systematically biases the decision.
Time-to-provision constitutes an arbitrage criterion in its own right, too often treated qualitatively rather than quantified. Public Cloud offers near-instant provisioning, a few minutes for a compute or storage resource, while Private Cloud implies a provisioning and deployment lead time counted in weeks, or even months for a full hardware purchase cycle. This speed value must be quantified and built into the business case, on the same footing as cost: it represents a real opportunity cost for projects with constrained launch windows, a competitive time-to-market, or unpredictable load peaks.
This arbitration dynamic takes on a new dimension as sovereignty requirements rise: workloads that were until now natural Public Cloud candidates are being reassessed towards private or sovereign solutions, which locally reverses the organic growth trajectory of Public Cloud and reinstates Private Cloud as a strategic option in its own right, on the same footing as Public Cloud or sovereign Cloud.
Optimise usage and cost
what changes in Private Cloud
Optimisation in Private Cloud is not about adjusting a contractual discount rate, it targets the physical utilisation of the owned asset. Physical-to-virtual consolidation ratio, identification of under-used or orphaned servers through audit and hardware monitoring, controlled decommissioning of obsolete equipment: every point of consolidation gained has a direct impact on TCO, with no external negotiation available.
Procurement follows a different logic too: moving from traditional bulk purchasing to just-in-time provisioning, reducing the lag between purchase request and operational availability, is one of the few levers directly actionable on total cost.
Other levers, specific to Private Cloud, remain often underexploited. Renegotiating hypervisor licensing contracts has become a critical item: recent market pricing shifts (notably VMware/Broadcom) have made it one of the first variable cost lines in a virtualised environment, on a par with a Public Cloud commitment. The arbitrage between extending a server's life beyond its accounting depreciation and replacing it must factor in the energy overhead of ageing hardware, often ignored in a purely accounting reading. Storage tiering, the split between high-performance capacity and cold storage based on the actual criticality of the data, is a workstream rarely audited once the initial architecture is in place.
Two complementary levers, at the intersection of Facilities and IT, are frequently overlooked: cooling optimisation (hot/cold aisle containment, free cooling), whose impact on PUE often exceeds that of compute optimisation itself, and the valorisation of decommissioned hardware through resale or refurbishment, which turns a pure cost centre into residual value recovery. Finally, the redundancy levels selected (N+1, N+2) are often frozen historically and never reassessed against the actual criticality of the workloads they protect, even though they weigh directly on the sizing, and therefore the cost, of the entire infrastructure.
Manage the practice
what changes in Private Cloud
Private Cloud FinOps governance operates on longer cycles than Public Cloud: multi-year investments, capacity planning committees, coordination with Facilities and Procurement teams. FinOps practitioners must adapt their processes to these extended timeframes, embedding asset lifecycle into financial practices, reinforcing governance over major capital investments, and clearly prioritising data integration before any optimisation.
It is also the category where the dedicated tooling ecosystem remains least mature, which increases reliance on data built and maintained internally.
KPIS
Steering indicators applied to Private Cloud
- Facility Efficiency (PUE)
- The ratio between total energy consumed by the facility and the energy actually used by IT equipment: the reference measure of physical energy performance.
- TCO per Workload
- Total cost (hardware, software, labour) attributed to each application workload across its full lifecycle, essential to objectively arbitrate against Public Cloud.
- Allocation Accuracy Index
- The share of infrastructure costs directly and precisely attributed to the responsible teams, projects or business units.
- Procurement-to-Provisioning Lag Time
- The delay between purchase decision and operational availability of hardware, revealing the maturity of capacity planning.
- Hybrid Cost Efficiency
- Business value generated against the combined Private Cloud and Public Cloud infrastructure costs, to objectively arbitrate between the two environments.
DATA PROCESSING
FOCUS: a normalisation still under construction for Private Cloud
Unlike Public Cloud, where the FOCUS specification benefits from aligned exports across all major providers, its adoption remains emergent on the Private Cloud scope. Cost and usage data is not natively structured there: it has to be produced internally, from heterogeneous sources (hardware inventory, internal billing systems, facilities data), before it can even be mapped onto the FOCUS nomenclature. For organisations running a hybrid environment, this structuring effort directly conditions their ability to obtain a consolidated, comparable view across Private Cloud and Public Cloud.
Continue reading
- Public Cloud
Full-cost comparison between the two models.
- FinOps & IT Budgets
The governance that makes these costs comparable and arbitrable.
- Energy sources and location
Data centre energy mix and its effect on the footprint.