# Keep your GPU on site or move it to a data center?

How to compare GPU operation at your own site and in a data center: total costs, availability, maintenance, relocation and inference-service requirements.

Author: Retrivium team
Updated: 2026-11-01
Canonical URL: https://retrivium.ai/journal/colocation-vs-on-premise/
Language: en

Owners of spare GPU servers often begin by asking about transport. First identify what the existing site lacks: power capacity, reliable networking, cooling or maintenance access. Different problems have different solutions, and relocation is not always necessary.

Compare the same server under an agreed workload. This reveals changes in conditions rather than the appeal of two incomparable advertised tariffs.

## Describe the existing site

Record whole-machine electricity, cooling limits, access hours and internet behavior. State who can physically reach the server and how long that takes. For offices, include building schedules and planned outages.

Actual operations matter. Equipment may be near its owner but inaccessible overnight. Conversely, a remote node with defined support may recover sooner. Having a server “at hand” does not itself describe maintenance quality.

## Compare the full expense structure

Build a table without choosing a winner in advance:

| Item | Your own site | Data center |
| --- | --- | --- |
| Power and cooling | Measured use and additional conditions | Tariff conditions and limits |
| Internet | Your contract and restrictions | Contracted connection and channel |
| Maintenance | Owner or employee time | Staff work and charges |
| Hosting changes | Preparing the current space | Delivery, installation and return |

This is a proposal-request checklist, not a market-price estimate. Spread one-off relocation costs across a realistic usage period. If duration is unknown, show several scenarios instead of one precise figure.

## Check what support means

Physical maintenance is not language-model support. For example, [Equinix describes Smart Hands](https://docs.equinix.com/smart-hands/) as on-site specialist work when remote access is insufficient. Component replacement does not mean a data-center employee will troubleshoot API settings.

Clarify available actions, ordering, response time and included work when comparing offers. Name software-service responsibility separately so a fault does not circulate unresolved among owner, site and operator.

## Treat relocation as a separate stage

If a new site is needed, plan initial diagnostics, packaging, handover, installation and post-installation checks. Keep an equipment list and agree who confirms acceptance.

Do not transfer old-site settings automatically. Recheck networking, access and loaded behavior after installation. Previous test results help comparison but do not describe new conditions without measurements.

## Start with what already exists

State restrictions and whether you would consider another location if needed. Moving equipment before assessment is unnecessary.

The conversation can establish whether comparing new sites is worthwhile at all. Prepare with [power and cooling accounting](/journal/power-and-cooling/) and [physical maintenance procedures](/journal/remote-hands-gpu/). The decision should improve specific operating conditions rather than merely change an address.