ZeusK8s
Cloud privé

Votre propre matériel, géré comme un cloud.

Transformez un hôte Proxmox ou un rack de serveurs en Kubernetes managé : provisionné, maillé et opéré avec la même console et le même workflow que vos clusters cloud.

L'expérience cloud, sur l'infrastructure que vous possédez.

Il y a de bonnes raisons de faire tourner votre propre matériel : coût à l'échelle, résidence des données, latence, ou simplement le fait de posséder déjà les machines. Le prix habituel, c'est de tout bricoler soi-même — 23 fichiers YAML, un chart Helm que personne ne comprend vraiment, et un ingénieur qui est le single point of failure de tout ça. C'est le coût caché que la plupart des équipes ne découvrent qu'après la première panne.

ZeusK8s supprime cette taxe. Provisionnez des clusters k3s sur Proxmox avec un plan de contrôle dédié et exposé et des node groups workers façon EKS, puis joignez ces clusters au même overlay chiffré que vos clusters EKS et GKE. Un agent léger se connecte en dial-out depuis votre matériel, donc pas de ports entrants à ouvrir et rien à exposer à Internet.

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

Déposez l'agent

Installez un agent statique sur votre hôte Proxmox ou vos serveurs. Il se connecte en dial-out sur un tunnel chiffré, sans changement de pare-feu entrant et sans endpoints publics.

02

Provisionnez des clusters k3s

Zeus lève des VMs sur Proxmox, installe k3s avec un plan de contrôle dédié tainté (1/3/5 nœuds) et des node groups workers, prêts pour les workloads.

03

Joignez le cloud

Connectez les clusters privés au même overlay chiffré qu'EKS et GKE. La découverte de services inter-clusters et inter-sites fonctionne tout simplement.

04

Opérez de façon identique

Scalez les node groups, mettez à niveau, déployez des services et regardez les pods en live, le tout depuis la même console que pour les clusters cloud.

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.

Hyperviseur
Proxmox VE : cycle de vie des VMs géré via un agent connecteur
Distribution
k3s : plan de contrôle dédié + node groups workers
Réseau
CNI standard ; VIP plan de contrôle kube-vip pour la HA
Connectivité
Agent dial-out : pas de ports entrants, pas d'exposition
Stockage
CSI sur le LAN des nœuds ; init de pool raw-disk (LVM/ZFS/NFS)
Planification IP
IP cloud-init statiques + Network Plans pour éviter les collisions
Intégration UniFi
Optionnel : création auto des VLAN de cluster + zones de pare-feu
HA
Règles HA PVE, CRS, affinité, gérées depuis la console
Straight answers

Questions you’d actually ask.

Dois-je exposer mes serveurs à Internet ?

Non. L'agent se connecte en dial-out vers ZeusK8s sur un tunnel chiffré. Pas de ports entrants à ouvrir et rien de public, une raison clé pour laquelle les équipes font tourner des clusters privés.

Est-ce du vrai Kubernetes ?

Oui. C'est k3s, une distribution Kubernetes pleinement conforme, certifiée CNCF. Workloads, manifests et outillage sont standards.

Les clusters privés peuvent-ils partager données et services avec mes clusters cloud ?

Oui. Ils rejoignent le même overlay chiffré, donc un service sur votre matériel et un service dans EKS s'atteignent par nom et IP réelle. Les bases globales se répliquent aussi à travers la frontière.

Et le réseau et les pare-feu on-prem ?

Zeus a une intégration UniFi optionnelle qui crée automatiquement les VLAN et zones de pare-feu par cluster, ou vous câblez le réseau vous-même et Zeus reste hors du chemin.