Hoy: Kube-OVN
Exigido por okadm plan en producción. Con el OVN paralelo de OpenKeel, cada nodo lleva dos pilas OVS/OVN que comparten el mismo módulo del kernel: considerado frágil.
Despliegue
Laboratorio y producción
El mismo binario instala un laboratorio kind de un nodo o un clúster de producción.
Dos modos: laboratorio y producción
| Laboratorio | Producción | |
|---|---|---|
| Clúster | kind creado sobre la marcha, 1 nodo | Clúster existente (Talos), 3 nodos o más |
| Réplicas | 1, sin autoescalado | 3, autoescalado |
| Redes | El CNI del clúster y un OVN central independiente | Kube-OVN y Multus |
| Almacenamiento | StorageClass por defecto, 5 Gi máx. | Longhorn (RWO y RWX) |
| VM | KubeVirt en emulación (sin /dev/kvm) | KubeVirt con KVM |
| Dominio | Opcional (nip.io) | --domain obligatorio |
Producción: ¿qué CNI para los Pods?
Recomendado: Cilium
Un CNI no OVN para la red de Pods. Cada hipervisor tiene entonces una única pila OVS/OVN, la de OpenKeel; las VM se conectan a ella mediante Multus.
Estado: cuestión abierta
Cilium o Calico, o Kube-OVN compartiendo su ovs-vswitchd (por validar). okadm plan ya reconoce Cilium; en laboratorio se mantiene el CNI del clúster.
Separación de funciones: Cilium para los Pods de la plataforma, el OVN de OpenKeel para las redes de los tenants. okadm no instala ni prueba Cilium: es la opción recomendada, todavía no una decisión.