Create your fleet.
Sign up and choose a name. Your fleet gets its own hosted console, ready for its first machine.
acme.odalr.com ↗
A cloud on machines you own,
run for you.
Bring the server in your rack, the workstation in your office, the box under your desk. Deploy across them all. We take care of the coordination.
No credit card. Start with one Linux machine.
$ odalr run web --image nginx:alpine
You already have the compute. odalr is the layer that makes it useful together. One agent per machine. One place to run everything.
Sign up and choose a name. Your fleet gets its own hosted console, ready for its first machine.
acme.odalr.com ↗ Run the join command from the console on each Linux machine. They connect through NAT over an encrypted private network.
✓ rack-01 joined the fleet
Use the console or CLI to deploy. odalr picks a machine, prepares the runtime and keeps the workload running.
$ odalr run web --image nginx
The app, its database, the model behind it. Give your whole stack a home on infrastructure you control.
Ship an image. odalr finds a machine with room, keeps it running, and gives it an HTTPS address when you ask.
$ odalr run web --image ghcr.io/acme/web$ odalr expose web:8080✓ https://web.acme.run.odalr.com Postgres, MariaDB, Valkey or MongoDB, with persistent storage, a generated password and nightly snapshots. Add replication when you need it.
$ odalr db create main --engine postgres --storage 20G✓ main created · nightly backups scheduled Serve a model on your own hardware through an OpenAI-compatible API. odalr selects a suitable runtime and keeps the weights on a persistent volume.
$ odalr model run llama3.2✓ llama3.2 deployed · OpenAI-compatible endpoint Run KVM-backed Linux virtual machines on Intel, AMD or ARM. Reach them over the same private network, with your existing SSH keys.
$ odalr vm build-box --memory 8G --disk 100G$ odalr ssh build-box -l ubuntu✓ build-box ready · private overlay connected Create an upstream k3s cluster on VMs placed across your fleet. Use kubectl and Helm, with integrated volumes, identity and public routes.
$ odalr cluster create prod --ha✓ prod created · upstream k3s Deploy a function or a whole Web fetch app. Use Lambda-style handlers, Hono, Elysia or Python ASGI on your own compute.
$ odalr fn deploy resize --dir ./functions/resize --handler index.handler✓ resize deployed Your applications run on your machines. Your databases and files live on your disks. We run the control plane that brings it all together.
Get into the details ↓
Console & API · Scheduling · Private networking
Certificates · Signed agent updates
Applications · Databases · Models · Files
Disks · Container images · The actual machines
Keep the images, manifests, clients and workflows your team already uses. Build on established protocols and upstream software.
Deploy what you already build.
Use familiar clients and drivers.
Keep your everyday tools close.
Turn the servers in the office into staging and production, with the same deploy flow you would have on a cloud.
Serve a model from the workstation under the desk at an OpenAI-compatible URL the whole team can use.
Host client sites on hardware you control, each with its own domain and certificate, all from one console.
Run your own services at home and reach them from anywhere, without opening a single port on your router.
Create a fleet, connect a machine, deploy something.
Create your fleet ↗No card. No usage limits during beta. We’ll announce pricing well before anything is charged.
Start with one machine. Grow from there.Any Linux machine you can run a command on: a server, a workstation, a mini PC, or a VM at another provider. Intel, AMD and ARM all work. It does not need a public IP or any network setup.
No. Each machine connects out to odalr, and your machines reach each other over an encrypted private network that works through any router. Visitors to your public sites reach them without you opening anything.
On your machines. odalr keeps the description of your fleet: what should run, where, and with which settings. Your applications, disks, databases and files are on your hardware only.
Your machines keep running whatever they were running. You cannot make changes until we are back, and traffic to public addresses passes through odalr today, so those would be unreachable in the meantime.
The control plane is hosted and managed by odalr; self-hosting it is not offered today. Your machines run the agent and your workloads. We maintain the console, API and coordination.
Yes. Add one DNS record to prove it is yours, and odalr issues and renews the certificates for it.
One line: curl -fsSL https://odalr.com/cli.sh | sh. macOS and Linux, Intel and ARM, and it does not need root or a package manager.