Turin
EPYC 9005 · Zen 5Lanzado en 2024
Núcleoshasta 192 núcleos densos
MemoriaDDR5-6000 · 12 canales
E/SPCIe Gen5
Nuestra gama principal: máxima densidad de núcleos y ancho de banda de memoria.
Bare metal
AMD EPYC de inquilino único, sin impuesto de virtualización.
Un servidor bare metal es una máquina física de inquilino único: tu sistema operativo corre directo sobre el hardware, sin hipervisor en medio y sin vecinos. Montamos bare metal AMD EPYC Turin y Genoa con núcleos dedicados, DDR5 y NVMe Gen5 local, para correo de alto volumen, bases de datos, analítica y producción estable —con consejo honesto de cuándo encaja mejor la nube o un VPS. En España y en Latinoamérica.
En breve
- Sin capa de virtualización. Tus núcleos, tu memoria y tu NVMe son tuyos uno a uno; un hipervisor se llevaría un 5–15 % antes de empezar.
- AMD EPYC Turin y Genoa. Hasta 192 núcleos densos, DDR5 de 12 canales y PCIe Gen5, dimensionados a tu carga.
- Predecible y más barato con carga estable. Sin el sobrecoste por hora ni el contador de salida; la factura es un número fijo al mes.
- El auge tras Broadcom. Con el cambio de licencias de VMware, muchos equipos pasan a Proxmox o KVM sobre bare metal.
- Honestos con la nube. Si tu carga es a ráfagas o pequeña, te señalamos un VPS o la nube en la misma red.
¿Qué es un servidor bare metal?
Es una máquina física dedicada a un solo inquilino, donde tu sistema operativo corre directamente sobre el hardware sin un hipervisor de por medio. Cada núcleo, cada gigabyte de memoria y todo el NVMe local y la capacidad de red te pertenecen, con control root completo del sistema operativo, el kernel y el firmware. La parte «bare» significa que partes del sistema operativo y construyes desde ahí: lo que más importa no es el hardware en sí, sino que tú gestionas la máquina entera.
La diferencia con una máquina virtual es un intermediario. En la nube, un hipervisor como KVM o VMware se sienta entre tu aplicación y el hardware, con su coste en planificación de CPU, gestión de memoria y E/S, y tu vCPU comparte núcleos físicos con desconocidos. En bare metal no hay intermediario ni reparto: la máquina se comporta igual cada hora, que es justo lo que piden las cargas serias.
Conviene matizar un mito del sector: «bare metal» y «servidor dedicado» se usan casi como sinónimos, y la diferencia real no está en el hardware sino en la facturación y el aprovisionamiento. Lo que de verdad eliges no son las especificaciones, sino entre la comodidad de algo gestionado y el control de algo que administras tú. Nosotros te damos el control —root completo, sin capa de virtualización— y nos quedamos con la parte pesada: la máquina, la red y el centro de datos.
¿Por qué importa el inquilino único para el rendimiento?
Porque la virtualización nunca es gratis y compartir nunca es invisible. Los números de abajo son la diferencia entre una máquina que rinde igual cada hora y otra cuya velocidad depende de desconocidos.
5–15%lo que un hipervisor se lleva de CPU y memoria antes de tu trabajo
10–30%más rendimiento por núcleo sin vecinos compitiendo
50–100µslatencia de NVMe local frente al almacenamiento de red
1:1núcleos físicos tuyos, sin sobresuscripción
El problema del vecino ruidoso es la otra mitad. Cuando varias máquinas virtuales comparten un servidor físico, sus vCPU compiten por el tiempo de CPU, y ese «tiempo de robo» convierte una consulta rápida en una impredecible. Las plataformas de nube añaden sistemas de créditos y topes de ancho de banda para limitar el radio de daño, pero la disputa es estructural: pagas por un aislamiento que no tienes del todo. El inquilino único elimina la pregunta entera, y con ella toda una clase de riesgo de seguridad.
El coste sigue al rendimiento en vez de pelearse con él. Por las mismas especificaciones, bare metal suele costar de la mitad a un tercio menos que una VM equivalente, y el ahorro es mayor justo donde la nube es más cara: carga sostenida y predecible con mucho tráfico de salida, que es el perfil de la mayoría de los sistemas de producción una vez se asientan. La industria lo confirma: los equipos repatrian cargas estables desde la nube pública precisamente por coste, control y rendimiento constante.
La consistencia es el beneficio silencioso bajo las cifras de titular. Las medias rara vez te hacen daño; la latencia de cola sí. Un host compartido puede servir una media rápida y aun así dispararse en el percentil 99 cuando un vecino se pone a trabajar, y esos picos son justo lo que nota un usuario o castiga un SLA. Una máquina que no compartes tiene mucho menos por lo que dispararse.
El hardware
Las generaciones de AMD EPYC que usamos
Construimos sobre AMD EPYC porque la densidad de núcleos, el ancho de banda de memoria y los carriles PCIe Gen5 encajan con el trabajo de inquilino único —desde un spool de correo que necesita E/S local rápida hasta una base de datos que quiere muchos núcleos rápidos.
Genoa
EPYC 9004 · Zen 4Lanzado en 2022
Núcleoshasta 96 núcleos
MemoriaDDR5 · 12 canales
E/SPCIe Gen5
Nivel de valor sólido cuando no necesitas el recuento de núcleos más alto. Mismo zócalo SP5.
$ lscpu | head -n 14
Architecture: x86_64
CPU(s): 128
Thread(s) per core: 2
Core(s) per socket: 64
Socket(s): 2
Model name: AMD EPYC 9755 128-Core Processor
CPU max MHz: 4100.0
L3 cache: 512 MiB
NUMA node(s): 2
# memoria + almacenamiento
MemTotal: 1.5 TiB DDR5-6000 ECC (12 canales)
nvme0n1: 3.84 TB Gen5 NVMe # spool / datos
nvme1n1: 3.84 TB Gen5 NVMe # espejo¿Cuántos núcleos necesitas de verdad?
Menos de los que sugiere la parte alta de la lista de precios. El instinto es comprar recuento de núcleos, pero la mayoría de las cargas reales se limitan por almacenamiento y ancho de banda de memoria mucho antes de quedarse sin CPU. Un host de correo de alto volumen se pasa el tiempo escribiendo al spool, así que el NVMe rápido y una red limpia importan más que otros treinta y dos núcleos. Muchas bases de datos quieren un puñado de núcleos rápidos y mucho disco rápido antes que un array enorme y más lento. Dimensionamos a la forma de tu carga, no a la línea más impresionante de una ficha técnica.
Esto importa más ahora que nunca. La demanda de IA ha tensado la cadena de suministro y ha subido con fuerza los precios de la memoria DDR5 y el NVMe, así que una máquina sobredimensionada no solo desperdicia capacidad: desperdicia dinero que hoy cuesta más. Preferimos acertar el tamaño contigo y dejar margen para crecer que venderte de entrada una caja que no llenarás.
Plataforma
Almacenamiento, red y lo que controlas
La CPU es solo una parte de la máquina. Lo que decide cómo se siente una carga real es el disco, la red y cuánto de la caja te dejan afinar.
AlmacenamientoNVMe Gen5 local con RAID por hardware o software, dimensionado a tus IOPS y durabilidad.
RedEnlaces agregados de 10, 25 o 100 GbE, segmentación por VLAN y absorción de DDoS incluida.
ControlRoot completo, BMC/IPMI fuera de banda, y la libertad de elegir kernel, hipervisor y ajuste de NUMA.
Cargas
Qué corre bien en bare metal EPYC
Cualquier cosa que corra de forma continua y dependa de la consistencia tiende a preferir una máquina que no tiene que compartir.
Hosts de correo de alto volumen
KumoMTA y PowerMTA viven de la E/S constante al spool; el inquilino único la garantiza.
Bases de datos
Pocos núcleos rápidos y mucho disco rápido, con la latencia predecible que un vecino ruidoso arruinaría.
Analítica e in-memory
Cargas que barren grandes conjuntos: el ancho de banda de memoria sin disputa pesa más que el reloj.
Contenedores y Kubernetes
Tu propio hipervisor o plataforma de contenedores, con la sobresuscripción que tú eliges.
Renderizado y lotes
Trabajos que saturan la CPU durante horas; el acceso directo al hardware rinde más.
Repatriación desde la nube
Cargas estables y predecibles que vuelven de la nube pública por coste, control y rendimiento.
No es casualidad que la lista empiece por el correo: nuestros hosts de KumoMTA y PowerMTA corren sobre exactamente este hardware, porque la entregabilidad depende de la E/S constante que garantiza el inquilino único. Ver el stack de email →
El hilo común es la carga sostenida y predecible. Ninguna de estas cargas se beneficia del escalado elástico como sí lo haría un frontend a ráfagas; se benefician de una máquina que se comporta igual cada hora, que es justo lo que obtiene un inquilino único.
¿Qué significa el inquilino único para la seguridad y el cumplimiento?
Estrecha la superficie de ataque de una forma que la virtualización no puede. Como eres el único inquilino, tu entorno está físicamente separado del de cualquier otro, lo que quita la clase de riesgos de fuga de hipervisor y canal lateral que existen siempre que las cargas comparten host. Además sostienes toda la postura de seguridad: las reglas de cortafuegos, las claves de cifrado, el endurecimiento del sistema y el ritmo de parches son decisiones que tomas, no que heredas.
El cumplimiento se sigue de ese control. Correr sobre hardware conocido, de inquilino único, en una región que eliges —la UE, por ejemplo— convierte la residencia de datos en un hecho y no en una esperanza, algo que pesa bajo el RGPD y la LSSI-CE en España, y bajo regímenes como PCI DSS y DORA. Colocamos los servidores donde los necesites, mantenemos tuyos la configuración y los registros, y damos el acceso fuera de banda y el aislamiento que una auditoría suele pedir.
Conviene ser preciso también con los límites. El inquilino único quita los riesgos de host compartido, pero no endurece tu aplicación por ti —ese trabajo sigue siendo tuyo, y preferimos asesorarte sobre él a fingir que el hardware es toda la respuesta.
Bare metal, VPS o nube: ¿cuál encaja?
El bare metal gana en producción estable, donde la consistencia de rendimiento y la previsibilidad de coste importan más que arrancar en segundos. Es el sitio correcto para tu base de datos bajo carga de consultas constante, la capa de API con tráfico predecible, la plataforma de correo que envía cada día. Pero no es la respuesta a toda pregunta, y fingir lo contrario no te serviría.
Cuándo es mejor un VPS o una instancia de nube
- La carga es a ráfagas o de corta vida y necesitas escalar y reducir en segundos.
- El trabajo es demasiado pequeño para mantener ocupada una máquina dedicada.
- Necesitas presencia en muchas regiones sin desplegar hardware en cada una.
- Estás probando algo y aún no conoces la forma de la carga.
Los equipos más finos corren ambos: bare metal para el núcleo estable, nube para ráfagas y experimentos, en una red para que los datos se muevan entre ellos sin sorpresas de salida. Ofrecemos VPS y nube sobre el mismo backbone para eso, y te decimos con honestidad cuándo una porción de máquina compartida es el tamaño correcto en vez de una entera.
La economía premia el reparto en vez de castigarlo. La producción estable en bare metal evita el sobreprecio por hora y el contador de salida; las ráfagas y los experimentos en la nube evitan pagar hierro parado. Como regla práctica de la industria: si gastas más de unos 300 € al mes en nube para una carga estable, merece la pena correr la comparación con bare metal, y a partir de unas cinco máquinas virtuales la nube privada sobre hardware dedicado suele salir más barata por VM.
Hay además un beneficio de planificación. Una factura de bare metal es un número conocido cada mes, mientras que el gasto en nube se mueve con el uso y es famoso por lo difícil de prever una vez sumas almacenamiento, salida y una larga lista de conceptos. Para una carga cuya forma ya entiendes, fijo y predecible suele ser más fácil de gestionar que elástico y variable.
Operado, no solo alquilado
Entregamos root, pero no desaparecemos. El centro de datos, la red y el hardware son nuestra responsabilidad: sustituimos un disco que falla, absorbemos un ataque en el borde y ampliamos capacidad cuando creces, mientras tú mantienes el control del sistema operativo y las aplicaciones. El soporte lo lleva gente que opera metal cada día, no un guion de primer nivel, así que cuando algo va mal hablas con quien puede leer un registro del kernel.
Esa división —tú dueño de la pila, nosotros de la máquina y la red— es la que deja el bare metal al alcance de equipos que no quieren montar un centro de datos. Tienes el control de un servidor propio sin la guardia nocturna del hardware, en España y en Latinoamérica, sobre una red que enrutamos de extremo a extremo.
Esa gestión incluye lo que no se ve hasta que falla: monitorización del estado del hardware, acceso fuera de banda por BMC/IPMI para arrancar o reinstalar sin pisar el centro de datos, y reemplazo de discos o fuentes antes de que un fallo se vuelva una caída. Tú decides el sistema operativo, el hipervisor si lo quieres y el ajuste fino; nosotros garantizamos que el metal debajo se comporte. Es el punto medio que buscan muchas empresas hispanohablantes que han superado el alojamiento compartido pero no quieren montar y vigilar su propio rack.
Primeros pasos
Aprovisionar y operar tu servidor
De la primera llamada al acceso root, con cada paso con dueño. Este es el camino que seguimos con cada servidor nuevo.
- 01
Dimensionar a la carga
Partimos de lo que ejecutas —volumen de correo, carga de consultas, tamaño del conjunto de datos— y elegimos núcleos, memoria y NVMe a medida en vez de vender la máquina más grande.
- 02
Aprovisionar de inquilino único
El host se construye solo para ti sobre AMD EPYC, con el sistema operativo y el kernel que elijas, NUMA bien dispuesto y DNS inverso configurado.
- 03
Cablear la red
Enlaces agregados, segmentación por VLAN, gestión fuera de banda BMC/IPMI en una red de gestión separada, y absorción de DDoS activa por defecto.
- 04
Entregar root
Recibes acceso root e IPMI completos; seguimos disponibles para hardware, red y capacidad, y la configuración es tuya.
Preguntas
Respondidas con claridad
Lo que se pregunta antes de elegir bare metal.
¿Qué es un servidor bare metal?
Una máquina física de inquilino único donde tu sistema operativo corre directamente sobre el hardware, sin hipervisor en medio. Cada núcleo, cada gigabyte de memoria y todo el NVMe local y la capacidad de red son tuyos, con control root completo del sistema operativo, el kernel y el firmware.
¿Por qué elegir bare metal frente a una VM en la nube?
Rendimiento predecible y menor coste con carga estable. Un hipervisor se lleva en torno al 5–15 % de CPU y memoria antes de que corra tu trabajo, y las vCPU de la nube son tiempos compartidos sobre núcleos comunes. En bare metal los núcleos son tuyos uno a uno, el NVMe local responde en decenas de microsegundos en vez de cientos, y por las mismas especificaciones la factura suele ser de la mitad a un tercio menos antes del tráfico de salida.
¿Qué generación de AMD EPYC usáis?
Sobre todo Turin, la serie EPYC 9005 sobre Zen 5, con hasta 128 núcleos clásicos o 192 densos, DDR5 de 12 canales y PCIe Gen5. También usamos Genoa, la serie EPYC 9004, como nivel de valor cuando no hacen falta los recuentos más altos. Ambos comparten el zócalo SP5.
¿Cuántos núcleos necesito de verdad?
Normalmente menos de los que tienta la hoja de especificaciones. Un host de correo se limita por almacenamiento y red mucho antes que por CPU, y muchas bases de datos quieren núcleos rápidos y discos rápidos más que un recuento alto. Dimensionamos a la carga, y eso importa más ahora que la demanda de IA ha disparado los precios de NVMe y DDR5: una máquina sobredimensionada es dinero tirado.
¿Es bare metal más seguro que la nube?
Elimina una clase de riesgo. Como eres el único inquilino, tu entorno está físicamente aislado, lo que quita la exposición a fugas de hipervisor y canales laterales propia de hosts multiinquilino. Además controlas toda la postura de seguridad: cortafuegos, claves de cifrado y endurecimiento del sistema son tuyos.
¿Puedo correr máquinas virtuales o Kubernetes encima?
Sí. El bare metal es una buena base para tu propio hipervisor o plataforma de contenedores, y tú eliges la sobresuscripción en vez de heredar la del proveedor. Tras el cambio de licencias de VMware bajo Broadcom, muchos equipos corren Proxmox o KVM directamente sobre el hardware para evitar un segundo impuesto de virtualización.
¿Qué almacenamiento y red llevan los servidores?
NVMe Gen5 local con RAID por hardware o software, dimensionado a tus IOPS y durabilidad, y enlaces agregados de 10, 25 o 100 GbE con segmentación por VLAN y BMC/IPMI fuera de banda en una red de gestión separada. La absorción de DDoS va incluida en cada servidor.
¿Cuándo es mejor la nube o un VPS?
Cuando la carga es a ráfagas o de corta vida, cuando necesitas escalar arriba y abajo en segundos, o cuando un trabajo es demasiado pequeño para mantener ocupada una máquina dedicada. Ofrecemos VPS y nube en la misma red para esos casos, y te los señalamos cuando encajan en vez de venderte un servidor que se queda parado.
Cuéntanos qué ejecutas.
Una llamada corta, un dimensionamiento y una respuesta honesta —incluido cuándo te conviene un VPS o la nube. Sin presión y sin máquinas sobredimensionadas.