Este documento explica qué es Flannel, qué problema resuelve y por qué forma parte de la arquitectura del clúster.
No es un manual de instalación. Es el mapa mental necesario para entender la red interna de Kubernetes.
En Kubernetes, las aplicaciones se ejecutan dentro de pods.
Un pod puede ejecutarse en cualquier nodo del clúster.
Y Kubernetes puede moverlo en cualquier momento.
Esto genera una necesidad básica:
👉 Los pods deben poder comunicarse entre sí aunque estén en servidores distintos.
Para ello se necesita una red de pods (pod network).
Flannel es un CNI (Container Network Interface) que crea una red overlay para los pods.
En términos simples:
10.244.x.x).👉 Para los pods parece que todos están en la misma red plana.
👉 Para la red física solo es tráfico normal entre servidores.
--pod-network-cidr=10.244.0.0/16Cuando se inicializa el clúster se define el rango de IPs que usarán los pods.
Ese rango:
Ejemplo típico:
10.244.x.x192.168.x.xSon redes distintas con funciones distintas.
El clúster está segmentado por VLANs.
Existe una red específica para tráfico interno del clúster (por ejemplo VLAN 40).
Por eso Flannel se configura con:
- --iface=vlan40
Esto significa:
👉 El tráfico overlay de los pods viaja por la red interna del clúster.
Ventajas:
Flannel proporciona conectividad básica entre pods.
Pero no ofrece de forma nativa:
Es una solución simple y estable.
Existen CNIs más avanzados:
En este clúster se eligió Flannel porque:
Para entender el conjunto:
Cada componente trabaja en una capa distinta.
Flannel cumple bien su función actual.
Pero si en el futuro la arquitectura requiere:
Podría evaluarse una migración hacia Calico o Cilium.
De momento:
👉 Flannel es la base simple y estable sobre la que se construyen el resto de capas.
Después de leer este documento debe quedar claro que:
Flannel no es visible para los usuarios.
Pero sin él, el clúster no podría funcionar.
Red interna simple, estable y segmentada por diseño.