CLOUD PROVIDERS

Five GPU clouds for a first pilot: building a shortlist

In this article
THE QUICK TAKE

These are candidates based on documented launch formats, not speed or price rankings. Finish selection by checking the configuration and running the same test.

A first pilot should answer a model-and-infrastructure question rather than test every cloud. A small list benefits from different launch formats: a controllable compute environment, GPU VM and infrastructure within an existing ecosystem.

Current to 1 November 2026, this editorial list has no quality ranking implied by order. Inclusion has no advertising or affiliate basis. It uses official documentation without independent benchmarks.

Inclusion method

We selected five providers with documented GPU products and identifiable technical starting points. Criteria were bounded-experiment fit, environment control and an explainable cost structure. New-account access, location and actual capacity require separate checks.

Outdated offers were not retained merely for familiar names. Nor were a dedicated physical node and ready model API compared through one numeric rate. Identify the appropriate purchase unit first.

Five candidates and their basis

ProviderProduct to investigateQuestion before launch
RunpodPods with your managed environmentHow artifacts survive and launches repeat
LambdaPredefined GPU VMsRequired configuration available in-region?
DigitalOceanGPU Droplets with selected imageWhich software stack does the model need?
HyperstackVM with selected flavourWhich resources and terms are included?
AWSSuitable EC2 familyIs existing-service integration useful?

Each row rests on the product’s existence, not deployment speed measured by us. Documentation cannot determine your test result without running it.

Reduce the list through constraints

Exclude insufficient memory, unsuitable regions and inappropriate control levels. Check account and payment requirements next. If the team cannot maintain the environment, that outweighs a small estimated rate difference.

Keep two suitably matched candidates. Five different GPUs with different models produce many numbers without a clear decision. Do not change requirements per platform merely to achieve launch success.

Run one reproducible experiment

Use one model version and weight format, short and long context and identical requests. Measure preparation, operation, recovery and complete-period cost separately. Tie findings to configuration and date.

The result supports another test, parameter changes or a persistent-resource discussion. It does not establish future API demand. Preserve unresolved questions rather than declaring a winner from one convenient metric.

Apply the shortlist to owned hardware

A cloud pilot can identify requirements for your GPUs. Site and operations remain separate assessments.

Read the benchmark method and current-shortlist method.

← All articles