Skip to main content
SeekrFlow runs on a Kubernetes cluster in your own environment, on Amazon Web Services (AWS) or in your own data center. Before you begin, confirm you have everything on this page. Have your security team review Security considerations before you provision anything.

Kubernetes cluster

SeekrFlow supports conformant Kubernetes clusters running one of the three most recent minor versions, listed on the Kubernetes Releases page. Versions a cloud provider maintains beyond that, such as Amazon Elastic Kubernetes Service (Amazon EKS) extended support, aren’t supported. The cluster must run Metrics Server. Under heavy load, SeekrFlow adds copies of its services, and Kubernetes uses Metrics Server to measure that load. Without it, SeekrFlow can’t add copies. SeekrFlow works with policy engines such as Kyverno and Open Policy Agent (OPA) Gatekeeper. See Set up networking and cluster policies for the settings your policies need to permit.

Network connectivity

SeekrFlow doesn’t require a particular network design. It requires these connections:
  • The cluster to the container registry, object storage, PostgreSQL, OpenSearch, and any cloud model services you use.
  • Your users to the SeekrFlow load balancer.
  • The machine you install from to the Kubernetes API. If the API has no public endpoint, install from a machine inside your network, such as a bastion host.
For every outbound connection SeekrFlow makes, see Security considerations.

Worker nodes

Worker nodes run the platform services. For how many virtual CPUs (vCPUs) and how much memory they need, see Size your deployment.

GPU nodes

GPU nodes run SeekrFlow’s model servers, fine-tuning, and explainability workloads. Every deployment needs them. Amazon Bedrock can serve inference alongside them, but not fine-tuning or explainability. For how many GPUs your models need, see Size your deployment.

Services you provision

Credentials and access

For how to get each one, see Request credentials.

Tools

The install runs from a laptop or bastion host that can reach the cluster.
Last modified on October 16, 2026