Quick verdict: who Lambda GPU Cloud fits
This Lambda Labs review covers conventional GPU virtual machines with SSH and API control, a preconfigured machine learning image, and a separate cluster product. Lambda fits teams that want that operating model. The main cautions are first come capacity, region-specific inventory, no instance suspension, and the requirement to select persistent filesystem attachment at launch.[source][source][source]
GPU Picks reviewed Lambda's public pricing and documentation. We did not rent an instance, run a benchmark, measure uptime, time a launch, or contact support. The verdict is therefore about the documented service model, billing rules, and operating constraints, not measured performance or reliability. See the GPU Picks research methodology for the evidence standard used here.
Key takeaways
- Lambda On-Demand Cloud provides Linux GPU virtual machines, while 1-Click Clusters use a separate reservation model.[source][source]
- Current self-serve configurations span one to eight GPUs, but access is first come and instance types vary by region.[source][source]
- Instance usage is billed in one-minute increments, and a running instance keeps accruing charges even when no job is active.[source]
- Instances cannot be suspended. Cost control depends on terminating unused compute and keeping needed state outside the instance.[source][source]
- Official prices must be compared by exact GPU variant and configuration. A generic H100 price hides meaningful PCIe, SXM, and GPU-count differences.[source]
How Lambda's GPU cloud works
Lambda divides its public cloud into two products. On-Demand Cloud supplies Linux-based, GPU-backed virtual machines that a user launches as needed. 1-Click Clusters are a separate reserved cluster offering rather than a larger version of the same self-serve instance lifecycle.[source][source]
Compare the two products separately. An On-Demand instance fits an individual researcher or team that wants a virtual machine now and can work with available inventory. A 1-Click Cluster is arranged and billed as reserved capacity. Lambda documents cluster reservations in weekly billing increments, while On-Demand usage follows the instance billing rules discussed below.[source][source]
Users can create and manage On-Demand instances in the Lambda Cloud console or through the Cloud API. Lambda also presents the API as the route for CLI and CI/CD workflows. After launch, standard SSH is available, with port 22 open by default and firewall rules available for other access needs.[source][source]
The default Lambda Stack image includes CUDA-related tooling and machine learning frameworks such as PyTorch, TensorFlow, and JAX, along with JupyterLab. Package versions can change, so check the current image notes before assuming that a project dependency is already present.[source]
Users still manage the infrastructure. The preconfigured image removes some setup work, but teams must still decide how to handle regions, access, storage, checkpoints, and instance termination.
Lambda pricing and like-for-like comparison
Lambda publishes instance rates per GPU per hour, plus applicable sales tax. The price is not one universal number for a GPU family. The official page separates H100 PCIe from H100 SXM and also lists multi-GPU configurations with their own resource allocations and per-GPU rates.[source]
The following snapshot records the visible one-GPU rows on July 15, 2026. It deliberately uses Lambda's full configuration labels. Check the official page again before purchase because pricing and available rows can change.
| One-GPU instance configuration | Published price per GPU per hour |
|---|---|
| NVIDIA B200 SXM6, 180 GB | $6.99[source] |
| NVIDIA GH200, 96 GB | $2.29[source] |
| NVIDIA H100 SXM, 80 GB | $4.29[source] |
| NVIDIA H100 PCIe, 80 GB | $3.29[source] |
| NVIDIA A100 SXM, 40 GB | $1.99[source] |
| NVIDIA A100 PCIe, 40 GB | $1.99[source] |
| NVIDIA A10, 24 GB | $1.29[source] |
| NVIDIA A6000, 48 GB | $1.09[source] |
| NVIDIA Quadro RTX 6000, 24 GB | $0.69[source] |
A useful price comparison starts with the exact configuration:
- Accelerator variant
- GPU count
- GPU memory
- System CPU and RAM
- Storage
- Region
Compare one-GPU H100 PCIe with the same type of offer elsewhere, not with an unspecified H100 row or a multi-GPU H100 SXM system. This review does not present one generic H100 price because that would erase the official SKU distinctions needed for a safe like-for-like comparison.
Use the GPU lookup tool to inspect other current offerings, but open each provider's source before treating similar GPU names as equivalent. A lower hourly number can describe a different interface, memory size, host allocation, or availability model.
Billing and cost controls that matter
Lambda bills On-Demand instances by hourly usage in one-minute increments. Billing starts after an instance launches and passes health checks, and it ends when the instance is terminated. A running instance continues to incur charges even when it is idle.[source]
The console offers launch, restart, and terminate actions, but Lambda says On-Demand instances cannot currently be suspended. Running a shutdown command inside the operating system does not end billing and can put the instance into an Alert state.[source]
For work that stops overnight or between experiments, plan the shutdown workflow before launch:
- Save code to version control or another durable location.
- Write checkpoints and outputs to storage that will survive termination.
- Confirm that important files have finished copying.
- Terminate the instance in the console or through the API.
- Verify that any persistent filesystem you no longer need is deleted separately.
The last step is easy to miss. Lambda bills a persistent filesystem while it exists, including when it is not mounted. The documentation says storage usage is billed by used GiB per month in one-hour increments, but its numerical example is not a current quoted rate. Lambda directs users to the creation flow for the applicable price.[source]
Lambda's instance page states that instance pricing has no egress fees, and its billing documentation separately says filesystem ingress and egress are not charged.[source][source] Those policies are useful inputs to a cost estimate, but they do not establish a specific saving against another provider without a matched transfer scenario.
GPU choices, regions, and access
Lambda currently documents self-serve GPU families:[source][source]
- B200
- GH200
- H100
- A100
- A10
- A6000
- V100
- RTX 6000
Depending on the listed instance, the self-serve range runs from one to eight GPUs.
A listing is not a capacity promise. Lambda describes self-serve access as first come and warns that not every instance type is available in every region.[source][source] If a project requires a specific accelerator at a fixed start time, confirm capacity rather than designing a schedule around the catalog alone.
New accounts also have an instance quota. Lambda does not publish one universal starting number in the reviewed documentation; it says the quota increases as invoices are paid.[source] That makes account history another practical constraint for a team trying to launch several systems at once.
Storage, networking, and environment setup
Persistent filesystems are regional. They must be attached when the instance or cluster is launched, cannot be attached later, and cannot be transferred between regions.[source][source] Choose the region and filesystem before launch if a job depends on durable training data or checkpoints.
This launch-time attachment rule affects recovery planning. If a team launches without the intended filesystem, it cannot attach that filesystem later to the same running machine.[source] It requires a different documented workflow, such as copying data through Lambda's supported transfer methods or relaunching with the filesystem selected.[source]
SSH and configurable firewall rules support a familiar Linux administration model. JupyterLab is also included in the default image, so the service is not limited to terminal-only work.[source] Teams should still review firewall exposure, credentials, environment variables, and package versions as they would on another cloud virtual machine.
Operational limitations to understand before launch
These constraints interact. First come inventory may require a timing or region change, while persistent filesystems cannot move between regions or be attached after launch.[source][source][source] For intermittent work, the lack of suspension means teams need reproducible setup and externalized state before terminating compute.[source][source]
Use a launch checklist that confirms capacity and persistent filesystem attachment. Use a separate shutdown checklist to verify copied data, instance termination, and deletion of storage no longer needed. This guidance follows Lambda's documented lifecycle; it is not a reliability or performance result.
Who should use Lambda
Lambda is a reasonable candidate for engineers who want a conventional Linux GPU virtual machine, prefer SSH or API control, and can use a preconfigured machine learning image. It also gives teams a documented path to discuss a separate reserved cluster product when their needs no longer fit a self-serve instance.
It is easier to justify when the team already knows how it will persist data, rebuild an environment, and terminate idle machines. Startups comparing that operating burden with other services can use the GPU cloud options for startups guide to define their requirements before choosing a provider.
Who should skip Lambda
Compare another option if the job requires guaranteed access to one exact GPU at a fixed time and no reservation has been confirmed. First come access and regional differences make the catalog alone insufficient evidence of capacity.[source][source]
Lambda may also be awkward for work that needs frequent pause and resume behavior. There is no documented instance suspension, so preserving state and terminating compute become routine operating tasks.[source]
Learners who need a no-cost notebook rather than a managed virtual machine should start with the free GPU cloud options guide. Those services have stricter limits, but their notebook model may suit tutorials and short experiments better than paid infrastructure.
Lambda alternatives
Use the best GPU cloud provider comparison to compare service models before comparing rates. Provider names and GPU labels alone do not show whether an offer is a conventional virtual machine, a marketplace host, a container workflow, or a reserved cluster.
The RunPod review covers another paid GPU service with a different product structure. The Vast.ai review examines a marketplace model where offer-level details matter. Neither is automatically better. The choice depends on the access model, configuration, billing controls, and workload constraints you need.
The GPU cloud reviews index is the better next stop if you are still defining those constraints. Record the exact GPU variant, memory, region, runtime pattern, storage need, and access method before opening price pages.
Pros and cons
Pros
- Conventional Linux GPU virtual machines with console, SSH, and API management[source][source]
- Preconfigured Lambda Stack image with JupyterLab and common ML frameworks[source]
- Separate reserved cluster product for needs beyond self-serve instances[source][source]
- Per-minute instance billing and a published no-egress-fee policy[source][source]
Frequently asked questions
How much does Lambda GPU Cloud cost?
Lambda publishes rates per GPU per hour for exact instance configurations. Use the pricing section above or the current official page rather than one generic figure. H100 PCIe and H100 SXM are separate offers, and multi-GPU systems can have different per-GPU rates and host resources.[source] Compare the full configuration like for like.
How does Lambda bill a running GPU instance?
On-Demand usage follows an hourly rate charged in one-minute increments. Billing begins after launch and health checks and stops when the instance is terminated. An idle but running instance still accrues charges.[source] Saving state and terminating unused compute are essential parts of cost control.
Can you pause or suspend a Lambda instance?
No suspension action is documented for On-Demand instances. Restart and terminate are available, but an operating-system shutdown does not stop billing.[source] If you expect gaps between runs, keep code, checkpoints, and outputs somewhere durable so the instance can be terminated and later recreated.
Does Lambda include JupyterLab and ML frameworks?
The default Lambda Stack image includes JupyterLab and common machine learning frameworks.[source] That shortens initial setup for compatible projects, but it is still worth checking current package versions and installing project-specific dependencies in a reproducible environment before starting a long job.
Does Lambda charge egress fees?
Lambda states that its instance pricing has no egress fees. Its billing documentation also says filesystem ingress and egress are not charged.[source][source] Treat those as Lambda's published policies, not as proof of a particular saving against another provider, because a fair comparison needs the same data-transfer scenario on both sides.
Are Lambda GPUs always available?
What is the difference between instances and 1-Click Clusters?
On-Demand instances are self-serve Linux GPU virtual machines that follow the instance lifecycle and usage billing rules. 1-Click Clusters are a separate reserved product with reservation billing.[source][source] Teams should compare the applicable terms rather than extrapolating an instance rate to a cluster commitment.
Methodology and sources for this Lambda Labs review
This review uses official Lambda product, pricing, billing, instance-management, and filesystem documentation accessed on July 15, 2026. GPU Picks did not conduct hands-on performance or reliability testing. Read the full research and aggregation methodology, then use the structured source list below to verify any term that affects your decision.