> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/01-vergeos-overview.md). # ¿Qué es VergeOS? ## El sistema operativo ultraconvergente VergeOS es un **sistema operativo de infraestructura** que convergencia computación, almacenamiento, recuperación ante desastres, redes e IA privada en una única plataforma unificada. A diferencia de las soluciones de virtualización tradicionales, que requieren múltiples componentes separados y herramientas de gestión, VergeOS integra todas las funciones del centro de datos en una sola base de código: un único paquete de instalación que ofrece un centro de datos completo definido por software (SDDC). ```mermaid graph TB subgraph traditional["Infraestructura tradicional de 3 niveles"] direction TB HW1["Hardware físico"] HV["Hipervisor
(ESXi, Hyper-V)"] MGMT["Capa de gestión
(vCenter, SCVMM)"] STOR["Solución de almacenamiento
(vSAN, SAN, NAS)"] NET["Virtualización de red
(NSX, ACI)"] MON["Supervisión y copia de seguridad
(herramientas adicionales)"] HW1 --> HV --> MGMT HW1 --> STOR HW1 --> NET MGMT --> MON end subgraph vergeos["VergeOS ultraconvergente"] direction TB HW2["Hardware estándar de mercado
(Dell, HPE, Supermicro, Lenovo, etc.)"] VOS["VergeOS
Sistema operativo SDDC completo"] UI["Interfaz única unificada"] HW2 --> VOS --> UI end style traditional fill:#fee,stroke:#c33 style vergeos fill:#efe,stroke:#3a3 ``` En esencia, cada instalación de VergeOS se convierte en un **Centro de Datos Virtual (VDC)** — una encapsulación portátil de recursos de computación, red y almacenamiento que garantiza el aislamiento y proporciona gestión autónoma dentro de un entorno de hardware compartido. Al final de esta página aparece una tabla de mapeo de plataforma a plataforma; en otros lugares del curso, los llamados Bridge en la página remiten a ella para una vista comparativa lado a lado. ## Componentes principales VergeOS se construye sobre tres pilares estrechamente integrados: ### VergeHV -- Virtualización de cómputo VergeHV es el **hipervisor de tipo 1** integrado en el corazón de VergeOS, construido sobre KVM. A diferencia de los hipervisores que operan como capas separadas, VergeHV se ejecuta en el mismo SO que el almacenamiento y las redes; no hay ningún producto de hipervisor separado que instalar o licenciar. | Capacidad | Detalles | | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------ | | **Rendimiento** | Casi bare-metal: acceso directo al hardware con sobrecarga mínima | | **Migración en vivo** | Mover máquinas virtuales en ejecución entre nodos sin tiempo de inactividad | | **Aceleración por hardware** | Intel VT-x / AMD-V, passthrough de GPU (NVIDIA vGPU), NICs SR-IOV | | **Compatibilidad con sistemas operativos invitados** | Windows Server 2008 R2 -- 2025, principales distribuciones de Linux, FreeBSD, sistemas heredados | | **Formatos de VM** | Importación desde VMDK, VHD/VHDX, OVF/OVA, QCOW2, RAW (más de 12 formatos) | ### VergeFS (vSAN) -- Almacenamiento distribuido VergeFS es el almacenamiento distribuido **Red virtual de área de almacenamiento** que agrupa automáticamente el almacenamiento de todos los nodos del clúster. Características principales: * **Almacenamiento por niveles** — Las unidades se organizan en una capa de metadatos (Tier 0, NVMe) y 5 capas de carga de trabajo (T1–T3 rendimiento, T4 capacidad, T5 archivo), asignadas en el momento de la instalación * **Deduplicación global en línea** — En todo el clúster, con el hashmap almacenado en NVMe para mayor rendimiento * **Arquitectura de espejo distribuido** — Los datos se replican entre nodos para ofrecer resiliencia ante fallos de discos o de nodos * **Auto-reparación** — Conmutación por error automática ante fallos de hardware con detección continua de bit rot; la reconstrucción la inicia el operador * **Instantáneas inmutables de forma nativa** — Protección contra ransomware integrada a nivel de infraestructura ### VergeFabric -- Redes definidas por software VergeFabric es la capa SDN integrada: agregación física de NIC, conectividad externa, redes virtuales internas con DHCP/DNS/firewall/NAT integrados, VPN y la malla central entre nodos, sin necesidad de desplegar un producto separado de virtualización de red. **Tipos de red en VergeOS:** | Tipo de red | Propósito | | --------------------------- | -------------------------------------------------------------------------------------------------------------------- | | **Redes físicas** | Agregue NIC físicas de varios nodos en redes lógicas | | **Redes externas** | Conéctese a la infraestructura existente (LAN, WAN, VLAN) | | **Redes internas** | Redes L3 definidas por software con enrutamiento, DHCP, DNS, firewall y NAT integrados | | **Redes de tejido central** | Malla dedicada de alta velocidad entre nodos que requiere tramas jumbo (MTU de NIC \~9192, puertos de switch ≥ 9216) | VergeFabric incluye firewall integrado, VPN (WireGuard e IPsec), microsegmentación, gestión del tráfico QoS y diagnósticos de red, todo administrado desde la misma interfaz de usuario. ## En qué se diferencia VergeOS de la infraestructura tradicional ### frente a la arquitectura tradicional de 3 niveles Los centros de datos tradicionales separan la computación (servidores), el almacenamiento (SAN/NAS) y las redes (switches/routers) en niveles distintos, cada uno gestionado de forma independiente: | Aspecto | Tradicional de 3 niveles | VergeOS | | ------------------- | ------------------------------------------------------------------------------------------ | ---------------------------------------------------- | | **Componentes** | Servidor, cabina de almacenamiento y hardware de red por separado | Un único SO en servidores estándar de mercado | | **Administración** | Múltiples interfaces y proveedores | Una UI, una API | | **Escalado** | Escalar cada nivel de forma independiente (a menudo con migraciones completas de hardware) | Añadir nodos -- los recursos escalan automáticamente | | **Licencias** | Licencias por componente y por función | Una sola licencia de plataforma | | **Actualizaciones** | Coordinar entre múltiples productos | Un paquete de actualización para toda la pila | ### frente a otras plataformas HCI VergeOS compite con plataformas como VMware vSAN, Nutanix y Azure Stack HCI, pero adopta un enfoque fundamentalmente distinto: | Aspecto | VMware vSphere + vSAN | Nutanix | VergeOS | | ---------------------- | ---------------------------------------------------------- | ----------------------------------------- | ------------------------------------------------ | | **Arquitectura** | Productos separados de hipervisor + almacenamiento + redes | Almacenamiento basado en CVM en cada nodo | Un único SO unificado: sin componentes separados | | **Hipervisor** | ESXi (propietario) | AHV (basado en KVM) o ESXi | VergeHV (basado en KVM, integrado) | | **Almacenamiento** | vSAN (separado de ESXi) | Nutanix AOS (se ejecuta como CVM) | VergeFS (integrado en el kernel del SO) | | **Redes** | NSX (producto/licencia aparte) | Flow (complemento) | VergeFabric (integrado) | | **Multi-tenencia** | Limitado (pools de recursos) | Proyectos de Prism Central | VDC nativos con aislamiento completo | | **Modelo de escalado** | Solo HCI | Solo HCI | HCI **y** UCI (escalado independiente) | | **Licencias** | Por socket, por función | Por nodo | Simplificado por plataforma | Un diferenciador clave es la compatibilidad de VergeOS con **Infraestructura ultraconvergente (UCI)** — la capacidad de escalar computación y almacenamiento de forma independiente usando tipos de nodo especializados. La mayoría de las plataformas HCI requieren que computación y almacenamiento escalen juntos. VergeOS admite tanto HCI (escalado equilibrado) como UCI (escalado independiente) desde la misma plataforma. ## Casos de uso comunes ### Consolidación del centro de datos Reemplace pilas de infraestructura de múltiples proveedores con una sola plataforma: una instalación, una UI, una ruta de actualización; eliminando cabinas de almacenamiento, dispositivos de red y herramientas de gestión por separado. ### Migración desde VMware VergeOS ofrece herramientas directas de importación de VMs de VMware que pueden migrar entornos VMware completos sin interrupciones. Los conceptos familiares (hipervisor, almacenamiento distribuido, redes virtuales) se mapean directamente, reduciendo la curva de aprendizaje para equipos con experiencia en VMware. ### Proveedores de servicios en la nube (CSP) La multitenencia nativa con aislamiento completo de VDC, facturación por inquilino, tenencia anidada (los inquilinos pueden crear subinquilinos) y el aprovisionamiento basado en plantillas hacen de VergeOS una opción ideal para la infraestructura de proveedores de servicios. ### Computación en el borde Despliegues mínimos de dos nodos con soporte completo de alta disponibilidad, pequeño tamaño físico y gestión remota centralizada permiten usar VergeOS en ubicaciones perimetrales con personal de TI limitado o inexistente. ### Computación de alto rendimiento (HPC) e IA La virtualización de GPU (NVIDIA vGPU), el almacenamiento VergeFS de alto rendimiento y la capacidad de UCI para crear clústeres de cómputo GPU dedicados hacen que VergeOS sea adecuado para cargas de trabajo de IA/ML y canalizaciones de analítica. ## El concepto de Centro de Datos Virtual (VDC) Cada instalación de VergeOS, ya abarque dos nodos o doscientos, opera como un **Centro de Datos Virtual**. Un VDC es una encapsulación completa y autosuficiente de: * **Recursos de cómputo** (CPU, memoria, VMs) * **Recursos de almacenamiento** (volúmenes VergeFS, instantáneas) * **Recursos de red** (redes internas, firewalls, enrutamiento) * **Identidad y acceso** (usuarios, roles, permisos) Los VDC pueden estar **anidados**: un VDC padre puede asignar un subconjunto de sus recursos para crear VDC hijos (inquilinos), cada uno de los cuales funciona como un entorno completamente independiente con su propia interfaz de gestión, cuentas de usuario y aislamiento de red. Esto no es solo partición de recursos: cada inquilino es un Centro de Datos Virtual completo con arquitectura de confianza cero. ```mermaid graph TB subgraph host["VDC del host (infraestructura física)"] direction TB HW["Nodos físicos"] HVDC["Sistema VergeOS del host"] subgraph t1["Inquilino A (VDC)"] T1VM["VMs"] T1NET["Redes"] T1STOR["Almacenamiento"] end subgraph t2["Inquilino B (VDC)"] T2VM["VMs"] T2NET["Redes"] T2STOR["Almacenamiento"] subgraph t3["Subinquilino B1 (VDC)"] T3VM["VMs"] T3NET["Redes"] end end HW --> HVDC HVDC --> t1 HVDC --> t2 t2 --> t3 end style host fill:#f0f4ff,stroke:#336 style t1 fill:#e8f5e9,stroke:#2e7d32 style t2 fill:#fff3e0,stroke:#e65100 style t3 fill:#fce4ec,stroke:#c62828 ``` ## Flexibilidad de hardware VergeOS se ejecuta sobre **hardware x86 estándar** de cualquier proveedor principal: * Dell, HPE, Supermicro, Cisco UCS, Lenovo, Intel y otros * Cualquier procesador de servidor Intel y/o AMD * Combine distintas generaciones de hardware dentro del mismo sistema * Sin requisitos de hardware propietario ni dependencia de proveedor Esta independencia de hardware significa que puede aprovechar las inversiones existentes en servidores, negociar precios competitivos entre proveedores y evitar la dependencia de dispositivos/appliances. ## Resumen | Concepto | Qué significa | | ------------------ | ------------------------------------------------------------------------------------------------------ | | **VergeOS** | Un sistema operativo ultraconvergente unificado: una instalación, una UI, una API | | **VergeHV** | Hipervisor de tipo 1 integrado (basado en KVM) para virtualización de cómputo | | **VergeFS / vSAN** | Almacenamiento distribuido definido por software con unidades por niveles y deduplicación global | | **VergeFabric** | Redes definidas por software integradas con firewall, VPN y microsegmentación | | **VDC** | Centro de Datos Virtual: la unidad portátil y anidable de aislamiento en VergeOS | | **HCI** | Hipercconvergente: computación y almacenamiento escalan juntos en cada nodo | | **UCI** | Ultraconvergente: computación y almacenamiento escalan de forma independiente con nodos especializados | ## Mapeo de plataforma (VMware, Nutanix, VergeOS) Este es el mapa canónico entre plataformas para el curso. Los llamados Bridge en módulos posteriores resumen la fila que importa para esa página y enlazan de vuelta aquí. | Concepto | VMware | Nutanix | VergeOS | Dónde se trata | | ---------------------------------- | ------------------------------------------------------------------- | -------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Paquetización de la plataforma** | ESXi + vCenter + vSAN + NSX (productos separados) | AHV + almacenamiento AOS + Prism Element/Central + Flow | VergeOS: un único SO, una única instalación, una única actualización | Esta página | | **Hipervisor** | ESXi (propietario) | AHV (basado en KVM) | VergeHV (KVM, integrado en el SO) | [Creación y ciclo de vida de máquinas virtuales](/learn-the-platform/es/modulo-6-maquinas-virtuales/01-vm-creation-lifecycle.md) | | **Almacenamiento distribuido** | vSAN — grupos de discos, políticas de almacenamiento, nodos testigo | DSF: se ejecuta en un CVM en cada nodo, RF2/RF3 por contenedor | VergeFS: integrado en el SO (sin CVM), 5 niveles de carga de trabajo + 1 nivel de metadatos, deduplicación global en línea | [vSAN y VergeFS](/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/03-vsan-vergefs.md), [Módulo 5](/learn-the-platform/es/modulo-5-almacenamiento/05-storage.md) | | **Redes / SDN** | NSX (complemento) + vDS para NIC físicas | Flow (complemento, sin DHCP/DNS/enrutamiento integrados) | VergeFabric: firewall, NAT, DHCP/DNS, VPN y microsegmentación integrados | [Red troncal](/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/04-core-fabric.md), [Módulo 4](/learn-the-platform/es/modulo-4-redes/04-networking.md) | | **Multi-tenencia** | vCloud Director / vRA / pools de recursos | Proyectos de autoservicio de Prism | VDC nativos: encapsulación completa de red, almacenamiento y gestión | [Módulo 7](/learn-the-platform/es/modulo-7-multiinquilinato/07-multi-tenancy.md) | | **Sobrecarga por nodo** | Appliance de vCenter + sobrecarga de vSAN por host + NSX Manager | CVM por nodo (\~20–32 GB de RAM, 4–8 vCPU) | Nada más allá de la base de 16 GB del SO; vSAN se ejecuta como un servicio integrado del SO (sin CVM) | [Requisitos de hardware](/learn-the-platform/es/modulo-2-dimensionamiento-y-diseno/01-hardware-requirements.md) | | **Modelo de licencias** | Por socket + por función | Por nodo + productos complementarios | Una sola licencia de plataforma | — | ## Siguientes pasos Ahora que ya entiendes qué es VergeOS y cuáles son sus componentes principales, el siguiente tema explora en profundidad los dos modelos de despliegue: [**HCI frente a UCI →**](/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/02-hci-vs-uci.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/01-vergeos-overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.