Lambda Cloud vs Thunder Compute

Lambda Cloud

H100 SXM at $3.99 and B200 at $6.69 an hour with per-minute billing. No scale to zero, autoscaling or endpoints; an idle VM bills until terminated.

Thunder Compute

The hosted MCP server signs in with OAuth and separate read and write scopes, and the REST API has a public OpenAPI 3.1 document with keyless price and availability endpoints. No rate limits, SLA or API changelog were found, instance creation has no idempotency key, and instances cannot be stopped, only deleted.

Lambda Cloud

1. Call GET /instance-types first and read regions_with_capacity_available before trying to launch
2. Space launch calls 12 seconds apart; a sixth in a minute returns 429 with global/rate-limited
3. Branch on the error code, not the message or suggestion, which Lambda says may change
4. List instances before retrying a failed launch, since there's no idempotency key and a retry can start a second machine
5. Terminate the instance in a finally block; billing runs by the minute until you do

Thunder Compute

1. Call GET /v2/status or the get_availability tool before creating an instance. Availability can change before launch, and creation fails when a type is sold out.
2. List instances before retrying a failed create, because the call has no idempotency key.
3. Pass public_key on create. If omitted, the response carries a generated private key that is returned once.
4. To pause work, create a snapshot, delete the instance and later create a new instance from the snapshot. Snapshot storage keeps billing until deleted.
5. For headless use set TNR_API_TOKEN to a token from the console. The MCP server needs a browser sign-in on first connection.