¿Qué es un hipervisor?

Volver al glosario

Un servidor físico, muchas máquinas virtuales

Un hipervisor funciona insertando una capa delgada y privilegiada entre el hardware físico y los sistemas operativos que corren sobre él. En vez de que un solo sistema operativo dueñe directamente los núcleos de CPU, la memoria, los discos y las tarjetas de red del servidor, el hipervisor los dueña y los reparte a máquinas virtuales, cada una de las cuales ve lo que parece una computadora completa y privada. Una máquina virtual tiene sus propias CPU virtuales, su propio bloque de memoria, sus propios discos e interfaces de red virtuales, y corre su propio sistema operativo sin enterarse de que comparte un host físico con otras. El hipervisor impone las fronteras, programando hardware real para cada huésped y evitando que una máquina virtual alcance la memoria o el almacenamiento de otra.

Ese aislamiento es lo que vuelve útil el arreglo, no meramente ingenioso. Como cada máquina virtual es una unidad autocontenida, una caída, un compromiso o una mala configuración en un huésped no afecta directamente a sus vecinos en el mismo host, y cada uno puede correr una versión de sistema operativo distinta ajustada al software que aloja. La máquina virtual es además, para el hipervisor, apenas un conjunto de archivos, lo que significa que puede copiarse, moverse a hardware distinto, capturarse en instantánea o restaurarse como unidad. Esa propiedad, tratar un servidor completo en operación como un archivo portátil, es la base de la mayoría de los beneficios operativos que empujan a las salas de control hacia la virtualización, porque desacopla el software de la máquina física específica en la que resulta estar corriendo.

Tipo 1 y Tipo 2 en un contexto OT

Los hipervisores se dividen en dos familias según dónde se ubican. Un hipervisor Tipo 1, a menudo llamado de metal desnudo, se instala directamente sobre el hardware del servidor y es en sí la capa base, sin sistema operativo de propósito general debajo; las máquinas virtuales corren encima de él. Como habla directo con el hardware con mínima sobrecarga y una base de código pequeña y enfocada, un hipervisor Tipo 1 es la elección para servidores de producción donde importan el desempeño, la estabilidad y una superficie de ataque reducida, lo que describe a la mayoría de la virtualización de servidores OT. Esta es la categoría que aloja servidores SCADA y HMI de producción, donde se espera que el hipervisor corra de forma continua y confiable por años como infraestructura.

Un hipervisor Tipo 2 corre como una aplicación ordinaria encima de un sistema operativo normal de escritorio o servidor, así que hay un sistema operativo completo entre el hipervisor y el hardware. Esto agrega sobrecarga y pone la confiabilidad de toda la pila a merced de ese sistema operativo anfitrión, lo que vuelve al Tipo 2 inadecuado para servidores de control de producción, pero muy conveniente para ingeniería, pruebas y capacitación. Un ingeniero puede correr un hipervisor Tipo 2 en una laptop para levantar un HMI de prueba, ensayar un cambio de configuración contra una copia de un servidor o reproducir un problema en aislamiento sin tocar producción. En un contexto OT la división práctica es clara: Tipo 1 para los servidores de producción que deben correr de forma confiable como infraestructura, Tipo 2 para las estaciones de trabajo donde los ingenieros experimentan. Ambos aíslan huéspedes, pero solo el metal desnudo está hecho para el rol de producción siempre activo.

Por qué las salas de control virtualizan sus servidores

Las salas de control virtualizan por un conjunto de razones prácticas que se remontan todas a que la máquina virtual es una unidad portátil y autocontenida. La primera es la consolidación: en lugar de un rack lleno de servidores físicos subutilizados, cada uno corriendo una aplicación sobre hardware que envejece, un par de hosts capaces pueden correr todos esos servidores como máquinas virtuales, recortando el hardware por comprar, alimentar, enfriar y eventualmente reemplazar. La segunda es la independencia del hardware, silenciosamente enorme en OT porque el software SCADA y HMI a menudo tiene que correr una década o más mientras el hardware físico en el que se instaló llega a su fin de vida. Cuando el servidor es una máquina virtual, migrarlo a hardware nuevo es cuestión de mover archivos en vez de reconstruir todo el sistema desde cero y redescubrir configuración olvidada.

La tercera razón es la seguridad operativa que dan las instantáneas. Un hipervisor puede capturar el estado exacto de una máquina virtual en un momento del tiempo, así que antes de aplicar un parche o un cambio riesgoso a un servidor HMI o SCADA, un ingeniero toma una instantánea y puede revertir directo al estado conocido y bueno si el cambio se porta mal, lo que es invaluable en sistemas donde el tiempo caído es costoso y las ventanas de cambio son cortas. La virtualización también sostiene la alta disponibilidad, porque una máquina virtual puede reiniciarse en otro host si su host original falla, y facilita el respaldo y la recuperación ante desastres, ya que servidores completos pueden replicarse como imágenes. En una arquitectura de control más amplia, los servidores locales virtualizados conviven con el SCADA en la nube en lugar de oponerse a él: una plataforma como Merobix maneja la capa supervisora y de datos hospedada con su propia redundancia, mientras una sala de control puede aún correr servidores locales virtualizados para funciones en sitio, y entender el hipervisor aclara lo que hace realmente cada capa. El hipervisor trata de cómo se empaquetan los servidores y se vuelven portátiles, con independencia de si esos servidores viven al final en una planta, un centro de datos o la nube.

Preguntas frecuentes