# ¿Cómo ejecuto Kubernetes en servidores bare metal?

> Cómo ejecutar Kubernetes en servidores bare metal: k3s o kubeadm en tres nodos, WireGuard entre ellos. Sin KYC, paga con criptomonedas. | Lumenfer

- URL: https://lumenfer.com/es/kubernetes-bare-metal/
- Última actualización: 2026-11-01
- Editor: Lumenfer (https://lumenfer.com)

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

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

| Atributo | Valor |
| --- | --- |
| Versión de Kubernetes en la guía oficial de kubeadm | v1.37 (kubernetes.io, consultado el 1 de noviembre de 2026) |
| Sistemas al finalizar la compra | Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 y Proxmox VE 9 |
| Acceso | You 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áfico | 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 |
| Red privada entre servidores | No forma parte de los planes: los nodos se comunican por sus direcciones públicas |
| Consola | No hay consola IPMI ni KVM-over-IP para los clientes: solicitas reinicios y reinstalaciones en el panel y el equipo los realiza |
| Copias de seguridad | Las 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 |
| Entrega | Pocos minutos después de que se confirme el pago, y nunca más de una hora |
| Precio | Lumen 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

|  | k3s | kubeadm | Talos Linux |
| --- | --- | --- | --- |
| Se instala en | Debian, Ubuntu, AlmaLinux o Rocky, por SSH | Hosts basados en Debian o Red Hat | Su propia ISO, PXE o imagen de disco |
| Plano de control altamente disponible | etcd embebido en un número impar de servidores, tres o más | Tres nodos de plano de control, etcd apilado o externo | Se define en la configuración de la máquina |
| Red de pods | Flannel integrado; `wireguard-native` lo cifra | Un CNI que instalas tú, como Cilium | Se define en la configuración de la máquina |
| Services LoadBalancer | ServiceLB integrado, en las IPs de los nodos | Ninguno hasta que añadas uno | Ninguno hasta que añadas uno |
| Encaja en un servidor Lumenfer tal como se entrega | Sí | 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](https://lumenfer.com/es/kubernetes-bare-metal-vs-vms/ "Should I run Kubernetes on bare metal or on 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: Pocos minutos después de que se confirme el pago, y nunca más de una hora.
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)*

```bash
# 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: Pocos minutos después de que se confirme el pago, y nunca más de una hora. 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](https://lumenfer.com/es/ddr5-dedicated-server/ "Is DDR5 worth paying for on a rented dedicated server?") y [cuántos núcleos necesita un nodo](https://lumenfer.com/es/how-many-cores-dedicated-server/ "How many CPU cores do I need on a rented dedicated server?"). Los cinco planes están en [cuánto cuesta un servidor Lumenfer](https://lumenfer.com/es/pricing/ "Lumenfer bare-metal plans and prices per 30 days").

### Planes Lumenfer como nodos de Kubernetes

| Plan | CPU | Núcleos | RAM | Precio por 30 días | Función en un clúster |
| --- | --- | --- | --- | --- | --- |
| Lumen 6 | AMD EPYC 4244P | 6 núcleos / 12 hilos | 32 GB DDR5 ECC | $91.65 | Clúster de laboratorio o control plane pequeño |
| Lumen 8 | AMD Ryzen 7 9700X | 8 núcleos / 16 hilos | 64 GB DDR5 | $109.37 | Clúster inicial de tres nodos |
| Lumen 16 | AMD Ryzen 9 9950X | 16 núcleos / 32 hilos | 128 GB DDR5 | $205.27 | Nodos generales: apps web, builds |
| Lumen 24 | AMD EPYC 9254 | 24 núcleos / 48 hilos | 256 GB DDR5 ECC | $356.25 | Nodos con estado para bases de datos |
| Lumen 32 | AMD EPYC 9354 | 32 núcleos / 64 hilos | 384 GB DDR5 ECC | $749.67 | Pods 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](https://lumenfer.com/es/bare-metal-vs-cloud-cost/ "Is bare metal cheaper than the cloud?").

## 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, XMR, mínimo 1 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. [Pedir Lumen 8](https://lumenfer.com/app/checkout/?plan=lumen-8&lang=es) · [Comparar planes](https://lumenfer.com/es/pricing/ "¿Cuánto cuesta un servidor bare-metal Lumenfer?")

## Fuentes

1. [Instalar kubeadm (requisitos de Kubernetes v1.37, swap)](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/) — Kubernetes documentation (read 2026-11-01)
2. [Crear un clúster con kubeadm (endpoint del control-plane)](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/) — Kubernetes documentation (read 2026-11-01)
3. [Options for Highly Available Topology](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/ha-topology/) — Kubernetes documentation (read 2026-11-01)
4. [Puertos y protocolos](https://kubernetes.io/docs/reference/networking/ports-and-protocols/) — Kubernetes documentation (read 2026-11-01)
5. [Considerations for large clusters (110 pods per node)](https://kubernetes.io/docs/setup/best-practices/cluster-large/) — Kubernetes documentation (read 2026-11-01)
6. [Hardware recommendations](https://etcd.io/docs/v3.6/op-guide/hardware/) — etcd documentation (read 2026-11-01)
7. [Requisitos (hardware, reglas de entrada, notas de firewall)](https://docs.k3s.io/installation/requirements) — K3s documentation (read 2026-11-01)
8. [High Availability Embedded etcd](https://docs.k3s.io/datastore/ha-embedded) — K3s documentation (read 2026-11-01)
9. [Servicios de red (ServiceLB)](https://docs.k3s.io/networking/networking-services) — K3s documentation (read 2026-11-01)
10. [Opciones básicas de red (backends de flannel)](https://docs.k3s.io/networking/basic-network-options) — K3s documentation (read 2026-11-01)
11. [MetalLB: por qué y requisitos](https://metallb.io/) — MetalLB (read 2026-11-01)
12. [MetalLB en modo capa 2](https://metallb.io/concepts/layer2/) — MetalLB (read 2026-11-01)
13. [Cifrado transparente con WireGuard](https://docs.cilium.io/en/stable/security/network/encryption-wireguard/) — Cilium documentation (read 2026-11-01)
14. [Recursos de arranque (Talos v1.14)](https://docs.siderolabs.com/talos/v1.14/platform-specific-installations/boot-assets) — Sidero Labs documentation (read 2026-11-01)

---

Lumenfer: Lumenfer alquila servidores bare-metal de generación actual en Ámsterdam, Reikiavik, Zúrich y Bucarest, pagados con criptomonedas y sin KYC: sin ID, sin selfie, sin documentos. Cada máquina tiene una CPU lanzada en 2022 o después, memoria DDR5 y discos NVMe, y se alquila entera a un solo cliente con acceso root. La gestiona DomaineGoat LLC, una empresa de Panamá que ignora las notificaciones DMCA, responde solo ante la ley panameña, permite relays de salida de Tor y no guarda logs. En el plazo de 30 días, cada plan tiene un precio al menos un 25% inferior al de un servidor comparable de generación actual con nombre propio de 13 hosts cripto sin KYC, consultados el 30 de octubre de 2026.