> 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/02-hci-vs-uci.md).

# HCI vs UCI: Modelos de implementación

## Dos formas de desplegar VergeOS

VergeOS es único entre las plataformas de infraestructura porque admite **dos modelos de despliegue distintos** a partir de la misma instalación de software:

* **HCI (Infraestructura hiperconvergente)** -- El cómputo y el almacenamiento se ejecutan en cada nodo. Los recursos escalan juntos.
* **UCI (Infraestructura ultraconvergente)** -- El cómputo y el almacenamiento se ejecutan en tipos de nodo dedicados y separados. Los recursos escalan de forma independiente.

La mayoría de las plataformas competidoras (VMware vSAN, Nutanix) solo admiten HCI. VergeOS te ofrece ambas opciones -- e incluso puedes combinarlas dentro de un solo sistema.

{% hint style="info" %}
**Sistema vs. Clúster**

* **Sistema** — todo el despliegue de VergeOS, compuesto por uno o más clústeres gestionados como una sola unidad.
* **Clúster** — un grupo de nodos con hardware coincidente que comparten los límites de cómputo y alta disponibilidad. Los niveles de almacenamiento vSAN abarcan todos los clústeres del sistema, por lo que el almacenamiento se comparte en todo el sistema aunque el cómputo y la HA se delimiten por clúster.
  {% endhint %}

## HCI: Infraestructura hiperconvergente

En un despliegue HCI, cada nodo del clúster aporta **ambos** capacidad de almacenamiento y recursos de cómputo. Cuando necesitas más de cualquiera de los dos, añades otro nodo -- lo que añade ambos.

### Cómo funciona

El punto de partida más común es un clúster HCI de 2 nodos. Dos nodos controladores forman un solo clúster que gestiona el almacenamiento (vSAN) y el cómputo (cargas de trabajo de VM). Ambos nodos aportan discos de nivel 0 y de nivel de carga de trabajo al grupo de almacenamiento compartido, y ambos nodos ejecutan máquinas virtuales.

Para crecer, añades **nodos de escalado horizontal** al mismo clúster. Cada nodo de escalado horizontal se une mediante autodetección de red y aporta de inmediato capacidad adicional de almacenamiento y cómputo.

```mermaid
graph TB
    subgraph cluster1["Clúster 1 (HCI)"]
        N1["Nodo 1 — Controlador<br/>Almacenamiento + Cómputo"]
        N2["Nodo 2 — Controlador<br/>Almacenamiento + Cómputo"]
        S1["Nodo de escalado horizontal 3<br/>Almacenamiento + Cómputo"]
        S2["Nodo de escalado horizontal 4<br/>Almacenamiento + Cómputo"]
    end
    subgraph fabric["Malla central (L2 compartida)"]
        CF["Malla central 1 + 2"]
    end
    N1 --- CF
    N2 --- CF
    S1 --- CF
    S2 --- CF
    EXT["Red externa"] --- N1
    EXT --- N2
    EXT --- S1
    EXT --- S2

    style cluster1 fill:#e8f5e9,stroke:#2e7d32
    style fabric fill:#f0f4ff,stroke:#336
```

### Cuándo elegir HCI

| Escenario                             | Por qué HCI funciona                                                                    |
| ------------------------------------- | --------------------------------------------------------------------------------------- |
| **Despliegues pequeños** (2--8 nodos) | Complejidad mínima, cada nodo cumple una doble función                                  |
| **Cargas de trabajo equilibradas**    | Cuando las demandas de almacenamiento y cómputo crecen a un ritmo aproximadamente igual |
| **Sitios perimetrales/remotos**       | Clústeres de 2 nodos con HA completa y una pequeña huella física                        |
| **Evaluación y pruebas**              | El camino más rápido hacia un sistema VergeOS operativo                                 |
| **Con presupuesto ajustado**          | Se necesitan menos nodos en total para cargas de trabajo pequeñas a medianas            |

### Características clave

* **Mínimo**: 2 nodos (par de controladores)
* **Escalado**: Añade nodos de escalado horizontal al mismo clúster
* **Funciones de los nodos**: Todos los nodos ejecutan almacenamiento **y** cómputo
* **Cantidad de clústeres**: 1
* **Simplicidad**: Más fácil de desplegar y gestionar

## UCI: Infraestructura ultraconvergente

UCI es el término paraguas para cualquier despliegue en el que el almacenamiento y el cómputo escalan de forma independiente en **tipos de nodo dedicados**. La forma canónica usa tres clústeres (controlador, almacenamiento, cómputo); una variante híbrida popular fusiona controlador + almacenamiento en dos clústeres. En cualquier caso, escalas cada nivel de recursos de forma independiente -- añades nodos de almacenamiento cuando necesitas más capacidad, o nodos de cómputo cuando necesitas más CPU y RAM, sin comprar ambos.

### Cómo funciona

Un despliegue UCI comienza con el mismo par de controladores de 2 nodos, pero los controladores gestionan el sistema sin ejecutar cargas de trabajo de producción ni almacenar datos de usuario. Los **nodos de almacenamiento** dedicados forman un segundo clúster que proporciona toda la capacidad vSAN. Los **nodos de cómputo** dedicados forman un tercer clúster que ejecuta todas las cargas de trabajo de VM.

```mermaid
graph TB
    subgraph cluster1["Clúster 1 (Controlador)"]
        N1["Nodo 1 — Controlador"]
        N2["Nodo 2 — Controlador"]
    end
    subgraph cluster2["Clúster 2 (Almacenamiento)"]
        ST1["Nodo de almacenamiento 1"]
        ST2["Nodo de almacenamiento 2"]
    end
    subgraph cluster3["Clúster 3 (Cómputo)"]
        C1["Nodo de cómputo 1"]
        C2["Nodo de cómputo 2"]
    end
    subgraph fabric["Malla central (L2 compartida)"]
        CF["Malla central 1 + 2"]
    end
    N1 --- CF
    N2 --- CF
    ST1 --- CF
    ST2 --- CF
    C1 --- CF
    C2 --- CF
    EXT["Red externa"] --- N1
    EXT --- N2
    EXT --- ST1
    EXT --- ST2
    EXT --- C1
    EXT --- C2

    style cluster1 fill:#f0f4ff,stroke:#336
    style cluster2 fill:#fff3e0,stroke:#e65100
    style cluster3 fill:#e8f5e9,stroke:#2e7d32
    style fabric fill:#fce4ec,stroke:#c62828
```

### Cuándo elegir UCI

| Escenario                                          | Por qué funciona UCI                                                            |
| -------------------------------------------------- | ------------------------------------------------------------------------------- |
| **Entornos grandes** (10+ nodos)                   | El escalado independiente evita el sobreaprovisionamiento                       |
| **Cargas de trabajo intensivas en almacenamiento** | Añade capacidad de almacenamiento sin comprar cómputo que no necesitas          |
| **Cargas de trabajo intensivas en cómputo**        | Añade nodos con GPU o de alta CPU sin comprar almacenamiento que no necesitas   |
| **Clústeres de IA / HPC / GPU**                    | Clúster de cómputo dedicado con passthrough de GPU, separado del almacenamiento |
| **Proveedores de servicios en la nube**            | Optimiza el gasto en hardware por nivel de recursos entre muchos inquilinos     |
| **Crecimiento predecible y desigual**              | Las demandas de almacenamiento y cómputo crecen a ritmos diferentes             |

### Características clave

* **Mínimo**: 6 nodos (2 controladores + 2 almacenamiento + 2 cómputo)
* **Escalado**: Añade nodos a clústeres individuales de forma independiente
* **Funciones de los nodos**: Cada nodo tiene una sola función (controlador, almacenamiento o cómputo)
* **Cantidad de clústeres**: 3 en la forma canónica (controlador, almacenamiento, cómputo); 2 en la variante híbrida
* **Flexibilidad**: Dimensiona el hardware según la función (NVMe denso para almacenamiento, equipado con GPU para cómputo)

## UCI híbrida: la variante de dos clústeres

VergeOS también admite un **modelo UCI híbrido** — una variante de UCI de dos clústeres que fusiona las funciones de controlador y almacenamiento en un solo clúster. Los nodos controladores proporcionan almacenamiento vSAN Y gestión del sistema; no ejecutan cargas de trabajo de VM de producción. Un clúster separado de nodos de cómputo dedicados gestiona toda la ejecución de VM.

Este es un modelo de despliegue popular porque mantiene la capa de controlador/almacenamiento ligera y dedicada, mientras el cómputo escala de forma independiente mediante su propio clúster. Los controladores proporcionan almacenamiento vSAN a los nodos de cómputo a través de la malla central.

{% hint style="success" %}
**Los nodos controladores no tienen que ejecutar VMs**

En un despliegue híbrido, los nodos controladores suelen servir solo como nodos de almacenamiento y gestión — no se ejecutan en ellos VMs de producción. Esto reduce la contención de recursos en los controladores y simplifica la planificación de capacidad: el almacenamiento escala añadiendo nodos al clúster de controladores, y el cómputo escala añadiendo nodos al clúster de cómputo.
{% endhint %}

```mermaid
graph TB
    subgraph cluster1["Clúster 1 (Controlador — Solo almacenamiento)"]
        N1["Nodo 1 — Controlador<br/>Almacenamiento + Gestión"]
        N2["Nodo 2 — Controlador<br/>Almacenamiento + Gestión"]
    end
    subgraph cluster2["Clúster 2 (Solo cómputo)"]
        C1["Nodo de cómputo 1"]
        C2["Nodo de cómputo 2"]
    end
    subgraph fabric["Malla central (L2 compartida)"]
        CF["Malla central 1 + 2"]
    end
    N1 --- CF
    N2 --- CF
    C1 --- CF
    C2 --- CF
    EXT["Red externa"] --- N1
    EXT --- N2
    EXT --- C1
    EXT --- C2

    style cluster1 fill:#e8f5e9,stroke:#2e7d32
    style cluster2 fill:#fff3e0,stroke:#e65100
    style fabric fill:#f0f4ff,stroke:#336
```

Alternativamente, los controladores **pueden** también ejecutar VMs junto con el almacenamiento si es necesario — esto es útil en entornos más pequeños, donde dedicar dos nodos exclusivamente al almacenamiento parece un desperdicio. El modelo híbrido es flexible: los controladores pueden proporcionar solo almacenamiento, o almacenamiento + cómputo, según tus requisitos.

## Comparación entre HCI y UCI

| Aspecto                        | HCI                                                | UCI                                                            |
| ------------------------------ | -------------------------------------------------- | -------------------------------------------------------------- |
| **Nodos mínimos**              | 2                                                  | 6                                                              |
| **Cantidad de clústeres**      | 1                                                  | 3                                                              |
| **Tipos de nodos**             | Todos los nodos son idénticos                      | Controlador, almacenamiento, cómputo                           |
| **Escalado de almacenamiento** | Vinculado al cómputo                               | Independiente                                                  |
| **Escalado de cómputo**        | Vinculado al almacenamiento                        | Independiente                                                  |
| **Uniformidad del hardware**   | Todos los nodos tienen las mismas especificaciones | Nodos optimizados por función                                  |
| **Complejidad de despliegue**  | Menor                                              | Mayor                                                          |
| **Costo a pequeña escala**     | Menor (menos nodos)                                | Mayor (mínimo 6 nodos)                                         |
| **Costo a gran escala**        | Puede sobreaprovisionar                            | Gasto optimizado por nivel                                     |
| **Mejor ajuste**               | Pequeño a mediano, equilibrado                     | Grande, crecimiento desigual, cargas de trabajo especializadas |

## Marco de decisión

Usa este diagrama de flujo para guiar tu recomendación de modelo de despliegue:

```mermaid
flowchart TD
    A["¿Cuántos nodos<br/>necesitará el despliegue?"] --> B{"¿Menos de 6?"}
    B -->|Sí| C["✅ HCI<br/>UCI requiere un mínimo de 6 nodos"]
    B -->|No| D{"¿El almacenamiento y el cómputo<br/>crecen al mismo ritmo?"}
    D -->|"Sí — crecimiento equilibrado"| E["✅ HCI<br/>Más fácil de gestionar,<br/>sin recursos desperdiciados"]
    D -->|"No — crecimiento desigual"| F{"¿Se necesita hardware especializado<br/>(GPU, gran densidad de NVMe)?"}
    F -->|Sí| G["✅ UCI<br/>Dimensiona el hardware según la función"]
    F -->|No| H{"¿La optimización de costes<br/>a escala es una prioridad?"}
    H -->|Sí| I["✅ UCI<br/>Evita el sobredimensionamiento"]
    H -->|No| J["✅ HCI<br/>Lo más simple es mejor"]

    style C fill:#e8f5e9,stroke:#2e7d32
    style E fill:#e8f5e9,stroke:#2e7d32
    style G fill:#fff3e0,stroke:#e65100
    style I fill:#fff3e0,stroke:#e65100
    style J fill:#e8f5e9,stroke:#2e7d32
```

### Reglas rápidas de referencia

1. **Empiece con HCI** a menos que tengas una razón específica para usar UCI
2. **Considera UCI** cuando necesites 10+ nodos o tengas requisitos de hardware especializados
3. **UCI híbrida** (de 2 clústeres) es un buen paso intermedio -- empieza con HCI y luego separa el cómputo en su propio clúster
4. Puede **evolucionar** de HCI a UCI híbrida y luego a UCI completa a medida que el entorno crece

## Ejemplos de Terraform Playground

El Terraform Playground de VergeOS incluye configuraciones de ejemplo para cada modelo de despliegue, lo que facilita probar cada topología:

| Modelo                        | Archivo de ejemplo                            | Nodos | Clústeres |
| ----------------------------- | --------------------------------------------- | ----- | --------- |
| **HCI de 2 nodos**            | `examples/2-node-hci.tfvars`                  | 2     | 1         |
| **HCI + escalado horizontal** | `examples/4-node-hci.tfvars`                  | 4     | 1         |
| **UCI híbrida**               | `examples/4-node-hybrid-hci-2-cluster.tfvars` | 4     | 2         |
| **UCI completa**              | `examples/6-node-uci-3-cluster.tfvars`        | 6     | 3         |

Cada ejemplo es un `.tfvars` archivo que copias a `terraform.tfvars` y personalizas con la configuración de tu entorno. El modelo de despliegue se controla mediante variables booleanas de activación:

* **HCI**: No se necesitan interruptores (predeterminado)
* **HCI + escalado horizontal**: `create_scale_out_nodes = true`
* **UCI híbrida**: `create_compute_nodes = true`
* **UCI**: `create_storage_nodes = true` y `create_compute_nodes = true`

{% hint style="info" %}
**Puente con VMware**

¿Vienes de vSAN? VergeOS admite despliegues HCI y UCI desde la misma instalación — sin un nivel de producto o licencia separado para almacenamiento desagregado. Los tipos de nodo solo de almacenamiento y solo de cómputo son opciones de despliegue de primera clase, todas gestionadas desde la misma interfaz de usuario.
{% endhint %}

{% hint style="info" %}
**Puente con Nutanix**

¿Vienes de Nutanix? VergeOS ejecuta el almacenamiento como un servicio integrado del sistema operativo — no existe un CVM por nodo que dimensionar, parchear o solucionar. Los tipos de nodo solo de almacenamiento y solo de cómputo te permiten dedicar hardware por función dentro de un único sistema.
{% endhint %}

## Despliegues de un solo nodo

Aunque VergeOS está diseñado para clústeres multinodo, **los despliegues de un solo nodo** tienen casos de uso válidos:

* **Sustitución de bare metal** — sustituir un servidor físico tradicional por un único nodo VergeOS que ejecuta varias VMs, obteniendo los beneficios de la virtualización (instantáneas, gestión de recursos, copia de seguridad sencilla) sin necesidad de un segundo nodo
* **Sitios perimetrales** — un único nodo en una ubicación remota donde los datos no son críticos localmente (por ejemplo, host de cliente ligero, caché local, señalización) y pueden replicarse desde un sitio central si es necesario
* **Desarrollo / laboratorio** — un sistema independiente para pruebas y desarrollo

Los despliegues de un solo nodo siguen teniendo **redundancia a nivel de disco** — vSAN utiliza espejado de 2 copias entre las unidades del nodo (lo que proporciona \~50% de capacidad utilizable), protegiendo contra fallos individuales de unidades. Sin embargo, no hay **redundancia a nivel de nodo** — si el propio nodo falla, las cargas de trabajo quedan detenidas hasta que se restaure. Se recomiendan encarecidamente las instantáneas y la replicación fuera del sitio.

## Resumen

| Concepto               | Idea clave                                                                                                                      |
| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
| **HCI**                | Cada nodo hace de todo. Simple y rentable a pequeña escala.                                                                     |
| **UCI**                | Funciones dedicadas por nodo. Flexible, optimizado en costes a gran escala.                                                     |
| **UCI híbrida**        | Los controladores gestionan el almacenamiento/la administración; el cómputo escala por separado. Variante UCI de dos clústeres. |
| **Ventaja de VergeOS** | La misma plataforma admite los tres modelos -- no se necesitan cambios de producto.                                             |

## Siguientes pasos

Ahora que entiendes los modelos de despliegue HCI y UCI, el siguiente tema cubre la capa de almacenamiento que impulsa ambos: [**vSAN / VergeFS →**](/learn-the-platform/es/modulo-1-fundamentos-de-arquitectura/03-vsan-vergefs.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/02-hci-vs-uci.md?ask=<question>&goal=<endgoal>
```

`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.