2. Correspondencia conceptual con VMware vSphere
Para los administradores de sistemas e ingenieros de infraestructura familiarizados con el ecosistema de VMware (vSphere, ESXi y vCenter), la adopción de NorTK VM representa un cambio de modelo mental hacia estándares abiertos, pero con una correspondencia directa en cada subsistema funcional.
2.1. El cambio de paradigma: De plataforma propietaria a estándares abiertos
En VMware vSphere, las funciones de virtualización están empaquetadas en un sistema operativo monolítico propietario (ESXi) subordinado a una consola central de gestión (vCenter). El acceso a características críticas, como la migración en vivo (vMotion) o la conexión a redes distribuidas, se encuentra condicionado por esquemas de suscripción y licenciamiento por núcleo.
En NorTK VM, la virtualización es un subsistema nativo del sistema operativo corporativo CentOS Stream. No existen licencias artificiales ni funciones bloqueadas. Cada nodo anfitrión es un servidor completo y plenamente auditable, capaz de operar de manera autónoma o como parte de un clúster de alta disponibilidad.
2.2. Tabla de equivalencias terminológicas y estructurales
La siguiente matriz establece la traducción directa entre los términos clásicos de VMware y sus componentes correspondientes en NorTK VM:
Concepto en VMware vSphere |
Equivalente en NorTK VM |
Rol técnico en la infraestructura |
|---|---|---|
ESXi Hypervisor |
CentOS Stream con KVM y QEMU |
Hipervisor Tipo 1 acelerado por hardware |
vCenter Server |
Cockpit y libvirt |
Consola web y capa unificada de gestión |
Datastore (VMFS/NFS/vSAN) |
Pool de almacenamiento en libvirt |
Repositorio lógico de volúmenes e imágenes |
Disco virtual VMDK |
Archivo QCOW2 o volumen RAW |
Formato de imagen de disco con soporte COW |
vSwitch y Port Group |
Puente de Linux y Open vSwitch |
Conmutación virtual y aislamiento VLAN |
VMware Tools |
QEMU Guest Agent |
Canal de sincronización huésped/hipervisor |
vMotion |
Migración en vivo con libvirt |
Traslado de VMs en memoria con cifrado TLS |
Plantilla OVF/OVA |
Imagen base QCOW2 con Cloud-Init |
Aprovisionamiento automatizado de servidores |
Hardware Compatibility List |
Soporte de hardware del kernel Linux |
Compatibilidad directa sin controladores cerrados |
2.3. Almacenamiento: De Datastores VMFS a pools de libvirt
En vSphere, el almacenamiento reside obligatoriamente en un Datastore, habitualmente formateado con el sistema de archivos privativo VMFS o provisto por un clúster vSAN con licencias adicionales.
En NorTK VM, libvirt organiza el almacenamiento en Storage Pools (pools de almacenamiento), los cuales no imponen sistemas de archivos cerrados. Un pool puede ser:
Un directorio local sobre un sistema de archivos estándar como XFS o ext4.
Un grupo de volúmenes LVM tradicional o un pool de aprovisionamiento fino (LVM Thin).
Un recurso compartido por red NFSv4 o un destino iSCSI empresarial.
Un pool distribuido Ceph RBD para entornos de almacenamiento masivo sin punto único de fallo.
2.4. Redes: De vSwitches a puentes de Linux y Open vSwitch
En el entorno vSphere, la conectividad se configura mediante conmutadores estándar (vSwitch) o distribuidos (vDS), utilizando Port Groups para segregar tráfico por identificadores de VLAN.
En NorTK VM:
El equivalente directo del vSwitch estándar es el Puente de Linux (Linux Bridge), gestionado nativamente por NetworkManager y el kernel.
El equivalente del vSwitch distribuido es Open vSwitch (OVS), el cual permite programar flujos, aplicar calidad de servicio (QoS) y transportar tráfico sobre redes superpuestas VXLAN/GENEVE.
Las interfaces virtuales conectadas a los puentes operan con el controlador
virtio-net, alcanzando tasas de transferencia cercanas a la velocidad física de los adaptadores de red.
2.5. Agente invitado: De VMware Tools a QEMU Guest Agent
En vSphere, el paquete VMware Tools es un componente propietario indispensable para obtener la dirección IP del huésped, sincronizar el reloj y ejecutar apagados limpios.
En NorTK VM, dicha función la desempeña QEMU Guest Agent (paquete qemu-guest-agent). Es un software de código abierto disponible de forma nativa en los repositorios de todas las distribuciones Linux y como instalador MSI para sistemas Microsoft Windows. Se comunica con el hipervisor a través de un canal serie paravirtualizado (VirtIO Serial), permitiendo:
Congelamiento y descongelamiento determinista de sistemas de archivos (
fsfreeze/fsthaw) para respaldos consistentes sin pérdida de datos.Apagado y reinicio ordenado mediante comandos ACPI directos.
Reporte exacto de interfaces de red, direcciones IPv4/IPv6 y usuarios conectados sin depender de sondeos lentos por red.
2.6. Movilidad de cargas: De vMotion a Live Migration con libvirt
La migración de máquinas virtuales en ejecución, conocida comercialmente como vMotion, es una funcionalidad nativa y sin costo adicional en libvirt:
Permite transferir el estado de la memoria RAM y los registros de CPU de una máquina virtual activa hacia otro nodo de cómputo en la red.
El canal de transferencia se cifra punto a punto mediante certificados TLS con autenticación mutua X.509, garantizando la confidencialidad de la memoria frente a interceptaciones en la red de administración.
En almacenamiento compartido (NFS, iSCSI o Ceph), la migración se ejecuta sin interrumpir conexiones TCP activas ni degradar transacciones en bases de datos.