¿Debería ejecutar Kubernetes en bare metal o en VMs?

¿Cuándo es bare metal el mejor lugar para Kubernetes?

Cuando tienes al menos tres servidores y tus cargas de trabajo quieren el hardware en sí. Tres máquinas dan tres miembros de etcd en tres dominios de fallo separados. Los pods acceden a las unidades NVMe sin capa de disco virtual, lo que encaja con bases de datos en volúmenes locales. Hay un solo kernel que parchear y una sola pila de red que depurar.

La red también se mantiene sencilla. Cada nodo tiene su propia IPv4 del servidor, así que k3s ServiceLB o un ingress controller responden en direcciones reales. Nuestra guía sobre cómo ejecutar Kubernetes en servidores bare metal tiene los pasos.

El punto débil es la recuperación. No hay consola IPMI ni KVM-over-IP para los clientes: solicitas reinicios y reinstalaciones en el panel y el equipo los realiza. Un cambio de red mal hecho en un nodo bare puede acabar en una reinstalación. Un servidor de reemplazo llega rápido, en menos de una hora, pero reconstruir un nodo sigue llevando trabajo. Mantén capacidad suficiente para perder un nodo durante horas, no minutos.

¿Cuándo son las VM la mejor opción?

Cuando tienes una o dos máquinas, varios clústeres que ejecutar o Talos en mente. Un host Proxmox convierte un servidor en un clúster de staging, un clúster de producción y un banco de pruebas. Cada VM se puede snapshotear antes de una actualización y revertir tras una que falle.

• Talos Linux. Solo arranca desde su propio ISO, script PXE o imagen de disco. Una VM de Proxmox monta el ISO, así que Talos aquí solo funciona en VM.
• Una consola de último recurso. El host no tiene ninguna, pero cada VM tiene una en la interfaz web de Proxmox. Una red del invitado rota se arregla desde esa consola, no con una reinstalación.
• Densidad de pods. Kubernetes v1.37 está diseñado para no más de 110 pods por nodo. Dividir Lumen 32 (32 núcleos / 64 hilos) en VM da a cada VM sus propios 110.

La guía de Proxmox de Sidero dimensiona las VM de control-plane de Talos con 2 o más núcleos y 4 GB. Los workers reciben 4 o más núcleos y 8 GB. Fija el tipo de CPU en host para AVX-512 y x86-64-v2, y señala que esto bloquea la migración en vivo.

¿Es de alta disponibilidad un clúster de tres VM en un solo servidor?

No: sobrevive a una VM caída, no a un servidor muerto. etcd mantiene el quórum mientras dos de los tres miembros funcionan, así que una VM puede fallar. Cuando falla el host, caen los tres miembros a la vez.

La guía de alta disponibilidad de Kubernetes nombra este riesgo para los control planes apilados: perder un nodo pierde a la vez un miembro de etcd y una instancia de control-plane. En un solo host, ese nodo es todo el clúster. Tres VM en una sola máquina son un quórum, no redundancia. Úsalo para staging, laboratorios y pruebas de Talos, y mantén producción en tres máquinas.

¿Puedo combinar ambos: VM de Kubernetes en un clúster de Proxmox?

Sí: tres hosts Proxmox con una VM de control-plane cada uno es el diseño más flexible. Cada host es su propio dominio de fallo, y las VM conservan sus snapshots y consolas. El precio son dos capas de clustering, corosync para Proxmox y etcd para Kubernetes, y ambas quieren baja latencia. Mantén los tres hosts en una misma ciudad.

Las VM en hosts distintos necesitan una red compartida. Proxmox SDN construye una con una zona VXLAN, pero su documentación advierte que VXLAN por sí solo no tiene cifrado. Transpórtala sobre WireGuard u otra VPN entre hosts. VXLAN también consume 50 bytes por paquete, así que los invitados usan una MTU de 1450.

Nuestra guía sobre montar un clúster de Proxmox con servidores dedicados alquilados cubre el quórum y corosync en direcciones públicas.

¿Ralentiza un hipervisor a Kubernetes?

Añade una capa, y Lumenfer no ha medido nada, así que no damos cifras. Una VM ve CPU virtuales, un disco virtual y una tarjeta de red virtual. Las características de CPU llegan al invitado solo cuando el tipo de CPU las pasa. La memoria asignada a una VM se pierde para las demás y para el host.

Prueba tu propio despliegue en un nodo bare metal y en una VM antes de decidirte. Nuestra guía para encontrar benchmarks honestos explica cómo medir tú mismo un servidor alquilado.

¿Qué planes de Lumenfer encajan con cada diseño?

Bare metal necesita tres servidores; las VM pueden empezar con uno grande. Los precios son por servidor; los plazos de 6 y 12 meses cuestan menos al mes.

13 de 18 hosts crypto sin KYC, en la comprobación de Lumenfer sobre 30 October 2026, vendían algún servidor dedicado solo con CPU de 2022 o posterior y NVMe. Esos servidores formaban 113 de 229 planes comparables. Cada plan está en cuánto cuesta un servidor de Lumenfer, y el caso de migración está en si conviene pasar de AWS a bare metal.