CPU de 2022 o posterior, DDR5, NVMe · Sin KYC · Paga con criptomonedas: BTC, USDT, USDC, ETH, SOL, LTC
Idioma: Español
Pedir bare metal

Guía · Kubernetes v1.37 en bare metal alquilado

¿Cómo ejecuto Kubernetes en servidores bare metal?

Tres nodos alquilados solo con direcciones públicas: el instalador, el tráfico privado entre nodos y los Services en una IPv4 por servidor.

Última actualización: · 11 min de lectura

Respuesta rápida

¿Cómo ejecuto Kubernetes en servidores bare metal?

Para ejecutar Kubernetes en servidores bare metal en Lumenfer, alquila tres máquinas idénticas en una misma ciudad e instala k3s o kubeadm en Debian o Ubuntu. El tráfico entre nodos cruza direcciones públicas, así que cífralo con WireGuard. Cada servidor tiene una IPv4 y una IPv6 /64, así que publica los Services en las IPs de los nodos en vez de en un pool de MetalLB. Un nodo de Lumen 8 cuesta 109,37 US$ cada 30 días, sin KYC, se paga con criptomonedas.

Kubernetes en bare metal de Lumenfer: con qué empiezas

Versión de Kubernetes en la guía oficial de kubeadmv1.37 (kubernetes.io, consultado el 1 de noviembre de 2026)
Sistemas al finalizar la compraDebian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 y Proxmox VE 9
AccesoYou log in as root over SSH. Paste a public key when ordering and password logins stay disabled, or skip it and receive a temporary root password with the server, to replace on your first login
Direcciones y tráficoCada servidor incluye una dirección IPv4 dedicada y una IPv6 /64. Cada plan indica su velocidad de puerto y su tráfico mensual, contado sobre los datos de salida por 30 días; pasarse nunca genera un cargo automático
Red privada entre servidoresNo forma parte de los planes: los nodos se comunican por sus direcciones públicas
ConsolaNo hay consola IPMI ni KVM-over-IP para los clientes: solicitas reinicios y reinstalaciones en el panel y el equipo los realiza
Copias de seguridadLas copias de seguridad no están incluidas: guarda copias de tus datos en otro sitio
UbicacionesÁmsterdam (Países Bajos), Reikiavik (Islandia), Zúrich (Suiza) y Bucarest (Rumanía): los cinco planes en las cuatro ciudades, un mismo precio en todas
EntregaHasta 72 horas desde el momento en que se confirma tu pago
PrecioLumen 6 $91.65, Lumen 8 $109.37, Lumen 16 $205.27, Lumen 24 $356.25, Lumen 32 $749.67 cada 30 días

¿Qué necesito antes de instalar Kubernetes en bare metal?

Tres máquinas en una misma ciudad, Linux en cada una y los puertos del clúster abiertos solo entre ellas. La guía de kubeadm pide 2 GB de RAM por máquina y 2 CPU por máquina de plano de control. Requiere conectividad total entre nodos, en una red pública o privada.

El hardware no es lo difícil: el plan más pequeño de Lumenfer tiene 6 núcleos / 12 hilos y 32 GB DDR5 ECC. Estas son las restricciones reales:

  • Tres nodos de plano de control. La guía de alta disponibilidad de Kubernetes pide al menos tres, porque cada uno lleva un miembro de etcd.
  • Baja latencia. La guía de hardware de etcd considera los discos rápidos el factor más crítico y pide que los miembros estén en un mismo centro de datos. Todos los planes tienen NVMe; pide todos los nodos en una misma ciudad.
  • Sin swap, o un kubelet configurado para aceptarlo: por defecto se niega a arrancar cuando el swap está activado.
  • Una dirección de API estable desde el primer día. kubeadm no puede hacer altamente disponible más adelante un clúster de un solo plano de control sin --control-plane-endpoint. Apunta ya un nombre DNS al nodo 1.

kubeadm, k3s o Talos: ¿qué instalador encaja con bare metal alquilado?

Elige k3s para el camino más corto, kubeadm para los componentes upstream y Talos solo dentro de VMs aquí.

Tres formas de instalar Kubernetes, según su documentación

k3skubeadmTalos Linux
Se instala enDebian, Ubuntu, AlmaLinux o Rocky, por SSHHosts basados en Debian o Red HatSu propia ISO, PXE o imagen de disco
Plano de control altamente disponibleetcd embebido en un número impar de servidores, tres o másTres nodos de plano de control, etcd apilado o externoSe define en la configuración de la máquina
Red de podsFlannel integrado; wireguard-native lo cifraUn CNI que instalas tú, como CiliumSe define en la configuración de la máquina
Services LoadBalancerServiceLB integrado, en las IPs de los nodosNinguno hasta que añadas unoNinguno hasta que añadas uno
Encaja en un servidor Lumenfer tal como se entregaSíSíNo: necesita una imagen de arranque que no ofrecemos

Talos no se instala desde un sistema Linux en ejecución por SSH. Su documentación ofrece una ISO, un script de iPXE e imágenes de disco en bruto, y luego toma su configuración a través de una API. Sin consola y sin imagen de Talos aquí, ejecuta Talos como VMs en Proxmox VE. Nuestra comparativa de Kubernetes en bare metal o en VMs cubre ese diseño.

¿Cómo monto un clúster k3s de tres nodos en servidores alquilados, paso a paso?

Basado en las páginas de k3s sobre requisitos, etcd embebido y redes (leídas el 1 de noviembre de 2026), para Debian 13 o Ubuntu 24.04 LTS como root.

  1. Pide tres servidores idénticos en una misma ciudad

    Mismo plan, misma ciudad, mismo sistema, con tu clave SSH al finalizar la compra. Entrega: Hasta 72 horas desde el momento en que se confirma tu pago.

  2. Mide la latencia entre todos los pares

    Ejecuta ping -c 100 desde cada nodo hacia los otros dos. Si los tiempos se disparan, pregunta primero al soporte.

  3. Abre los puertos del clúster solo a los pares

    Permite TCP 6443, 2379-2380 y 10250 y UDP 51820 desde los otros dos nodos, además de los rangos de pods y servicios de k3s.

  4. Arranca el primer servidor con etcd embebido

    Ejecuta el primer comando de abajo en el nodo 1. --cluster-init inicia etcd; wireguard-native cifra el tráfico de pods entre nodos.

  5. Une los otros dos servidores

    Ejecuta el segundo comando en los nodos 2 y 3 con el mismo token. Cada uno se convierte en un nodo de control-plane y en un miembro de etcd.

  6. Comprueba el clúster y publica un Service

    kubectl get nodes debería listar tres nodos Ready. Un Service de tipo LoadBalancer en el puerto 443 responde entonces en la IP propia de cada nodo: incluye las tres en el DNS.

k3s con etcd embebido y WireGuard, más un firewall solo para pares (ufw)
# firewall on every node (apt install ufw); PEER1_IP and PEER2_IP = the two other nodes
ufw allow 22/tcp
ufw allow 80,443/tcp
ufw allow from 10.42.0.0/16 to any   # k3s pods
ufw allow from 10.43.0.0/16 to any   # k3s services
for p in PEER1_IP PEER2_IP; do
  ufw allow from $p to any port 6443,2379:2380,10250 proto tcp
  ufw allow from $p to any port 51820 proto udp
done
ufw allow from YOUR_ADMIN_IP to any port 6443 proto tcp
ufw enable

# node 1
curl -sfL https://get.k3s.io | K3S_TOKEN=CHANGE_ME sh -s - server \
  --cluster-init \
  --flannel-backend=wireguard-native \
  --tls-san=k8s.example.com

# nodes 2 and 3
curl -sfL https://get.k3s.io | K3S_TOKEN=CHANGE_ME sh -s - server \
  --server https://NODE1_IP:6443 \
  --flannel-backend=wireguard-native \
  --tls-san=k8s.example.com

kubectl get nodes -o wide

¿Cómo obtengo IPs de LoadBalancer en bare metal con una IPv4 por servidor?

Usa las direcciones de nodo que ya tienes. Sin un proveedor cloud, Kubernetes no tiene balanceador de carga de red, y un Service de tipo LoadBalancer se queda en Pending. MetalLB cubre ese hueco con un pool de direcciones que tú aportas. MetalLB reparte direcciones; no puede inventarlas.

  • El modo Layer 2 hace que un nodo sea dueño de cada dirección y responda ARP o NDP por ella. El failover necesita otros nodos en el mismo segmento.
  • El modo BGP empareja cada nodo con routers que tú controlas. Los planes no incluyen sesión BGP.

Cada servidor incluye una dirección IPv4 dedicada y una IPv6 /64. Cada plan indica su velocidad de puerto y su tráfico mensual, contado sobre los datos de salida por 30 días; pasarse nunca genera un cargo automático. No se venden IPv4 adicionales, así que un pool de IPv4 estaría vacío. Los hosts que venden bloques de IP o VLAN privadas facilitan MetalLB; Lumenfer no vende ninguna de las dos cosas. Usa una de estas alternativas:

  1. k3s ServiceLB: un DaemonSet vincula cada puerto de servicio con hostPort, así que el Service responde en la IP de cada nodo.
  2. Un controlador de ingress o de Gateway API en los puertos 80 y 443 de cada nodo, enrutando HTTP por nombre de host.
  3. NodePort para otros protocolos, en el rango por defecto 30000-32767.

Después publica un registro DNS por nodo y elimina el registro de un nodo caído a mano o mediante un health check.

IPv6 es donde encaja MetalLB. Si tu /64 es on-link, el modo Layer 2 puede repartir sus direcciones mediante NDP. Solo el nodo dueño de ese /64 puede responder por ellas, así que no hay failover. Pregunta al soporte si tu /64 es enrutado u on-link.

¿Cómo mantengo privado el tráfico del clúster sin una red privada?

Cifra el tráfico de pods y abre los puertos de control solo a las direcciones de los pares.

  • Tráfico de pods. El backend wireguard-native de k3s necesita el módulo de kernel WireGuard y UDP 51820 entre nodos. En kubeadm, el modo WireGuard de Cilium cifra el tráfico pod a pod por UDP 51871.
  • etcd y el API server. etcd escucha en TCP 2379-2380 y la API en 6443. Permite etcd solo desde los pares de control-plane, y la API desde los nodos y tu propia dirección.
  • El kubelet en TCP 10250 no debe mirar nunca a internet.
  • Flannel VXLAN. k3s advierte que un UDP 8472 expuesto abre la red del clúster a cualquiera.

¿Qué plan de Lumenfer debería usar para nodos de Kubernetes?

Dimensiona los nodos por memoria y número de pods, y deja un nodo de margen. Kubernetes v1.37 está diseñado para no más de 110 pods por nodo. Una máquina grande llena de pods pequeños alcanza ese límite antes de quedarse sin núcleos. La guía de etcd dice que 8 GB de memoria suelen bastar para él.

Un nodo de reemplazo no es instantáneo: Hasta 72 horas desde el momento en que se confirma tu pago. Ejecuta tres nodos que puedan soportar la carga de dos, y copia las instantáneas de etcd fuera del clúster.

En la comprobación de Lumenfer de 30 October 2026, 95 de 229 planes comparables en hosts cripto sin KYC indicaban memoria DDR5. Todos los planes Lumenfer tienen solo DDR5 y NVMe. Mira si merece la pena pagar por DDR5 y cuántos núcleos necesita un nodo. Los cinco planes están en cuánto cuesta un servidor Lumenfer.

Planes Lumenfer como nodos de Kubernetes

PlanCPUNúcleosRAMPrecio por 30 díasFunción en un clúster
Lumen 6AMD EPYC 4244P6 núcleos / 12 hilos32 GB DDR5 ECC$91.65Clúster de laboratorio o control plane pequeño
Lumen 8AMD Ryzen 7 9700X8 núcleos / 16 hilos64 GB DDR5$109.37Clúster inicial de tres nodos
Lumen 16AMD Ryzen 9 9950X16 núcleos / 32 hilos128 GB DDR5$205.27Nodos generales: apps web, builds
Lumen 24AMD EPYC 925424 núcleos / 48 hilos256 GB DDR5 ECC$356.25Nodos con estado para bases de datos
Lumen 32AMD EPYC 935432 núcleos / 64 hilos384 GB DDR5 ECC$749.67Pods con mucha memoria

Tres nodos de control-plane en una misma ciudad superan a cinco repartidos por Europa, porque etcd quiere baja latencia. Para una segunda región, monta un segundo clúster. Para el lado económico, lee si el bare metal es más barato que la nube.

Kubernetes en servidores bare metal: FAQ

¿Puedo ejecutar Kubernetes en un solo servidor bare metal?

Sí. Un único servidor k3s ejecuta el control plane y tus cargas de trabajo juntos. No tiene alta disponibilidad: si la máquina falla, el clúster se detiene.

¿Necesito MetalLB en bare metal?

Solo con un pool de direcciones libres. Cada servidor Lumenfer tiene una IPv4, así que k3s ServiceLB o un controlador de ingress en las IPs de los nodos es más sencillo. MetalLB puede seguir sirviendo IPv6 desde un /64 on-link, en un solo nodo.

¿Puedo instalar Talos Linux en un servidor Lumenfer?

No directamente. Talos arranca desde su propia ISO, script de PXE o imagen de disco, y aquí no hay imagen de Talos ni consola remota. Pide Proxmox VE 9 y ejecuta Talos como VMs.

¿Puedo mezclar planes en un mismo clúster?

Sí. Mantén los tres nodos de control-plane en un mismo plan para que cada uno pueda soportar la carga de los otros. Las cargas con estado encajan con los planes EPYC con memoria ECC.

¿Cómo pago por tres servidores sin KYC?

Recarga una vez con criptomonedas (BTC, USDT, USDC, ETH, SOL, LTC, mínimo 25 US$) y pide cada servidor desde el saldo. Sin KYC: nunca pedimos un documento de identidad, una selfie, documentos, una tarjeta ni un número de teléfono.

Alquila los nodos para tu clúster

Tres máquinas idénticas en una misma ciudad, cada una tuya como root. Paga con criptomonedas, sin KYC.

Fuentes (14)
  1. Instalar kubeadm (requisitos de Kubernetes v1.37, swap) — Kubernetes documentation (read 2026-11-01)
  2. Crear un clúster con kubeadm (endpoint del control-plane) — Kubernetes documentation (read 2026-11-01)
  3. Options for Highly Available Topology — Kubernetes documentation (read 2026-11-01)
  4. Puertos y protocolos — Kubernetes documentation (read 2026-11-01)
  5. Considerations for large clusters (110 pods per node) — Kubernetes documentation (read 2026-11-01)
  6. Hardware recommendations — etcd documentation (read 2026-11-01)
  7. Requisitos (hardware, reglas de entrada, notas de firewall) — K3s documentation (read 2026-11-01)
  8. High Availability Embedded etcd — K3s documentation (read 2026-11-01)
  9. Servicios de red (ServiceLB) — K3s documentation (read 2026-11-01)
  10. Opciones básicas de red (backends de flannel) — K3s documentation (read 2026-11-01)
  11. MetalLB: por qué y requisitos — MetalLB (read 2026-11-01)
  12. MetalLB en modo capa 2 — MetalLB (read 2026-11-01)
  13. Cifrado transparente con WireGuard — Cilium documentation (read 2026-11-01)
  14. Recursos de arranque (Talos v1.14) — Sidero Labs documentation (read 2026-11-01)

Desde $91.65/30 días · sin KYC

Pedir bare metal