Skip to content
Cloudj

GPU cloud by location

GPU cloud UK guide: renting GPUs listed under the GB code

A GPU cloud UK guide: why the filter uses GB rather than UK, how to read British listings, data-location thinking, NL and DE fallbacks and a London VPS.

Updated · 4 min read

If you search for GPU cloud UK capacity on Cloudj and type UK into the Country field, you may get nothing back and conclude there are no British machines. The issue is the code, not the stock. Country filters use ISO two-letter codes, and the United Kingdom is GB. This guide starts with that small trap, then covers how UK teams can read the results, think about where their data is processed, fall back to nearby European countries and put a London VPS in front of a GPU.

For the full European picture, see the GPU cloud Europe guide.

Use GB, not UK

Cloudj GPUs come from a live inventory of independent host machines in many countries. You pick a location by filtering that inventory by country code in the console's Country field. A few codes that trip people up:

You meanType this
United Kingdom (England, Scotland, Wales, Northern Ireland)GB
NetherlandsNL
GermanyDE
FranceFR
IrelandIE

Several codes can go in one search, separated by commas or spaces, for example GB, NL, DE. The country filter walkthrough explains the field and the other filters in detail.

GPU cloud UK search, step by step

  1. Open the GPU deploy page.
  2. Enter GB in the Country field.
  3. Pick a model, or set a minimum VRAM if several cards would do.
  4. Set the disk size you will need; it is part of the price and cannot be resized after deploy.
  5. Read the results, sorted by total price, lowest first, up to 50 machines.

If a machine is listed in GB, you can deploy it. Stock changes during the day, so a search that returns nothing at lunchtime may return machines later.

What a British listing tells you

Each result shows the country, but nothing finer. You will not see a city, and you should not assume a machine is in London just because it shows GB. Alongside the country you will see:

  • Reliability, as a percentage;
  • Max duration in days, plus an "available until" date when the instance and disk are removed;
  • a Datacenter badge when the host is in a data centre, and a "Datacenter only" switch;
  • the storage price per GB-month and bandwidth prices per TB for download and upload;
  • download speed in Mbps, which matters when you pull large models.

Every listing is an independent host with no hardware SLA. If the host goes offline, billing pauses while it is down, but the instance does not move to another machine. Keep backups of anything important.

Thinking about data location after Brexit

Since the UK left the EU, many British teams treat "UK" and "EU" as separate questions when deciding where data may be processed. The country filter lets you act on whichever policy you have:

  • UK only: search with GB alone. If nothing is listed, wait and search again rather than widening.
  • UK or EU: search with GB plus the EU countries your policy allows, such as NL, DE, FR, IE.
  • No restriction: for public data or synthetic benchmarks, widen to any country and sort by price.

The filter controls where the host machine is. It does not, by itself, make a workload compliant with anything. Cloudj makes no compliance claims for itself or for hosts, so check your own legal obligations, and keep regulated personal data off rented GPUs unless your policy explicitly allows it. The article on EU data location for GPU cloud goes further into this choice.

When GB shows nothing: NL, DE and beyond

If the British search is empty and your policy allows it, add the nearest continental codes:

  1. GB, NL first: the Netherlands is a short hop from the UK and a major network hub.
  2. GB, NL, DE next: Germany widens the pool considerably in most searches.
  3. FR and IE after that.
  4. Loosen the filters: lower minimum reliability slightly, raise the price cap, or switch off "Datacenter only".
  5. For training and batch work, clear the country field and sort by price.

If you are weighing a much larger move, for example training in the US and serving in Europe, read US vs Europe GPU cloud.

Pair the GPU with a London VPS

For a public product, the GPU should not be the thing your domain points to. Put a UK VPS in London in front: it holds the domain, TLS, API, queue and database, and forwards inference requests to the GPU over SSH or an authenticated connection. When the GPU machine reaches its date or you change hosts, you update one address on the VPS.

A tunnel from the VPS to the GPU instance looks like this, using the host and port from the instance's Connection tab:

ssh -N -L 8000:localhost:8000 -p <port> root@<gpu-host>

The VPS side has its own guide: best VPS in the United Kingdom.

Who should look elsewhere

If your contract names a specific UK data centre, requires a fixed machine with an SLA, or demands specific certifications, a live list of independent hosts is the wrong fit. Cloudj suits teams that can choose by country, keep state on a VPS or in backups, and redeploy when a machine ends.

FAQ

Why does searching UK return no GPUs?

Because the code is GB. Type GB in the Country field instead.

Is a GB listing in London?

You cannot tell. GPU locations are shown at country level only.

Yes. Enter several codes, for example GB, NL, DE, and the results include all of them.

Can I pay in pounds?

GPU usage is billed per minute from a prepaid balance in US dollars.

Search for a GPU in the UK

Open the GPU deploy page, enter GB and add NL, DE if your policy allows. Live "from" prices for every model are on GPU cloud.

Deploy a server or order proxies

Pick a location in the console, see the live price, and pay from your balance.