Self-Hosted LLM

Self-hosted LLMs, done like production software.

A self-hosted LLM means the model runs on your hardware, behind your firewall, under your change control. NetRay selects the model, sizes the GPUs, stands up the serving stack, and operates it with you. Nothing leaves your network, and you own every weight.

0
external calls in production
2-6 wks
typical time to first served token
100%
of weights and code owned by you

What self-hosting actually involves

Downloading an open-weight model is the easy 5%. Production self-hosting is the other 95%: choosing a model that fits your tasks and your hardware, quantizing it without wrecking accuracy, serving it with vLLM or TensorRT-LLM at real concurrency, wiring authentication and audit logging, and keeping it patched without an internet-connected pipeline.

NetRay has shipped this stack inside manufacturing plants, defense electronics facilities, and data centers. The pattern is repeatable: benchmark 3 to 5 candidate models on your actual tasks and your actual hardware, pick the smallest one that clears your quality bar, then engineer the serving layer for your concurrency and latency targets.

Model selection: smaller than you think

Most enterprise workloads (document Q&A, extraction, summarization, internal copilots) are served well by 7B to 70B open-weight models, especially after fine-tuning on your domain. A tuned 8B model frequently beats a generic frontier model on narrow tasks, and it runs on a single server you already know how to rack.

We benchmark on your data before any hardware is purchased. The deliverable is a table: model, quantization level, tokens per second on your target GPU, and accuracy on your evaluation set. You pick from evidence, not from leaderboards.

The serving stack we deploy

The production baseline: vLLM or TensorRT-LLM for inference, an OpenAI-compatible API gateway so your applications integrate with standard tooling, per-user authentication tied to your identity provider, prompt and completion logging to your SIEM, and load-tested autoscaling within your cluster.

  • Inference: vLLM / TensorRT-LLM with continuous batching and paged attention
  • Quantization: AWQ / GPTQ / FP8 where accuracy budgets allow
  • Gateway: OpenAI-compatible API, rate limits, role-based access from your IdP
  • Observability: latency, throughput, and quality drift dashboards on your monitoring stack
  • Updates: signed model registry, staged rollouts, rollback in minutes

Day-2 operations, not a handoff and a wave

The difference between a demo and infrastructure is what happens in month three: a new model release worth evaluating, a quality regression report from a user, a security patch for the serving layer. We run this with your team (or train them to run it) using the same MLOps discipline we apply in air-gapped environments: signed artifacts, staged promotion, and drift monitoring.

Straight answers

What hardware do we need to self-host an LLM?

It depends on the model and concurrency. As a rule of thumb: a quantized 8B model serves a team from one 24-48GB GPU; a 70B-class model typically wants 2 to 4 datacenter GPUs (or one with aggressive quantization) for real concurrency. We size from your actual workload, not vendor spec sheets, and we benchmark before you buy.

Which models can be self-hosted commercially?

Open-weight families with permissive or enterprise-friendly licenses, including Llama, Mistral, Qwen, and Gemma derivatives, plus distilled and fine-tuned variants. License review is part of our selection step: we confirm the license fits your commercial use before anything is deployed.

How does a self-hosted LLM stay current?

Through a managed evaluation loop, not through chasing every release. Quarterly (or on major releases), we benchmark the new candidate against your incumbent on your evaluation set. If it wins by enough to justify the change, it is promoted through the same staged rollout as any other artifact.

Is self-hosting cheaper than API calls?

At sustained volume, usually yes, and dramatically so for high-token workloads like RAG and code assistance. Below a few million tokens a day the economics are closer, and the deciding factor becomes data control rather than cost. Our sizing engagement includes the break-even math for your workload.

Size your self-hosted LLM on real numbers.

Tell us the workload. We'll benchmark candidate models on your tasks and give you the hardware and cost math before you commit to anything.

Start a sizing conversation

Free AI workshops available. A founder reads every message.