Google Is Paying SpaceX $920M/Month for 110K GPUs Because the AI Compute Shortage Is Real

by Persephone

Google Cloud backlog doubled to ~$460B in Q1 2026. Google told Meta in March 2026 it could not supply Gemini capacity Meta paid for, and Meta is now rationing tokens internally. The $920M/month SpaceX deal and Anthropic's separate $1.25B/month commitment make one thing clear: the AI bubble narrative is backwards.

Google — one of the most cash-rich companies on Earth — cannot buy enough AI compute to fulfill its own contracts. In March 2026, Google told Meta it could no longer supply the Gemini capacity Meta had paid for, forcing Meta’s engineering teams to start rationing tokens and delay some internal AI projects. To bridge its own shortfall, Google agreed to pay SpaceX $920 million per month for access to roughly 110,000 Nvidia GPUs housed in SpaceX’s Colossus data centers. This is not a bubble. This is what an infrastructure shortage looks like when it bites.

The Deal That Tells You Everything

The SpaceX arrangement is the cleanest signal yet that the AI compute shortage has moved from internal planning memos into publicly filed contracts:

  • $920 million per month. Runs October 2026 through June 2029 — roughly 32 months — putting the total commitment in the ~$30 billion range.
  • ~110,000 Nvidia GPUs. Housed in SpaceX-operated Colossus facilities. SpaceX is positioning the deal as “bridge capacity” for hyperscalers waiting on long-cycle NVIDIA orders to deliver.
  • Google is the buyer. The same Google that built its own Tensor Processing Units is now paying a launch-services company to run commodity GPU inference for it.

Google and SpaceX did not independently confirm the dollar figures. The $920M/month number originates in SpaceX regulatory filings tied to its 2026 IPO, reported by TechCrunch on June 5. Treat it as accurate but vendor-sourced — SpaceX has every incentive to publicize the figure to justify its data-center pivot.

The Backlog Behind the Bridge Capacity

Google Cloud’s backlog of signed-but-undelivered contracts doubled quarter-on-quarter to roughly $460 billion in Q1 2026, per Google’s own earnings report. That is not a forecast. It is contracted revenue that Google cannot book because the racks are not online.

Cross-check notes for the skeptical:

  • The $460B figure is self-reported by Google in Q1 2026 earnings. Forbes cites it directly; the SEC 10-Q for Alphabet should be cross-checked before relying on the number in any decision.
  • A backlog this large does not mean Google is “making $460B” — it means customers have signed multi-year capacity contracts that Google must honor by delivering compute, not just collecting payment. The capacity is the bottleneck, not the demand.

When your backlog doubles and you still cannot meet existing customer commitments, the constraint is physical hardware. No software optimization closes that gap at scale.

Meta: The Customer That Got Rationed

The FT broke the original story on June 28; CNBC, Reuters, Forbes, and TechTimes all corroborated within 48 hours. Key facts:

  • Google told Meta around March 2026 that it could not supply the full Gemini capacity Meta had purchased.
  • Meta staff were told to use AI tokens more efficiently. Some internal AI projects were delayed.
  • Meta has been using Gemini for content moderation and coding workflows, where internal benchmarks reportedly showed Gemini outperforming Meta’s own Llama for some tasks.
  • Meta accelerated its shift to an internal model called Muse Spark to reduce external dependency.

The single-source caveat here: the FT was the original on the Meta rationing story. Every other outlet cites FT. The corporate non-denials from Google and Meta are consistent with the story being accurate — neither company disputed the facts when asked, which is the silence you get when the facts are right but the framing is not what they want publicized.

Anthropic: The Same Story, Bigger Numbers

If Google’s $920M/month deal is shocking, Anthropic’s reveals the depth of the shortage:

  • Anthropic signed a deal with SpaceX in May 2026 to pay roughly $1.25 billion per month for the full output of a separate Colossus facility.
  • The deal runs through May 2029 — total commitment in the ~$45 billion range.
  • Reported simultaneously by TechCrunch, Axios, CNBC, and Business Insider.

Anthropic is a frontier model lab with no legacy cloud business cushioning it. When a company of that profile commits $1.25B/month to rent GPUs from a competitor-adjacent vendor, the message is clear: there is no faster path to capacity than paying whatever it costs. The economic logic only works if your revenue per GPU-hour is already substantially higher than what you are paying for the hardware.

What This Means For Platform Engineers

The numbers above are the price signal you should be planning against. Concrete implications:

1. Cloud contracts are no longer “pay and forget.” If Meta — one of Google’s largest customers and a company with leverage — can be told mid-contract that its capacity is being reduced, any cloud contract you sign has allocation risk baked in. Negotiate commitment vs. consumption language carefully. Penalties for the provider missing allocation are now table stakes. If your vendor’s contract does not include them, you are eating that risk yourself.

2. Capacity planning windows are widening. Historically you planned 6-12 months ahead for GPU capacity. The Colossus deals lock in capacity 3 years out. If you are building a product that depends on GPU inference scaling with usage, your procurement horizon should match: ask vendors what they can guarantee for 24-36 month horizons, not just next quarter. The vendors who can commit that far are the vendors who have already locked in their own upstream capacity.

3. Multi-cloud and self-hosted are no longer ideological choices. They are hedging against rationing. Anthropic is paying SpaceX $1.25B/month; Google is paying SpaceX $920M/month; both are also building their own infrastructure. If you have a single-cloud AI workload, your risk surface is now bigger than your vendor relationship suggests. Local inference (Apple MLX, llama.cpp on workstations) is one hedge; multi-cloud API diversity is another.

4. GPU scarcity is real and durable. This is not a 2026 quarter-two blip solvable by an inventory cycle. NVIDIA’s newest racks are oversold into 2027. Capacity expansion at the data-center level takes 18-36 months for power, cooling, and construction. Plan capacity as if it will be tight through 2028.

The AI Bubble Narrative Is Backwards

A bubble is when there is more supply than demand at the current price, and price has to crash to clear the surplus. We have the opposite. Hyperscalers are paying premiums to a launch-services company to run commodity GPU inference — because the GPU supply they actually need does not exist at any price they have been willing to pay so far.

The real story of 2026 is not “too much AI.” It is “the productive capacity to run the AI we have already paid for is structurally insufficient.” That is a shortage. The market response is exactly what you would expect: prices for capacity are high, durations for contracts are lengthening, and the companies with locked-in compute are the ones setting the terms for everyone else.

The Practical Takeaway

If you are a platform engineer responsible for AI infrastructure decisions this quarter, three concrete moves:

  1. Audit your existing cloud AI contracts for allocation guarantees. If your vendor can cut your capacity mid-contract, the contract needs to make that expensive for them. If it does not, you have a hole in your risk model.
  2. Plan capacity at 24-36 month horizons, not quarterly. The market has shifted. Quarterly procurement conversations are now too short to surface real constraints.
  3. Diversify your inference substrate. A second cloud provider, on-prem GPU capacity, or local inference (MLX, llama.cpp, vLLM) on workstations — pick at least one to reduce single-vendor exposure.

The constraint is real. The vendors are paying each other to manage around it. You should be doing the same.


Sources: