Diferencias entre servidores virtuales y servidores físicos
La virtualización se ha consolidado en el centro de datos empresarial, pero eso no significa que los servidores físicos estén obsoletos. Cada uno tiene sus beneficios y usos.
Para comprender mejor las diferencias entre el servidor virtual y los servidores físicos, los administradores deben analizarlos individualmente primero. Aunque se necesita un servidor físico para ejecutar servidores virtuales, esa arquitectura no es la misma que un servidor físico que ejecuta un servidor web, de base de datos o de archivos.
¿Qué es un servidor físico?
Un servidor físico se refiere a un servidor de hardware con la placa base, la CPU, la memoria y los controladores IO. Se considera un servidor completo porque su hardware lo usa directamente un sistema operativo en lugar de una plataforma de virtualización.
Un servidor físico se utiliza para ejecutar una única instancia de un sistema operativo. Ejecuta Windows, Linux u otro sistema operativo y, muy a menudo, se usa para ejecutar una sola aplicación.
¿Qué es un servidor virtual?
Un servidor virtual o una máquina virtual (términos que aquí se usan indistintamente) es una representación basada en software de un servidor físico. La función que abstrae los recursos de CPU, memoria, almacenamiento y red del hardware subyacente y los asigna a las máquinas virtuales se denomina hipervisor.
El hipervisor se ejecuta directamente en el hardware del servidor en lugar de un sistema operativo. Las máquinas virtuales tienen un nivel adicional de aislamiento y pueden ejecutar un sistema operativo independiente sobre el hipervisor.
Una máquina física se puede dividir en muchas máquinas virtuales, donde cada una tiene su propio propósito, lo que la hace diferente al ejemplo básico anterior, donde el servidor físico solo ejecuta un servicio.
Servidores virtuales frente a servidores físicos: diferencias clave
Antes de discutir algunas de las principales diferencias entre los servidores virtuales y los servidores físicos, veamos una imagen que compara los dos:
Una breve historia de la transición de lo físico a lo virtual
Durante muchos años, ejecutar servidores físicos fue la única opción. Los centros de datos estaban repletos de servidores dedicados y cada uno hacía lo suyo y, en ese sentido, la gestión era sencilla. Si había un problema con un servidor, solo afectaba a ese servidor y los administradores podían dirigir toda su atención a él para la resolución de problemas y el mantenimiento.
Sin embargo, el espacio de piso necesario en el centro de datos para servidores dedicados tiene un alto costo. Además, la mayoría de las organizaciones descubrieron que los servidores solo funcionaban a una pequeña fracción de su capacidad. Reemplazar un servidor en un entorno de servidor físico requiere un servidor de reemplazo real y la recuperación ante desastres (DR) requiere una proporción casi de uno a uno para los servidores de producción y de conmutación por error.
Los beneficios de la virtualización
Uno de los grandes impulsores de la adopción de la virtualización fue la consolidación de servidores. Donde originalmente se necesitaban 10 o 15 servidores, un solo servidor físico podía ejecutar 10 o 15 máquinas virtuales. Esta sigue siendo una de las principales ventajas de la virtualización y los índices de consolidación han aumentado a lo largo de los años.
Otro beneficio de la virtualización es que la reubicación de una máquina virtual en un hardware diferente, la realización de una restauración o recuperación ante desastres y la conmutación por error es mucho más simple. Cuando VMware introdujo la tecnología vMotion para migrar cargas de trabajo en vivo a otra plataforma de hardware, los beneficios aumentaron aún más. Los administradores pueden reemplazar el hardware sin interrupción del servicio y equilibrar las cargas de trabajo en todo el hardware disponible, eliminando los cuellos de botella.
Comparando costos
Debido a que los costos iniciales, que incluyen licencias de hipervisor y capacitación de empleados, son más altos con la virtualización, es fácil suponer que superan los ahorros en hardware, especialmente con la disminución de los precios del hardware. Sin embargo, a largo plazo, cuando sea necesario el primer reemplazo regular de hardware para el entorno tradicional, los ahorros de costos se vuelven evidentes.
El valor añadido también es algo a tener en cuenta. Durante las últimas dos décadas, otros proveedores y proyectos de código abierto introdujeron hipervisores como Hyper-V, Xen y KVM. El aumento de la competencia generó nuevas funciones que hicieron que la virtualización fuera imprescindible. Con más funciones de flexibilidad, automatización, escalabilidad basada en software, migración y administración de máquinas virtuales, es difícil decir que es más simple y rápido implementar las mismas cargas de trabajo en servidores físicos dedicados.
La virtualización también hace posible ejecutar cargas de trabajo en un entorno de nube, ya sea como una solución permanente para cuando las organizaciones no desean ejecutar sus propios servidores o para la explosión de la nube para aumentar fácilmente la capacidad del sistema cuando sea necesario.
Cuándo ejecutar servidores físicos
La razón más común por la que las organizaciones ejecutan cargas de trabajo en un servidor dedicado es que esa carga de trabajo use todos los recursos disponibles. Cuando un servidor de base de datos de gama alta requiere 64 núcleos de CPU, 32 TB de RAM y 100 GB de Ethernet, podría tener sentido ejecutarlo en un servidor dedicado con esos recursos.
Por otro lado, si esa carga de trabajo se ejecuta sobre un hipervisor con suficiente capacidad, entonces los beneficios de la administración uniforme, la migración de la carga de trabajo y la portabilidad pueden compensar la posible penalización de rendimiento de la sobrecarga de virtualización.
Otra razón para ejecutar un servidor físico es cuando se necesita hardware que no se puede virtualizar. Algunos componentes, como interfaces y adaptadores PCI, no se pueden agregar a una máquina virtual. Y, por supuesto, hay plataformas que no están virtualizadas, como hosts IBM AS/400 o Unix.
Fuente: TechTarget
