Ir al contenido principal

Instalación del Clúster de Pruebas/Aprendizaje. Bloque 1. Tema 1.5 del CKA.


Introducción:

 Los contenedores han revolucionado el desarrollo de software. A diferencia de las máquinas virtuales tradicionales, como VMware o VirtualBox, los contenedores permiten empaquetar aplicaciones de manera más eficiente, asegurando su portabilidad y fiabilidad en distintos entornos.

¿Por qué es importante tener un clúster en local?

Si tu objetivo es certificarte en Kubernetes o desplegar un clúster en tu empresa, la práctica es fundamental. Una de las mejores formas de hacerlo es configurar tu propio entorno de pruebas.

Consideraciones iniciales y requisitos previos: 

 En este tutorial, te mostraré cómo configurar un clúster de Kubernetes con un nodo Master y dos Workers en una máquina virtual utilizando VirtualBox. Dado que Kubernetes está diseñado para ejecutarse de manera nativa en entornos Linux, te recomiendo que instales VirtualBox en tu equipo y utilices un sistema operativo Linux como host. Aunque es posible instalar Kubernetes en Windows, ejecutar el clúster desde Linux optimiza el rendimiento y el uso del hardware.

Requisitos previos:

  • Un equipo con al menos 8 GB de RAM (recomendado) para soportar varias máquinas virtuales.
  • Conexión a Internet para descargar las imágenes necesarias.
  • Conocimientos básicos sobre el manejo de la terminal en Linux.

Procedimiento:

Paso A: Instalación de VirtualBox en Linux.

Contenido:

  • Instalación de VirtualBox en Linux.
  • Configuración básica de VirtualBox para crear un entorno óptimo para Kubernetes.

[(Pulsa aquí para continuar con este paso)] --> En construcción.

Paso B: Instalación y configuración del nodo principal del clúster (Máster)

En este paso, instalaremos un nodo Máster de Kubernetes, que actuará como el cerebro del clúster, gestionando la planificación de tareas, el control de la red y la administración del estado de los PODS.

[(Pulsa aquí para continuar con este paso)] --> En construcción.

Paso C: Instalación y configuración de un nodo trabajador (Worker)

Un clúster de Kubernetes no está completo sin nodos trabajadores. Estos son los encargados de ejecutar las cargas de trabajo que se despliegan en el clúster. Aquí te mostraré cómo agregar tu primer nodo Worker.

[(Pulsa aquí para continuar con este paso)] --> En construcción.

Paso D: Clonación de un segundo nodo Worker para alta disponibilidad

Para probar escenarios de alta disponibilidad (HA), clonaremos un segundo nodo Worker. Esto te permitirá simular fallos y ver cómo Kubernetes gestiona la continuidad del servicio.

[(Pulsa aquí para continuar con este paso)] --> En construcción.

Otras herramientas alternativas para clústeres locales, que desarrollaremos próximamente.

  • Minikube: La opción más popular para usuarios individuales
  • Kind: Ligero y rápido para pruebas unitarias
  • Docker Desktop: Integración nativa con Kubernetes
  • Otras opciones: MicroK8s, K3s, K0s, etc.

Comentarios

Publicar un comentario

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...
Publicar un comentario
Leer más

🔁 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 ...
Publicar un comentario
Leer más

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...
Publicar un comentario
Leer más