Training runs
A job that needs cards for hours and nothing for the rest of the week.
- GPU sizes named from the list the API returns
- GPU-hours metered while the job runs
- Cancel and the hours used so far are billed, then the job stops
High-Performance Computing
Rent a machine by the hour, metered to your organization.
{ "gpu": "1x H100", "dryRun": true }$3.48/ h
80 GB
On demand, at the price list’s rate as it stands.
| 1x H100 | 80 GB | $3.48 / h | $27.84 | $2,540 |
| 2x H100 | 160 GB | $6.96 / h | $55.68 | $5,081 |
| 4x H100 | 320 GB | $13.92 / h | $111 | $10,162 |
Dedicated GPU instances for AI/ML training
High-core count CPU instances
Ultra-fast NVMe and persistent storage
Reach for one when the work outlasts a request, or needs a card of its own
A job that needs cards for hours and nothing for the rest of the week.
A machine that stays up because something is calling it.
Renders, batches and simulations that take longer than an HTTP call.
An agent with a machine under it, launched and torn down as one thing.
Every step is an API call, so anything you do once by hand you can put in a script afterwards
The sizes and regions you can launch into are an endpoint, not a page in the docs. Read them, then pick one — nothing to keep in sync by hand.
A launch with dryRun returns the price and creates nothing. The same call without it creates the machine, so what you were quoted is what you asked for.
Time is debited from your org's prepaid balance while a machine is up. Before it launches, the cloud says whether you may — and what is missing if you may not.
Rented machines, the droplets and cluster workers behind them, and your own hardware that dialed in with hanzo link all appear as one fleet, deduplicated.
The GPU view counts real cards: from the size of the nodes you rented, and from what your own workers report through nvidia-smi. Where there is no inventory, it returns nothing rather than inventing something.
Bind a cloud agent to a machine and the pair is one thing to launch, message, stop and tear down. Unbinding is separate, so the agent can move without the machine going with it.
Ownership, region and account are decisions the API makes you state
A machine belongs to one org and is named within it. Every read and every terminate is checked against the org on your token, not against the id in the URL.
Link a DigitalOcean, AWS or GCP account and the clusters it holds fold into the same fleet. Your capacity, your contract, one place to see it.
Launches name a region from the list the API returns, so where a workload runs is a decision you made rather than one that was made for you.
Paste this into any agent. It reads the skill manifest and calls Machines from there.
api /v1/compute/machines
Read https://hanzo.ai/skill.md and use Hanzo Machines in my project. Start with: hanzo visor machines list