El hierro sobre el que corre todo lo demás

La pregunta no es qué tecnología, sino qué manda en tu carga

Casi todas las decisiones de infraestructura se presentan como una elección de producto —bare metal o virtualización, cabina o disco local, 10 o 25 gigas— cuando en realidad son consecuencia de una sola cosa: qué recurso es el cuello de botella de lo que vas a ejecutar. Una base de datos transaccional sufre por latencia de escritura. Un render o un entrenamiento sufren por GPU y por ancho de banda de memoria. Un parque de máquinas de oficina no sufre por nada y lo que quiere es densidad. Elegir sin haber medido eso es cómo se compra hardware que rinde peor que el que ya tenías.

La virtualización aprovecha mejor el hardware y simplifica la operación: mueves máquinas en caliente, haces snapshots, consolidas. El bare metal gana cuando importa una GPU entera, el NVMe local sin capas de por medio, la latencia consistente o el aislamiento físico por exigencia normativa. No es una elección de bando: en la mayoría de plataformas conviven, y lo normal es virtualizar casi todo y dejar en hierro puro las dos o tres cargas que lo justifican.

El almacenamiento decide más que el hipervisor, y suele llevarse menos atención. Un mismo clúster puede ir sobrado o arrastrarse según si el dato vive en NVMe local, en Ceph distribuido o en una cabina compartida por NFS o iSCSI. Cada opción cambia el perfil de IOPS y latencia, y también qué pasa cuando cae un nodo. Aquí es donde se decide si el sistema aguanta el día malo.

Y la red es lo que arruina más proyectos de los que la gente cree. El almacenamiento distribuido pone en la red el tráfico que antes iba por un cable SAS: montar Ceph sobre un gigabit compartido con el tráfico de las máquinas es la receta clásica de la frustración, y el diagnóstico llega semanas después culpando al software. Diez gigas dedicados es el suelo, no el lujo.