Qué es en realidad un servidor bare metal
Un servidor bare metal es una única máquina física, alquilada por completo, con tu sistema operativo instalado directamente sobre el hardware. No hay ningún hipervisor entre tu kernel y la CPU, ni ningún otro cliente en la máquina. Cuando lees un número de núcleos, ese es el número de núcleos que obtienes, cada hora del mes, sin importar si alguien más en el mismo rack está compilando algo en ese momento.
La diferencia que la gente nota primero no es la velocidad en bruto, sino la previsibilidad. Una instancia virtual es una promesa de planificación: el hipervisor decide cuándo se ejecuta tu vCPU, cuánto ves de la NIC del host y cuán profunda es la cola de almacenamiento. En bare metal, eso son hechos físicos que puedes medir una vez y en los que puedes confiar. Eso importa más en las cargas sensibles al percentil 99 más que a la media: bases de datos, servidores de juego sensibles a la latencia, medios en tiempo real, y cualquier cosa donde un bloqueo del planificador se traduzca en una queja de un usuario.
Dónde difieren realmente los dos modelos
Las instancias cloud son la herramienta adecuada para trabajo intermitente, de corta duración y escalado horizontalmente. Esta es la lista honesta de lo que cambia en cuanto la carga de trabajo deja de ser eso.
| Servidor bare metal | VM cloud | |
|---|---|---|
| Quién más está en la máquina | Nadie | Otros inquilinos, planificados por un hipervisor que no controlas |
| CPU con la que puedes contar | Cada núcleo físico, todo el tiempo | Una parte de vCPU, sujeta al planificador del host y a tus vecinos |
| Sobrecarga del hipervisor | Ninguna. Tu kernel habla directamente con el hardware | Presente en cada ruta de instrucción, cola de almacenamiento y paquete |
| Almacenamiento | Discos físicos en el chasis | Un volumen de red, o disco local con reglas ligadas a la vida de la instancia |
| Control de kernel y SO | Root completo, ISO propia, tu propio kernel y tus propios módulos | Lo que permitan las imágenes y drivers de la plataforma |
| Identidad de red | IPv4 e IPv6 en AS55285, con BGP y BYOIP disponibles | El espacio de direcciones y la política de enrutamiento del proveedor |
| Velocidad de puerto | 20 Gbps o más por servidor, hasta 200 Gbps bajo pedido | Ligada al tamaño de la instancia |
| Red privada entre tus servidores | Capa 2 con jumbo frames con MTU de 9000, también entre nuestros datacenters, sin coste adicional | La red virtual del proveedor, normalmente llamada VPC |
| Firewall en el borde de la red | Reglas sin estado para el tráfico entrante en el switch de acceso al que se conecta tu servidor; el tráfico bloqueado nunca llega a tu puerto | Filtrado dentro de la red virtual del proveedor, definido por instancia o subred |
| Forma de facturación | Por hora hasta anual, en una máquina que no cambia de tamaño | Por segundo o por hora en una máquina que puedes redimensionar |
| Mitigación DDoS | En línea en nuestro edge, activa por defecto | Normalmente una línea de producto aparte |
El compromiso es real en ambos sentidos: no puedes redimensionar una máquina física a las 3 de la madrugada, y no deberías elegir una para una carga que está inactiva la mayor parte de la semana. Lo que obtienes a cambio es una máquina cuyo rendimiento puedes caracterizar una sola vez, y una factura que no se mueve con tu tráfico.
El plano de control, no solo el hardware
Pasamos una década en los paneles de otros antes de construir el nuestro. Todo esto está ya en la consola hoy, y todo lo que hay en la consola tiene una clave de API detrás.
Aprovisionamiento en menos de un minuto
Reclama una máquina y una imagen cloud-init se instala sola. Sin ticket, sin ventana programada, sin un ingeniero esperando a otro ingeniero.
Captura y mueve tus máquinas
Graba una imagen de un servidor bare metal en marcha, guárdala y despliégala en otra máquina. Migra con clics, no con viajes.
Claves de API que emites tú mismo
Genera claves en la consola y ejecuta las mismas operaciones desde tu propio tooling. La consola cloud es un cliente de la API, no una capa por encima.
Referencia de la APIRoles y permisos
Da a cada miembro del equipo el acceso que su trabajo necesita. Roles granulares en lugar de un único inicio de sesión compartido que circula por un canal.
KVM de navegador, bajo demanda
Acceso a la consola fuera de banda desde el navegador, en segundos. Observa un arranque, arregla un fstab roto, sin ticket de remote hands.
Mitigación DDoS, activa por defecto
El filtrado corre en línea en nuestro edge delante de cada servidor, desde el momento en que se aprovisiona. Nada que comprar, nada que activar.
Redes que defines tú
Crea redes privadas entre tus propios servidores, en un solo datacenter o extendidas a varios, además de reglas de firewall en el edge y nuestra propia gestión de direcciones IP.
Redes privadasActualizaciones de tareas en tiempo real
Cada aprovisionamiento, reinstalación y reinicio informa del progreso en vivo, en lugar de dejarte a ti consultando y adivinando.
Qué incluye cada servidor
Pagas por el servidor, por los bloques de IP adicionales y por el ancho de banda que supere la asignación de tu plan. Todas las demás funciones de esta tabla vienen con el servidor sin coste.
| Función | Dónde la usas | Coste |
|---|---|---|
| Redes privadas entre tus servidores, ampliables entre datacenters | Consola y API | Sin coste |
| Grupos de firewall, aplicados en nuestros switches de acceso | Consola y API | Sin coste |
| Claves de API con permisos por clave y listas de IP permitidas | API; creas y eliminas claves en la consola | Sin coste |
| Organizaciones con roles personalizados, registro de auditoría y autenticación en dos pasos | Consola y API | Sin coste |
| Despliegue de SO, iPXE propio, consola remota (iKVM) y medios virtuales | Consola y API | Sin coste |
| Análisis de seguridad de tus direcciones IP | Consola y API | Sin coste |
| Bloques de IP adicionales | Consola y API | Facturados por hora y por bloque |
| Facturación por horas o mensual | Se elige por servidor, en la consola o por API | Sin cargo aparte |
Cargas de trabajo que se ganan la máquina entera
Cuatro patrones aparecen una y otra vez en las cuentas que abandonan las instancias virtuales.
- Kubernetes sobre metal. Ejecutar el kubelet directamente en el host elimina una capa de planificación de cada pod y le da al CNI una NIC real con la que trabajar. También dejas de pagar dos veces por un aislamiento que ya obtienes del clúster.
- Bases de datos y todo lo que depende de la latencia de almacenamiento. Discos físicos en el chasis, sin salto a almacenamiento de red, y una caché de páginas que no compite con la de otro inquilino.
- Servidores de juego y en tiempo real. El tick rate vive o muere según la cola de la distribución de latencia, que es exactamente lo que un planificador de host compartido vuelve impredecible.
- Cómputo constante, siempre activo. Flotas de CI, codificadores, indexadores y workers por lotes que corren de forma plana todo el mes. La elasticidad que nunca usas es elasticidad por la que deberías dejar de pagar.
Si tu carga de trabajo es intermitente, está inactiva por la noche, o escala hacia arriba y hacia abajo varias veces al día, una instancia cloud es de verdad la mejor respuesta. Esas también las vendemos.
Elige tu configuración
Todas las opciones de procesador, memoria y almacenamiento están en el catálogo de servidores dedicados: precios en tiempo real, filtrables por ubicación y facturación por hora hasta anual.
De la reclamación al shell root
El sentido de llevar bare metal al estilo cloud es que una máquina física deja de ser un proyecto. Este es el ciclo de vida completo, en la consola o por API.
- 1Reclama una máquina. Elige una configuración del catálogo en vivo y un ciclo de facturación: por hora si estás probando, más largo si te quedas. La misma operación es una única llamada con una clave de API que emites tú mismo.
- 2La instalación se ejecuta sola. Una imagen cloud-init aterriza en el hardware e informa del progreso en vivo en la consola. Sin ticket, sin ventana programada. ¿Necesitas algo fuera del catálogo? Monta tu propia ISO por medios virtuales o arráncala con iPXE.
- 3Ponte a trabajar. Conéctate por SSH como siempre, o abre el KVM de navegador para ver el arranque y arreglar lo que falle: fuera de banda, en segundos. La mitigación DDoS ya está en línea delante de la máquina, incluso durante la instalación.
- 4Captúrala, muévela o devuélvela. Graba una imagen del servidor en marcha y redespliégala en otra máquina, o devuelve la máquina cuando termine el trabajo. Un servidor por horas es un recurso, no un contrato.
Cada paso anterior es tanto una llamada a la API como un clic en la consola. La consola cloud es un cliente de la API, no una capa por encima. Emite una clave y automatiza con scripts las partes que haces más de una vez.
Ver la referencia de la APINuestra propia red, no capacidad revendida
Tus servidores van por AS55285, la red que poseemos y gestionamos nosotros mismos. Controlamos las rutas, el peering y la solución cuando algo falla, así que quien puede cambiarlo es la persona con la que hablas.
- Multihomed en cada ubicación, con enlaces dobles en switches separados
- Capacidad de peering local e interconexión privada en 6 puntos neutros de Ámsterdam
- Mitigación DDoS siempre activa, en línea delante de cada servidor
- Red de doble pila IPv4 e IPv6: trae tus propias IP o levanta una sesión BGP con nuestros routers
Sistemas operativos, instalados a tu manera
Despliegues cloud-init con un clic, ISO personalizadas o arranque iPXE efímero.
Las imágenes cloud-init preconfiguradas se despliegan automáticamente.
Instala cualquier otra cosa manualmente mediante medios virtuales.
Arranca un SO de forma efímera, sin escrituras en disco.
Preguntas frecuentes
Una única máquina física, alquilada por completo, con tu SO instalado directamente sobre el hardware y sin hipervisor entre tu kernel y la CPU. Ningún otro cliente comparte la máquina, así que los núcleos, la memoria y los discos listados en el plan son exactamente lo que obtienes.
Las cargas intermitentes van mejor en instancias cloud
Misma red, misma consola, misma mitigación DDoS. Instancias cloud que se levantan en pocos minutos y desaparecen cuando el trabajo termina.
- Activas en pocos minutosElige un plan y la instancia arranca en un hipervisor KVM compartido, sin máquina que reservar.
- La misma red por debajoAS55285, dual-stack, mitigación DDoS incluida.
- Escala hacia abajo tanto como hacia arribaPaga solo por la capacidad que realmente usa una carga intermitente.
Lecturas recomendadas
Bare Metal vs Dedicated Server: What the Two Terms Actually Mean
Bare metal and dedicated server describe the same hardware. What differs is the operating model: provisioning, billing, images and API access.
Game Server Performance: Bare Metal vs Virtual Machines
Bare metal vs virtual machines for game server performance: where tick rate and latency actually come from.
Proxmox VE on Bare Metal: The Hypervisor Guide
Running Proxmox VE on bare metal: the type-1 hypervisor guide for a dedicated server.
How Much Server Do You Need? Sizing CPU, RAM and Storage by Workload
Dedicated server sizing guide: how much CPU, RAM, NVMe and bandwidth you need per workload.
