Single-Tenant GPU Contract Checklist Before You Sign

NoraLin 47 2026-11-08 20:15:40 Edit

A single-tenant GPU contract checklist is a procurement and legal review framework that verifies billing, capacity, support, security, and exit clauses in dedicated accelerator hosting agreements before signature. When an enterprise commits to single-tenant GPU capacity, the headline per-GPU price is only the beginning of the financial story. The contract itself decides what happens when hardware fails mid-quarter, when a new GPU generation launches, or when the organization needs to walk away. Teams that skip a structured clause review routinely discover hidden costs and operational gaps after the ink is dry.

This checklist consolidates the contract terms that most often separate a well-structured dedicated GPU agreement from an expensive one. Each clause below has a concrete question to ask, a red flag to watch for, and a preferred position to negotiate toward.

Why Contract Structure Matters More Than Sticker Price

Dedicated GPU capacity is typically committed in one- to three-year terms, which makes the agreement closer to a lease than a cloud subscription. Three structural realities follow from that:

  • Utilization risk transfers to the buyer. If the team's workload shrinks or a project is cancelled, committed capacity still bills. Contracts without a re-allocation or downgrade clause convert bad forecasting into permanent spend.
  • Hardware lifetime spans the contract. Accelerator failure rates climb with sustained high-temperature operation. The repair, replacement, and credit terms decide whether downtime becomes a provider obligation or a customer problem.
  • Generation refresh mid-term is common. GPU roadmaps move faster than contract terms. Without upgrade language, a cluster signed today can sit two generations behind by year two while competitors train on newer silicon.

The Core Clause Matrix

The table below summarizes the highest-impact clauses, the question each answers, and what a defensible position looks like:

Clause Category Question to Ask the Provider Red Flag Preferred Position
Billing Start Does billing begin at signature, hardware delivery, or workload acceptance? Billing starts at signature with no acceptance milestone. Billing starts only after the cluster passes a written acceptance test.
Capacity Unit Is the unit a physical GPU, a node, or a performance envelope? "GPU equivalents" or shared performance pools with no hardware mapping. Named physical devices with serial-level or node-level identification.
Support Scope Which layers does the provider operate: hardware only, drivers, orchestration, or the full stack? Hardware-only support with all software operations pushed to the customer. Defined responsibility matrix covering drivers, fabric, and orchestration.
Data Transfer Are ingress, egress, and intra-cluster transfers metered or included? Uncapped egress fees on multi-terabyte training datasets. Included or fixed-rate transfer with a monthly ceiling in writing.
Upgrade Rights Can the cluster move to a new GPU generation mid-term, and at what cost basis? No refresh path until natural contract expiry. Defined upgrade window with pro-rated credit for remaining term.
Exit Assistance What migration help is provided at termination, and for how long? Immediate access revocation on the end date with zero transition support. A 30 to 90 day transition period with read access and export tooling.

Turning Quotes Into a Comparison Matrix

When multiple providers bid, normalize every quote into the same scoring structure before comparing numbers. A practical approach scores each provider from one to five on six dimensions, weighted by organizational priority:

// Quote normalization worksheet (per provider)
acceptance_to_billing_days     = days between signature and acceptance test
effective_hourly_all_in        = (annual fee + setup + support) / committed gpu hours
eggress_exposure_monthly       = p95 dataset size x egress unit rate
upgrade_path_defined           = yes | no
exit_transition_days           = contracted transition support window
security_evidence_included     = SOC reports, attestations, audit log access

The all-in hourly figure is the single most revealing output, because it forces setup fees, support tiers, and transfer charges into one number. Two providers quoting the same per-GPU rate can differ by more than 20 percent once these factors are normalized.

Security and Evidence Clauses

For regulated buyers, the contract must specify what evidence the provider supplies on demand, not merely what controls they claim to operate. Minimum evidence language includes:

  • Independent audit reports delivered annually, with the customer named in the scope where applicable.
  • Administrator access logging that records every provider-side privileged action on the customer environment, with log export rights.
  • Incident notification windows measured in hours, not business days, for suspected data exposure.
  • Data sanitization attestation at exit, certifying cryptographic or physical erasure of customer data on all retired devices.

Negotiation Sequencing That Works

Clause Ordering Sets the Commercial Core

Order matters when negotiating. Push acceptance-linked billing first, because it anchors the provider to delivering a working cluster rather than shipping hardware. Then lock the capacity unit definition, since every downstream credit and upgrade calculation inherits it. Data transfer ceilings come next, followed by upgrade rights and exit assistance, which providers concede more readily once the commercial core is settled.

Security Evidence Stays In, Whenever It Is Reviewed

Keep the security evidence clauses for late-stage review with counsel, but never allow them to be dropped entirely. A dedicated cluster without contracted audit evidence silently transfers compliance risk back to the buyer, which defeats a primary reason for choosing single-tenant infrastructure in the first place.

Contract Transparency With OneSource Cloud

OneSource Cloud structures Dedicated GPU Cloud agreements around the exact clauses this checklist covers: billing that begins at workload acceptance rather than signature, capacity defined as named physical devices, an explicit operations responsibility matrix, defined upgrade rights to new accelerator generations, and contracted exit assistance with data sanitization attestation. Enterprises can request the full responsibility matrix and evidence catalog during procurement, which makes quote comparison straightforward and removes the surprise costs this checklist is designed to catch.

Previous: Flat Rate Billing for AI GPU Cloud
Next: AI Infrastructure Retirement and Refresh Planning Guide
Related Articles