Ir al contenido principal

troubleshooting : Flannel no aparece en kube-system... ¿qué ocurrió?



 Pongo aquí mi experiencia por si le sirve a alguien más. Durante la configuración de mi entorno de pruebas, ejecuté el clásico comando para instalar la red de pods Flannel:
kubectl apply -f https://github.com/flannel-io/flannel/releases/latest/download/kube-flannel.yml

Todo parecía correcto, y la salida confirmaba que se habían creado los recursos:

namespace/kube-flannel created
...
daemonset.apps/kube-flannel-ds created

Pero al verificar los pods con:

kubectl get pods -n kube-system -l app=flannel

Obtuve:

No resources found in kube-system namespace.

Tras analizarlo me di cuenta que Flannel ya no se instala en kube-system

Descubrí que la versión actual del manifiesto de Flannel ya no se despliega en kube-system, sino en un nuevo namespace llamado kube-flannel.

Al ejecutar:

kubectl get pods -n kube-flannel

Pude ver que el pod kube-flannel-ds estaba en ejecución:

NAME                    READY   STATUS    RESTARTS   AGE
kube-flannel-ds-qlz9r   1/1     Running   0          45s

Solución

La solución fue muy simple: mirar en el namespace correcto. La documentación oficial de Kubernetes sigue haciendo referencia a manifiestos antiguos donde Flannel se instalaba en kube-system, pero el manifiesto actual utiliza kube-flannel.

Si estás preparando el examen CKA o creando un entorno de laboratorio, asegúrate de verificar en ambos namespaces, especialmente si usas versiones recientes de Kubernetes o manifiestos directamente desde GitHub.

Para encontrar rápidamente el pod de Flannel, ejecuta:

kubectl get pods --all-namespaces -l app=flannel

No todos los errores son errores. A veces, los manifiestos oficiales evolucionan, y debemos adaptarnos a sus nuevos comportamientos. En este caso, Flannel se estaba ejecutando correctamente, pero simplemente en un namespace diferente al esperado.

Este tipo de cosas también se pueden dar en el examen, así que te recomiendo mantener la mente fría y comprobar los detalles.

Comentarios

Entradas populares de este blog

Ubicación, Estructura y Manejo básico de certificados.

                                                     Kubernetes utiliza certificados TLS (X.509) para cifrar la comunicación entre sus componentes y autenticar identidades (usuarios, nodos, API Server, etc.). Estos certificados son generados y gestionados automáticamente cuando se instala un clúster con kubeadm . En este artículo, veremos dónde se almacenan los certificados , cuál es su estructura y cómo inspeccionarlos fácilmente, una habilidad muy útil para el examen CKA. Cuando creas un clúster con kubeadm , los certificados se generan por defecto en el directorio: /etc/ kubernetes /pki/ Puedes ver su contenido con: ls -l /etc/kubernetes/pki/ También hay certificados en: /etc/kubernetes/ (ahí verás admin.conf , kubelet.conf , etc., que incluyen certificados embebidos, como veremos más abajo). 🧱 Estructura de los ce...

🔁 Renovación y Rotación de Certificados en Kubernetes (kubeadm certs)

  🎯 Introducción En un clúster de Kubernetes, la mayoría de los certificados generados por kubeadm tienen una validez de un año . Para evitar interrupciones en los componentes críticos, es fundamental revisar periódicamente su vigencia y saber cómo renovarlos correctamente. En este artículo aprenderás: Cómo comprobar la expiración de los certificados Cómo renovarlos automáticamente con kubeadm Cómo simular una renovación manual con openssl Cómo aplicar los cambios reiniciando los componentes afectados 🕵️‍♂️ Comprobación del estado de los certificados Kubernetes ofrece una herramienta integrada para revisar los certificados del clúster: kubeadm certs check-expiration Este comando muestra información clave: Fecha de expiración Tipo de certificado Ruta en el sistema 📌 Salida de ejemplo: CERTIFICATE EXPIRES RESIDUAL TIME CERTIFICATE AUTHORITY apiserver Jan 06 , 2026 19 :56 UTC 330d ...

TLS Bootstrapping en Kubernetes: Qué es, cómo funciona y por qué importa en el examen CKA

                                                       Uno de los conceptos que a menudo pasan desapercibidos en la administración de Kubernetes —pero que resultan clave tanto en entornos reales como en el examen CKA— es el TLS Bootstrapping . En este artículo entenderás qué es, cómo funciona, qué lo diferencia del kubeadm join tradicional y cómo puede aparecer en el examen. ¿Qué es TLS Bootstrapping? TLS Bootstrapping es el proceso por el cual el kubelet , el agente que corre en cada nodo, obtiene automáticamente un certificado TLS firmado por el clúster para autenticarse con el kube-apiserver . En otras palabras: permite que un nuevo nodo se una de forma segura al clúster sin necesidad de copiar manualmente los certificados. ¿Por qué es necesario? Cuando añades un nuevo nodo worker, su kubelet necesita autentic...