Run your own large language model on hardware you control — open-weight models like Llama, Mistral, and Qwen, served for inference, grounded in your documents with RAG, and fine-tuned on your data when you need it. A private LLM keeps prompts, embeddings, weights, keys, and the audit trail on your side of the boundary, so you get modern GenAI without shipping sensitive text to a third-party API. Ænix builds these platforms on Cozystack, on your own GPUs.
Pairs with: Ænix AI Platform — GPU scheduling, fractional sharing, and blueprints for inference and fine-tuning. For the elastic GPU capacity underneath it, combine with GPU cloud bursting. For the wider strategy, see Sovereign AI.
Why run a private LLM instead of a cloud AI API?
For a lot of organizations the blocker to GenAI is not the model — it is the data path. A hosted assistant means sending prompts, and often the documents behind them, to an external API you cannot audit.
- Data cannot leave the boundary. Banks, healthcare providers, and public-sector bodies handle personal, financial, or classified text that a third-party API’s data-handling terms do not adequately cover. A self-hosted LLM keeps that text in-jurisdiction and in-infrastructure by construction.
- Predictable economics on volume. Per-token pricing is fine for a pilot and punishing at scale. Owning the GPUs turns a variable API bill into a capacity you control — the same logic behind GPU cloud bursting.
- Version stability. A pinned open-weight model does not change behaviour underneath you when a vendor ships a new release, which matters when your workflows and evaluations depend on consistent output.
This is the “private LLM / self-hosted LLM / on-prem GenAI” problem specifically. It sits inside — but is narrower than — the broader sovereign AI strategy, which covers AI compute, data, and governance across a whole jurisdiction.
What a private LLM platform is made of
An on-prem GenAI platform is more than a model file. Ænix assembles the full stack on open, CNCF-aligned building blocks so nothing forces you back to a proprietary AI service.
- Open-weight model serving. Models such as Llama, Mistral, and Qwen served for inference on your GPUs, exposed to teams as ordinary Kubernetes services rather than an external endpoint.
- RAG over your documents. A Qdrant vector database indexes your own content and retrieves the relevant passages at query time, grounding answers in your data. Both the source documents and the generated answers stay inside the boundary.
- Efficient inference. NVIDIA Dynamo provides disaggregated serving and KV-cache-aware routing across the GPU fleet, raising utilization of expensive cards with no extra vendor licenses.
- GPU scheduling and isolation. The Kubernetes scheduler plus the NVIDIA GPU-operator make GPUs a first-class, schedulable resource; per-tenant hosted control planes keep teams isolated on shared hardware.
- Fine-tuning in-place. Because the GPUs and the data live in the same platform, you can adapt open-weight models on proprietary data without that data leaving your infrastructure.
Keeping weights, keys, and the audit trail on your side
The defining property of a private LLM is custody. On this platform the model weights sit on storage you own; single sign-on runs through your own Keycloak; and every request produces logs you hold, not a vendor’s telemetry. For a regulator or an internal risk team, that converts “the AI is secure” into an inspectable claim: you can show where the data went, who invoked the model, and that nothing crossed the boundary. Encryption at rest and an encrypted mesh between sites keep the same guarantees when the platform spans more than one data centre.
Evidence: a RAG-and-inference platform shipped into a customer’s boundary
The pattern is already in production. In our anonymized AI universal installer case study, a telecom integrator built a corporate AI platform on Cozystack — corporate LLM assistants, RAG search over regulatory documentation, and computer vision — and used the same distribution to ship those services into a state-owned end customer’s environment, with data staying inside the customer’s boundary.
Concretely, the team packaged Qdrant as a platform app for RAG next to the GPU workloads, packaged NVIDIA Dynamo as a full inference stack to raise GPU utilization, and ran a geo-distributed GPU cluster joined to the main cluster by an encrypted WireGuard mesh — models reachable by every tenant as ordinary services. That is a private LLM platform doing real work: 141 of 141 managed releases healthy, single sign-on, multi-tenancy, and no prompts leaving the customer’s jurisdiction.
Which models and which workloads?
“Private LLM” is not one workload — it is a small family, and each has a different infrastructure shape.
- Inference / assistants. Serving an open-weight chat or instruct model behind an internal API for copilots, support triage, or document Q&A. This is the most common starting point and the most GPU-latency-sensitive.
- RAG search. Grounding answers in your own corpus via a vector database, so the model cites your documents instead of hallucinating. Often paired with an assistant, but valuable on its own for internal knowledge retrieval.
- Fine-tuning and adaptation. Adapting an open-weight base model to your domain, terminology, or task on proprietary data — done in-boundary so the training set never leaves.
- Batch and classification. High-throughput, latency-tolerant jobs — bulk summarization, extraction, tagging — where fractional GPU sharing and off-peak scheduling keep utilization high.
Right-sizing the GPU fleet against this mix is exactly what an assessment settles before any hardware is committed.
How Ænix engages on private LLM
The engagement runs as an AI platform build: GPU architecture and sizing, the inference stack, a Qdrant vector database for RAG, multi-tenant isolation and SSO, and — where relevant — a fine-tuning pipeline, all deployed on your own hardware. Where GPU demand is spiky, it combines with GPU cloud bursting so you own the baseline and burst peaks; where the driver is jurisdiction and governance rather than a single workload, it rolls up into a sovereign AI programme on the AI Platform.
Ænix is the team behind Cozystack — a CNCF project (Sandbox today; Incubating expected late summer 2026), Apache 2.0. Ænix commercializes it as Ænix Platform, as three platforms on one engine — Public Cloud, Private Cloud and AI — that combine rather than exclude each other. We build private-LLM and on-prem GenAI platforms for enterprises and public-sector organizations across the EU and DACH.