Cómo crear un clúster Kubernetes ligero con k3s y BD externa

Por qué elegir k3s para entornos de borde y edge computing

Gestionar servidores en ubicaciones remotas, conocido en tecnología como edge computing, trae desafíos únicos que van desde la inestabilidad de internet hasta severas restricciones de hardware. El Kubernetes tradicional, creado para grandes centros de datos, suele exigir demasiados recursos para funcionar cómodamente en computadoras pequeñas o mini PCs instalados en el borde de la red. Es exactamente en este escenario donde k3s destaca como una alternativa inteligente y altamente ligera para ingenieros de infraestructura.

En la práctica, k3s elimina componentes pesados y duplicados que el Kubernetes original trae por defecto, reemplazándolos por versiones simplificadas y optimizadas para un bajo consumo de recursos. Esto significa que obtienes toda la capacidad de orquestación de contenedores sin desperdiciar memoria preciosa en procesos secundarios innecesarios. Antes de diseñar tu infraestructura de borde, también vale la pena entender cómo calcular el consumo eléctrico real de tu homelab para evitar sorpresas en la factura de luz.

La arquitectura ideal separando la base de datos del clúster

Al montar un clúster de alta disponibilidad, la forma en que se guardan los datos del sistema marca la diferencia para mantener el servicio activo. El método predeterminado de Kubernetes utiliza etcd, una base de datos interna de clave-valor que exige conexiones de red extremadamente rápidas y estables entre nodos para mantener el consenso. En entornos de borde donde los enlaces de internet oscilan con frecuencia, mantener un etcd distribuido puede generar inestabilidades graves.

La solución más robusta para evitar este problema consiste en desacoplar la base de datos del plano de control de Kubernetes utilizando una base de datos relacional externa como PostgreSQL o MySQL gestionada por separado. De esta forma, los nodos de k3s apuntan a un servidor de base de datos centralizado y de alta disponibilidad, aislando el estado del clúster de caídas repentinas de nodos individuales. Si alguna vez enfrentas desafíos operativos con datos corruptos, consultar guías sobre cómo automatizar el recovery en PostgreSQL ayuda a proteger tus operaciones.

Preparando el entorno e instalando el primer nodo de k3s

Antes de comenzar, asegúrate de que tu servidor de base de datos externa ya sea accesible a través de la red local y con las reglas de firewall configuradas para aceptar conexiones en los puertos correctos. El proceso de instalación de k3s con una base de datos externa utiliza una cadena de conexión similar a cualquier aplicación moderna, especificando dirección IP, puerto, usuario, contraseña y nombre de base de datos.

Para iniciar la instalación en el primer servidor que formará el plano de control, ejecuta el siguiente comando en tu terminal reemplazando los datos de conexión por tus valores reales:

curl -sfL https://get.k3s.io | INSTALL_K3S_EXEC="server" K3S_DATASTORE_ENDPOINT="postgres://usuario:[email protected]:5432/k3s_cluster" sh -

Este comando descarga automáticamente el binario ligero de k3s, configura el servicio del sistema operativo y conecta el plano de control directamente a tu base de datos externa. A partir de ese momento, cualquier metadato sobre pods, servicios y configuraciones del clúster se almacena de forma segura fuera de los nodos efímeros de borde.

Añadiendo nuevos nodos para garantizar alta disponibilidad

Con el primer nodo maestro configurado y comunicándose con la base de datos externa, el siguiente paso consiste en agregar nodos adicionales para asegurar que la aplicación siga funcionando si un servidor físico falla. Para esto, necesitarás el token secreto generado automáticamente durante la instalación del primer servidor maestro, ubicado generalmente en la ruta interna del sistema.

Ejecuta el siguiente comando en los demás nodos que formarán parte de la infraestructura, apuntando a la IP del primer servidor maestro y usando el token correspondiente:

curl -sfL https://get.k3s.io | K3S_URL="https://192.168.1.10:6443" K3S_TOKEN="K10a1b2c3d4e...::server:abc123xyz" sh -

En la práctica, esto significa que puedes escalar tu infraestructura de borde añadiendo tantas computadoras como necesites de forma rápida y estandarizada. Si algún nodo sufre una falla física irreparable, simplemente reemplazas la máquina y repites el registro sin perder configuración central, ya que todo el estado del clúster vive en la base de datos externa.

Buenas prácticas operativas y monitoreo en el borde

Mantener un clúster fuera de un centro de datos centralizado exige atención al comportamiento de los recursos físicos locales, como espacio en disco y temperaturas del procesador. Como los entornos de edge computing suelen estar en sitios remotos, las herramientas de observabilidad ayudan a diagnosticar fallas antes de que afecten a los usuarios finales. Además, asegurar una red estable sin cuellos de botella de disco es vital para que la base de datos responda con agilidad a las peticiones de Kubernetes.

En resumen, estructurar un clúster con k3s usando un datastore externo transforma la complejidad tradicional de Kubernetes en una solución ligera, confiable y perfectamente adaptada para proyectos distribuidos en el borde. Con una arquitectura bien planificada, obtienes escalabilidad y resiliencia sin sacrificar el rendimiento de servidores más pequeños.