4.5Virtualización y servidores: conceptos
Lo esencial en 30 segundos
- La virtualización ejecuta varias máquinas virtuales (VM) en una misma máquina física, cada una con su SO, mediante un software llamado hipervisor (Hyper-V, VMware, Proxmox).
- Optimiza el hardware y aísla los servicios: una VM se crea, se clona, se mueve y se copia como un archivo — es también la base técnica de la nube.
- VM = aislamiento fuerte (SO completo por VM); contenedor = ligero y rápido (comparte el SO del anfitrión), ideal para desplegar aplicaciones.
Mini-caso hilado — Sofiane consolida tres servidores en un anfitrión
Sofiane, administrador de sistemas en una pyme de distribución en Argel, hereda tres viejos servidores físicos infrautilizados: archivos, web y un espacio de pruebas. Los consolida en un solo anfitrión equipado con un hipervisor: la VM «Archivos» bajo Windows Server, la VM «Web» bajo Linux y una VM «Pruebas» aislada y desechable. El hardware se aprovecha mejor, una caída de «Pruebas» no afecta a «Archivos», y cada VM se copia como un archivo. Reflexiona después sobre un servicio que podría desplegar en contenedor en vez de en VM, más ligero. Anota el reflejo: consolidar, aislar, copiar por VM.
Caso autónomo de esta sección: reaparece en el curso, el esquema, el script y el reto de 48 h de la sección 4.5.
1. Varios servidores en una máquina
La virtualización permite ejecutar varias máquinas virtuales (VM) — cada una con su propio SO — en una sola máquina física. Un software llamado hipervisor (Hyper-V, VMware, Proxmox) reparte el hardware real entre las VM, que creen estar solas en «su» ordenador.
2. Por qué está en todas partes
Antes, un servidor físico = un rol, a menudo infrautilizado. La virtualización optimiza el hardware (varias VM por servidor), aísla los servicios (un problema en una VM no afecta a las demás) y facilita la operación: se crea, clona, mueve, copia una VM como un archivo. Es también la base técnica de la nube.
3. VM y contenedores
Junto a las VM, los contenedores (Docker) empaquetan una aplicación y sus dependencias de forma más ligera, compartiendo el SO del anfitrión. VM = aislamiento fuerte (un SO completo por VM); contenedor = ligero y rápido, ideal para desplegar aplicaciones. Ambos conviven según la necesidad.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Un servidor físico, tres roles
En vez de tres servidores físicos infrautilizados, Sofiane consolida:
1 servidor fisico + hipervisor
|-- VM «Archivos» (Windows Server)
|-- VM «Web» (Linux)
|-- VM «Pruebas» (aislada, desechable)
-> hardware optimizado, servicios aislados, copia por VM
Lectura : cada VM es independiente.
Leccion : una VM se copia, se clona y se mueve como un archivo.Lectura: cada VM es independiente; una caída de «Pruebas» no afecta a «Archivos».
Lección: una VM se copia, se clona y se mueve como un archivo — una flexibilidad enorme.
Vocabulario de la sección
- Virtualización
- Ejecutar varias máquinas lógicas sobre un mismo hardware físico.
Ejemplo sencillo: Sofiane consolida tres servidores en tres VM sobre un anfitrión.
Lo que no es: un solo rol por servidor físico, infrautilizado.
Reflejo: varias VM en un anfitrión → virtualización.
- Máquina virtual (VM)
- Ordenador de software completo, con su propio SO, aislado de los demás.
Ejemplo sencillo: La VM «Archivos» bajo Windows Server funciona junto a la VM «Web».
Lo que no es: una simple aplicación sin sistema operativo.
Reflejo: SO completo aislado → VM.
- Hipervisor
- Software que crea y gestiona las VM repartiendo el hardware real.
Ejemplo sencillo: El anfitrión de Sofiane ejecuta un hipervisor (Hyper-V, VMware, Proxmox).
Lo que no es: un antivirus que analiza el tráfico de red.
Reflejo: repartir el hardware entre VM → hipervisor.
- Contenedor
- Paquete ligero de una aplicación y sus dependencias, que comparte el SO del anfitrión.
Ejemplo sencillo: Sofiane despliega un servicio web en contenedor, más ligero que una VM.
Lo que no es: una VM con un sistema operativo completo.
Reflejo: ligero y rápido → contenedor.
- Aislamiento
- Compartimentación: un problema en una VM o un contenedor no afecta a los demás.
Ejemplo sencillo: La VM «Pruebas» se cae sin tocar los demás servicios.
Lo que no es: servicios que comparten todo y caen juntos.
Reflejo: un incidente compartimentado → aislamiento.
En la práctica — En la práctica — Diseñar un anfitrión de virtualización
- Enumere tres servicios que alojar (archivos, web, pruebas), como Sofiane.
- Repártalos en VM sobre un mismo anfitrión y justifique el aislamiento.
- Indique cómo haría copia de cada VM.
- Diga cuál de estos servicios ganaría siendo un contenedor en vez de una VM.
Script paso a paso — consolidar servidores como Sofiane (5 min)
1) Enumere los servicios alojados y detecte los que están infrautilizados. 2) Elija un anfitrión con un hipervisor y cree una VM por servicio (p. ej. Archivos, Web, Pruebas). 3) Justifique el aislamiento: una caída de «Pruebas» no debe tocar a los demás. 4) Prevea la copia de cada VM (como un archivo). 5) Identifique un servicio que ganaría con pasar a contenedor, más ligero. 6) Tenga presente que todas las VM comparten el mismo hardware.
Retenga la base: la virtualización es también el soporte técnico de la nube — reaparece en todas las ofertas IaaS vistas en 4.1.
Modelo copiar-pegar — mi ficha de consolidación
Principio: varias VM en una maquina fisica, via un hipervisor
Anfitrion: Hyper-V / VMware / Proxmox
VM : un SO completo cada una -> aislamiento fuerte
Interes : hardware optimizado + servicios aislados + copia por VM
Contened.: mas ligero, comparte el SO del anfitrion (desplegar apps)
Alerta : todas las VM comparten el MISMO hardware (fallo del anfitrion = todas).Tres servidores infrautilizados
Sofiane consolida archivos, web y pruebas en tres VM sobre un solo anfitrión.
Una prueba aislada
La VM «Pruebas» es desechable: se cae sin afectar a los servicios de producción.
Una copia sencilla
Sofiane copia cada VM como un archivo y luego la restaura cuando hace falta.
Una aplicación ligera
Para desplegar y multiplicar una aplicación, Sofiane prefiere un contenedor a una VM.
✓ Buenas prácticas
- Consolidar varias VM por servidor (hardware optimizado).
- Aprovechar el aislamiento para compartimentar los servicios.
- Copiar por VM (se manejan como archivos).
✗ Errores frecuentes
- Sobrecargar un anfitrión hasta ralentizarlo todo.
- Olvidar que todas las VM comparten el mismo hardware.
- Confundir VM (SO completo) y contenedor (ligero).
Puntos clave
- La virtualización ejecuta varias VM en una máquina física.
- El hipervisor reparte el hardware; cada VM tiene su SO y está aislada.
- Optimiza el hardware y facilita copia, clonado y traslado.
- Los contenedores son una alternativa más ligera; es la base de la nube.
Reto 48 h — aplícalo mañana
Como Sofiane, consolide tres servicios en VM sobre un mismo anfitrión: nómbrelos (p. ej. archivos, web, pruebas) y justifique el aislamiento. Indique cómo haría copia de cada VM y luego designe un servicio que pasaría bien a contenedor. Precise el riesgo compartido: un fallo del anfitrión se lleva todas las VM.
- Puedo explicar qué es una VM y un hipervisor.
- Comprendo el interés: optimización, aislamiento, copia por VM.
- Sitúo VM y contenedores según la necesidad.
Preguntas frecuentes
Si todas las VM están en un solo servidor, ¿no es arriesgado?
El hardware compartido es un punto común: si el anfitrión cae, todas sus VM caen. Se mitiga con varios anfitriones, alta disponibilidad y copias; el aislamiento protege de los fallos de software, no de un fallo de hardware del anfitrión.
¿VM o contenedor, cómo elegir?
Una VM ofrece un aislamiento fuerte con un SO completo (ideal para servidores variados); un contenedor es ligero y rápido (ideal para desplegar y multiplicar aplicaciones). Muchas infraestructuras combinan ambos según la necesidad.
¿Qué es un hipervisor?