LiteLLM hosting
One OpenAI-compatible endpoint in front of every model provider you use.
LiteLLM hosting at AIHostBox means a dedicated, single-tenant LiteLLM instance on our infrastructure: we install it, pin it to a reviewed release, put it behind TLS on your domain, back it up nightly and keep it patched. Plans start at $5.99 per month and the admin account, the data and any API keys are yours.
LiteLLM is a proxy that speaks the OpenAI API and translates it to a hundred-odd providers behind it: OpenAI, Anthropic, Google, Bedrock, Azure, Groq, OpenRouter and any local server. Your applications keep one base URL and one key format while you change what is actually serving the request.
The operational value shows up quickly: virtual keys per team or per app, budgets and rate limits per key, fallbacks when a provider errors, caching, and a spend log that finally answers “what did we spend on AI last month, and on what”. Pair it with Langfuse and you have the observability half as well.
LiteLLM hosting plans
Every plan is a dedicated single-tenant instance with NVMe storage, nightly off-box backups, TLS and managed patching. Quarterly, semi-annual and annual terms are discounted at checkout. Model tokens are not included — you bring your own key.
How we run LiteLLM
The LiteLLM proxy container (docker.litellm.ai/berriai/litellm, main-stable) on port 4000 with Postgres 16 for keys, teams, budgets and spend logs, following the project’s docker-compose.
What we configure for you
- LITELLM_MASTER_KEY generated per instance — the admin credential for API and UI
- LITELLM_SALT_KEY generated once and stored safely, since it encrypts provider credentials in the database
- DATABASE_URL on the bundled Postgres with STORE_MODEL_IN_DB=True, so models can be managed from /ui
- UI_USERNAME and UI_PASSWORD for the Admin UI login
- Your provider keys and model_list in config.yaml, or added through the UI
- PROXY_BASE_URL plus GOOGLE_CLIENT_ID, MICROSOFT_CLIENT_ID or GENERIC_CLIENT_ID if you want single sign-on
Which plan fits
Starter (2 GB) is plenty for one team routing a handful of providers, since the proxy mostly forwards requests and waits. Plus (4 GB) suits several teams with spend logging on every call, and Pro (8 GB) is for heavy traffic or long request logs where Postgres grows quickly. Response latency is set by the upstream provider, not the plan.
The honest limits
SSO beyond five users and the other features LiteLLM marks as enterprise need a LiteLLM licence, which we do not supply. Logging full prompts and responses makes the database grow fast, so enable it deliberately.
What people run LiteLLM for
Central key custody
Provider keys live in one place; teams get revocable virtual keys.
Cost control
Hard budgets per key stop a runaway loop from becoming an invoice.
Provider failover
Route to a second provider automatically when the first degrades.
Local + cloud in one endpoint
Send cheap calls to your Ollama plan and hard ones to a frontier model.
Licence and version policy
| Item | Position |
|---|---|
| Upstream licence | MIT |
| Sold as managed hosting | Yes |
| Tenancy | Single tenant — one customer per instance |
| Patching | Critical advisories within 24 hours, high severity within 72 |
Our full position on licences, including the applications we decline to sell, is on the licensing page.
Reading on LiteLLM
Works well with LiteLLM
More Gateways & LLM ops we host
LiteLLM hosting: your questions
Does LiteLLM store my prompts?
Can I put my Ollama plan behind it?
Where do my provider keys live, and how are they protected?
How do I log in to the Admin UI?
Can I bring the config.yaml from my own LiteLLM deployment?
How are LiteLLM upgrades handled?
Run LiteLLM without running a server
A dedicated LiteLLM instance, deployed and maintained by us. Month to month, cancel whenever.