Aujourd'hui : Kube-OVN
Exigé par okadm plan en production. Avec l'OVN parallèle d'OpenKeel, chaque nœud porte deux piles OVS/OVN qui partagent le même module noyau : jugé fragile.
Déploiement
Lab et production
Le même binaire installe un lab kind à un nœud ou un cluster de production.
Deux modes : lab et production
| Lab | Production | |
|---|---|---|
| Cluster | kind créé à la volée, 1 nœud | Cluster existant (Talos), 3 nœuds ou plus |
| Réplicas | 1, sans autoscaling | 3, autoscaling |
| Réseau | CNI du cluster et OVN central autonome | Kube-OVN et Multus |
| Stockage | StorageClass par défaut, 5 Gi max | Longhorn (RWO et RWX) |
| VMs | KubeVirt en émulation (sans /dev/kvm) | KubeVirt avec KVM |
| Domaine | Optionnel (nip.io) | --domain obligatoire |
Production : quelle CNI pour les pods ?
Recommandé : Cilium
Une CNI non OVN pour le réseau des pods. Chaque hyperviseur n'a plus qu'une pile OVS/OVN, celle d'OpenKeel ; les VMs s'y attachent par Multus.
Statut : question ouverte
Cilium ou Calico, ou Kube-OVN partageant son ovs-vswitchd (à valider). okadm plan reconnaît déjà Cilium ; en lab, la CNI du cluster reste en place.
Séparation des rôles : Cilium pour les pods de la plateforme, l'OVN d'OpenKeel pour les réseaux des tenants. Cilium n'est ni installé ni testé par okadm : c'est l'option recommandée, pas encore une décision.