ZeusK8s
Private Cloud

Ihre eigene Hardware — betrieben wie eine Cloud.

Machen Sie einen Proxmox Host oder ein Server-Rack zu managed Kubernetes: provisioniert, gemesht und betrieben mit derselben Console und demselben Workflow wie Ihre Cloud-Cluster.

Die Cloud-Experience auf Infrastruktur, die Sie besitzen.

Es gibt gute Gründe, eigene Hardware zu betreiben: Kosten bei Scale, Data Residency, Latenz — oder einfach schon die Machines besitzen. Der übliche Preis: alles selbst hand-rollen — 23 YAML-Files, ein Helm Chart, den niemand vollständig versteht, und ein Engineer, der Single Point of Failure für alles ist. Das ist der versteckte Kostenpunkt, den die meisten Teams erst nach dem ersten Outage entdecken.

ZeusK8s nimmt diese Tax weg. Provisionieren Sie k3s-Cluster auf Proxmox mit dediziertem, exposed Control Plane und EKS-artigen Worker Node Groups und joinen Sie diese Cluster in dasselbe verschlüsselte Overlay wie Ihre EKS- und GKE-Cluster. Ein lightweight Agent dialt out von Ihrer Hardware — keine Inbound-Ports zu öffnen und nichts dem Internet zu exposen.

Zeus · Clusters
Clusters
6 clusters · 3 providers
Live New Cluster
NameProviderRegionVersionNodesStatus
production-usAWS EKSus-east-11.306Ready
production-euGKEeurope-west31.304Ready
stagingAWS EKSus-west-21.29→1.30 ⚠3Ready
edge-apacGKEasia-east11.302Ready
HQ Denverk3sDenver, COv1.35.55Ready
prox-test01ProxmoxProvo, UTv1.34.1Provisioning
How it works

From zero to running.

01

Agent einsetzen

Einen static Agent auf Ihrem Proxmox Host oder Servern installieren. Er dialt out über einen verschlüsselten Tunnel — keine Inbound-Firewall-Änderungen, keine öffentlichen Endpoints.

02

k3s-Cluster provisionieren

Zeus fährt VMs auf Proxmox hoch, installiert k3s mit dediziertem tainted Control Plane (1/3/5 Nodes) und Worker Node Groups — bereit für Workloads.

03

In die Cloud joinen

Private Cluster mit demselben verschlüsselten Overlay wie EKS und GKE verbinden. Cross-Cluster-, Cross-Site Service Discovery funktioniert einfach.

04

Identisch betreiben

Node Groups skalieren, upgraden, Services deployen und Pods live beobachten — alles aus derselben Console wie für Cloud-Cluster.

The specifics

Built by people who run this in production.

No hand-waving. Here’s what’s actually under the hood: the kind of detail you’d expect from a platform you’re going to trust with production.

Hypervisor
Proxmox VE: VM Lifecycle managed via Connector Agent
Distribution
k3s: dediziertes Control Plane + Worker Node Groups
Networking
Standard-CNI; kube-vip Control-Plane VIP für HA
Connectivity
Dial-out Agent: keine Inbound-Ports, keine Exposure
Storage
CSI über das Node-LAN; Raw-Disk-Pool-Init (LVM/ZFS/NFS)
IP Planning
Static cloud-init IPs + Network Plans gegen Kollisionen
UniFi Integration
Optional: Cluster-VLANs + Firewall Zones auto-erstellen
HA
PVE HA Rules, CRS, Affinity, managed aus der Console
Straight answers

Questions you’d actually ask.

Muss ich meine Server dem Internet exposen?

Nein. Der Agent dialt out zu ZeusK8s über einen verschlüsselten Tunnel. Keine Inbound-Ports zu öffnen und nichts öffentlich — ein Schlüsselgrund, warum Teams überhaupt Private Cluster betreiben.

Ist das echtes Kubernetes?

Ja. Es ist k3s, eine fully conformant, CNCF-zertifizierte Kubernetes Distribution. Workloads, Manifeste und Tooling sind Standard.

Können Private Cluster Data und Services mit meinen Cloud-Clustern teilen?

Ja. Sie joinen dasselbe verschlüsselte Overlay, sodass ein Service auf Ihrer Hardware und ein Service in EKS sich per Name und echter IP erreichen. Globale Datenbanken replizieren ebenfalls über die Boundary.

Was ist mit Networking und Firewalls on-prem?

Zeus hat eine optionale UniFi Integration, die per-Cluster VLANs und Firewall Zones automatisch erstellt — oder Sie verdrahten Networking selbst und Zeus bleibt aus dem Weg.