Skip to main content
Le cluster Kubernetes de production Kaeyros repose sur RKE2, une distribution légère et sécurisée. Il héberge l’ensemble des applications métier et des services transverses. Cette page décrit sa composition matérielle, sa topologie réseau et les composants clés qui le constituent.

Caractéristiques générales

La version exacte de RKE2 fait partie des points à compléter. La valeur v1.29.4+rke2r1 est une approximation issue des observations du cluster.

Nœuds du cluster

Le cluster est composé de 4 nœuds répartis sur 11 serveurs dédiés Hetzner situés à Helsinki :
Le nœud big-one-9d0479e4 est exclu du scheduling normal par des règles d’affinity. Les rollouts l’évitent de préférence (preferred), et les jobs data-precompute l’exigent (required). La raison historique de cette exclusion est à documenter (voir chantiers).

Ingress et exposition des services

Traefik est l’Ingress Controller principal du cluster. NGINX Ingress est également présent dans certaines configurations. Il s’agit vraisemblablement d’une cohabitation historique : Traefik reste le contrôleur principal utilisé pour l’ensemble des applications métier.
La chaîne de trafic complète est la suivante :

Stockage

Deux solutions de stockage coexistent sur le cluster :
Les bases PostgreSQL utilisent le StorageClass local-path via l’opérateur Zalando. Les sauvegardes logiques sont envoyées vers s3://logical-backup-kaeyros.

Réseau et CNI

Le CNI Canal combine Flannel pour le réseau overlay et Calico pour la politique réseau. Cette configuration assure la communication inter-pods et la segmentation réseau entre namespaces.

Points de vigilance

  • Le nœud ubuntu-2404-noble-amd64-base présente une instabilité du plan de contrôle (redémarrages fréquents de l’API server).
  • Un DaemonSet kube-proxy surnuméraire, hors dépôt, coexiste avec les pods statiques RKE2. Sa présence est anormale et fait l’objet d’un chantier.
  • La capacité de 300 pods par nœud doit être prise en compte lors du dimensionnement des nouvelles applications.