Ir al contenido principal

Bloque 3. Introducción a la Red en Kubernetes: Fundamentos para el CKA

Introducción a la Red en Kubernetes: Fundamentos para el CKA

En este artículo, vamos a explorar los conceptos básicos y los principios clave de cómo funciona la red en Kubernetes. Entender cómo funciona la red es fundamental para que las aplicaciones dentro del clúster puedan comunicarse entre sí y también para manejar el tráfico que llega desde el exterior. Esto es especialmente importante para quienes buscan obtener la certificación de Certified Kubernetes Administrator (CKA), ya que la gestión de la red es una de las tareas principales de un administrador de Kubernetes.

Entendiendo la Configuración de Red en los Nodos del Clúster

Visión General de la Red de Nodos en Kubernetes

Kubernetes se basa en una infraestructura que puede ser de servidores físicos o máquinas virtuales, todos conectados a través de una red. Cada nodo en el clúster tiene una IP única que le permite comunicarse con otros nodos y con los pods que están corriendo dentro de él. Los pods son como "contenedores" que ejecutan las aplicaciones y, para evitar que haya conflictos de direcciones IP entre ellos y los nodos, Kubernetes asigna una IP única a cada pod dentro de un rango de direcciones (CIDR). Este sistema permite que todos los componentes dentro del clúster se comuniquen sin problemas.

CRI y el Runtime de Contenedores

La forma en que Kubernetes maneja la red depende del runtime de contenedores que está instalado en cada nodo. Este software es el que permite crear, ejecutar y eliminar los contenedores que forman parte de los pods. Para interactuar con este runtime, Kubernetes usa un componente llamado Kubelet a través de la Container Runtime Interface (CRI). Esta interfaz es la que permite que el Kubelet controle el ciclo de vida de los contenedores, asegurando que estén siempre disponibles y funcionando correctamente para permitir una comunicación eficiente entre ellos.

CNI y Plugins de Red

Para que los pods puedan conectarse entre sí y con el exterior, Kubernetes utiliza la Container Network Interface (CNI). Esta interfaz permite instalar plugins de red que se encargan de crear y mantener la red dentro del clúster. Estos plugins permiten que todos los pods tengan acceso a una red compartida, lo cual facilita la comunicación.

Algunos de los plugins CNI más conocidos son:

  • Calico: Se destaca por ofrecer políticas de seguridad avanzadas, que permiten controlar qué pods pueden comunicarse entre sí.
  • Flannel: Es un plugin más sencillo y fácil de instalar, perfecto para entornos de desarrollo o pruebas donde no se necesita una configuración de red muy avanzada.
  • Weave Net: Es ideal para redes de mayor tamaño, ya que facilita la configuración y la gestión de la red en entornos con muchos nodos y pods.

La elección del plugin CNI adecuado depende de las características del clúster, como la cantidad de nodos y pods que va a manejar, la necesidad de aplicar políticas de seguridad, y el rendimiento de red que se espera.


Con esta introducción, esperamos haberte dado una visión clara y simple de cómo funciona la red en Kubernetes y por qué es importante para el examen CKA. En los próximos artículos, profundizaremos en temas como la configuración de servicios, Ingress y DNS, para que tengas todas las herramientas necesarias para gestionar un clúster de Kubernetes en un entorno real.

¡Sigue atento a los próximos artículos donde veremos ejemplos prácticos y configuraciones paso a paso!

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...