> 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-2-dimensionamiento-y-diseno/01-hardware-requirements.md).
# Requisitos de hardware
## Resumen
Dimensionar una implementación de VergeOS comienza por comprender los requisitos de hardware para cada rol de nodo. Como VergeOS es un sistema operativo de infraestructura completo —no una colección de productos separados—, su sobrecarga base es notablemente baja. No hay una VM de dispositivo de gestión, ni una VM controladora por nodo, ni software de almacenamiento separado que alimentar. Las especificaciones a continuación cubren lo que VergeOS necesita por sí mismo; añadirá capacidad adicional para sus cargas de trabajo.
{% hint style="info" %}
**¿Vienes de VMware o Nutanix?**
VergeOS no tiene una VM de dispositivo de gestión ni una VM de almacenamiento por nodo (no hay CVM), por lo que el mínimo de 16 GB de RAM es toda la huella del plano de gestión por nodo. La RAM de vSAN (1 GB por cada 1 TB de almacenamiento) es adicional y se dimensiona según la capacidad de disco que aporta cada nodo.
{% endhint %}
## Requisitos generales (todos los tipos de nodo)
Cada nodo de un clúster VergeOS —independientemente de su rol— debe cumplir estos requisitos básicos:
| Componente | Especificación mínima |
| ------------------------------ | ------------------------------------------------------------------------------------------------------------- |
| **CPU** | AMD o Intel x86-64 con soporte de virtualización por hardware (VT-x / AMD-V) |
| **RAM** | 16 GB dedicados a VergeOS (RAM adicional dimensionada para las cargas de trabajo) |
| **Gestión remota** | IPMI, iDRAC, iLO o gestión fuera de banda equivalente |
| **Controladora de disco** | NVMe conectado directamente (preferido) o controlador HBA / RAID en modo JBOD / IT — **sin RAID de hardware** |
| **NIC externa** | 1 x 1 GbE (Intel, NVIDIA Mellanox o Broadcom) |
| **NIC del núcleo de la malla** | 1 x 10 GbE (Intel, NVIDIA Mellanox o Broadcom) |
{% hint style="warning" %}
**Sin RAID de hardware**
VergeOS gestiona la redundancia de datos a través de su vSAN integrado (VergeFS). Los controladores RAID de hardware deben configurarse en **modo JBOD o IT** para que VergeOS pueda ver y gestionar los discos individuales. El uso de matrices RAID oculta la información de estado de los discos e impide que VergeOS realice su propia protección de datos.
{% endhint %}
### Lista de verificación de ajustes de BIOS
Antes de la instalación, verifique estos ajustes de BIOS en cada nodo:
* **Modo de arranque:** UEFI (requerido si todas las unidades son NVMe)
* **Virtualización asistida por hardware:** Habilitada (VT-x / AMD-V)
* **Hyper-threading / SMT:** Habilitado
* **Todos los núcleos del procesador:** Habilitado
* **Relojes del sistema:** Sincronizados en todos los nodos (con una diferencia de segundos)
* **Arranque seguro:** Deshabilitado
## Nodos controladores (Nodo 1 y Nodo 2)
Los dos primeros nodos de cualquier sistema VergeOS son los **nodos controladores**. Alojan los metadatos de vSAN (Tier 0), gestionan la orquestación del clúster y sirven como plano de gestión del sistema. Toda instalación de VergeOS requiere al menos dos nodos controladores: dos controladores proporcionan redundancia N+1 (la predeterminada). Sobrevivir a la pérdida simultánea de dos controladores —N+2 (RF3, tres copias de cada bloque de datos)— requiere tres nodos controladores, y se recomiendan cinco para N+2 a fin de proporcionar un witness y evitar escenarios de split-brain.
### Especificaciones mínimas
| Componente | Especificación | Notas |
| ------------------------- | ----------------------------------------------- | ------------------------------------------------------------------- |
| **CPU** | 1 x 2,7 GHz+ | Una mayor velocidad de reloj beneficia las operaciones de metadatos |
| **RAM** | 16 GB + 1 GB por cada 1 TB de almacenamiento | La relación de 1 GB/TB es para la sobrecarga de metadatos de vSAN |
| **Almacenamiento Tier 0** | 1 x SSD NVMe empresarial (3 DWPD o equivalente) | Almacena el mapa hash de vSAN y el índice del sistema de archivos |
| **Capacidad Tier 0** | 5 GB por cada 1 TB de capacidad utilizable | Almacenamiento de metadatos dedicado |
### Especificaciones recomendadas
| Componente | Especificación | Notas |
| ------------------------- | ----------------------------------------------- | ------------------------------------------------------- |
| **CPU** | 1 x 3,0 GHz+ | Mejora el rendimiento de metadatos y de la orquestación |
| **Almacenamiento Tier 0** | 2 x SSD NVMe empresarial (3 DWPD o equivalente) | Configuración de metadatos redundante |
| **Capacidad Tier 0** | 10 GB por cada 1 TB de capacidad utilizable | Espacio adicional para el crecimiento de metadatos |
{% hint style="success" %}
**El nivel 0 es solo para metadatos**
Tier 0 almacena el mapa hash de vSAN y el índice del sistema de archivos — es **no** un nivel de datos de carga de trabajo. Vive en NVMe rápido específicamente por rendimiento: mantener el mapa hash de deduplicación y el índice del sistema de archivos en medios de baja latencia es lo que garantiza búsquedas rápidas en todo el conjunto de almacenamiento. Tier 0 tiene mucha escritura, por lo que las unidades necesitan alta resistencia — **3 DWPD o equivalente**. La resistencia escala con la capacidad (DWPD × capacidad = escrituras/día), por lo que una unidad más grande con un DWPD más bajo es equivalente: una unidad de 1 TB a 3 DWPD y una de 3 TB a 1 DWPD ambas absorben 3 TB de escrituras/día. La unidad más grande y con menor DWPD suele ser la mejor opción —normalmente más barata y más disponible, con espacio de capacidad adicional como beneficio.
{% endhint %}
## Nodos de almacenamiento
Los nodos de almacenamiento participan en vSAN y aportan capacidad de disco al conjunto de almacenamiento compartido. En una implementación HCI, los nodos de almacenamiento también ejecutan cargas de trabajo. En una implementación UCI, pueden dedicarse exclusivamente al almacenamiento.
### Especificaciones mínimas
| Componente | Especificación | Notas |
| ---------------------------------------- | ------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **CPU** | 2,7 GHz+ | Gestiona el procesamiento de E/S de vSAN |
| **RAM** | 16 GB + 1 GB por cada 1 TB de almacenamiento bruto | Por nodo; escala con la capacidad de disco |
| **Almacenamiento principal** | 1 x SSD NVMe empresarial o SAS/SATA por nodo | Para E/S de las cargas de trabajo (nivel de almacenamiento principal) |
| **Nivel de capacidad/archivo (Tier 4+)** | HDD empresariales (opcional) | Para instantáneas, archivos archivados o servicios basados en archivos. VergeOS no realiza auto-tiering (sin movimiento automático de datos), pero un administrador puede cambiar el nivel preferido de un volumen o archivo, lo que desencadena una migración en segundo plano sin interrupciones |
| **Redundancia** | Al menos 2 nodos con configuración de disco coincidente | Requerido para la redundancia de datos de vSAN |
### Especificaciones recomendadas
| Componente | Especificación | Notas |
| ---------------------------- | ------------------------------------------------------- | --------------------------------------------------------- |
| **CPU** | 3,0 GHz+, 1 núcleo por disco | Un núcleo dedicado por disco mejora el rendimiento de E/S |
| **RAM** | 1,5 GB por cada 1 TB de almacenamiento por nodo | Mejor rendimiento bajo cargas de trabajo intensas |
| **Almacenamiento principal** | 2+ SSD NVMe o SAS/SATA por nodo | Más discos = más IOPS |
| **Redundancia** | Al menos 2 nodos con configuración de disco coincidente | Requerido para la redundancia de datos de vSAN |
### Ejemplo de dimensionamiento de RAM
Para ilustrar el cálculo de RAM para un nodo de almacenamiento:
```
Requisito base de VergeOS: 16 GB
Sobrecarga de almacenamiento (8 TB bruto x 1 GB): 8 GB
VM de carga de trabajo (ejemplo): 96 GB
─────────────────────────────────────────
RAM total por nodo: 120 GB
```
Con la proporción recomendada de 1,5 GB/TB, la sobrecarga de almacenamiento sería de 12 GB en lugar de 8 GB, llevando el total a 124 GB.
{% hint style="info" %}
**Tenga en cuenta el % de RAM máxima objetivo (80% predeterminado)**
VergeOS apunta a no más de **80% de la RAM física** en uso por nodo en condiciones normales (el `% de RAM máxima objetivo` ajuste del clúster), dejando margen del que pueden depender el failover y la migración en vivo. Dimensione la RAM física de modo que la sobrecarga **más** las cargas de trabajo encajen dentro de ese 80%. En el ejemplo anterior, \~120 GB de uso normal deberían ubicarse en un nodo con al menos \~150 GB de RAM física (120 ÷ 0,80) para mantenerse dentro del objetivo.
{% endhint %}
## Nodos solo de cómputo
Los nodos solo de cómputo ejecutan cargas de trabajo pero no **no** participan en vSAN. No tienen requisitos de almacenamiento local más allá de un dispositivo de arranque (o pueden arrancar por PXE). Esto los hace ideales para escalar CPU y RAM independientemente del almacenamiento en arquitecturas UCI y HCI+Compute.
| Componente | Especificación |
| ------------------ | ------------------------------------------------------------------------------------ |
| **CPU** | Dimensionados para los requisitos de la carga de trabajo |
| **RAM** | Dimensionados para los requisitos de la carga de trabajo (mínimo 16 GB para VergeOS) |
| **Almacenamiento** | Solo dispositivo de arranque (o arranque PXE) — sin discos vSAN |
| **Redes** | Los mismos requisitos genéricos de NIC que todos los nodos |
Los nodos solo de cómputo son los más sencillos de dimensionar: determine el total de CPU y RAM que necesitan sus cargas de trabajo, divídalo por la capacidad por nodo y redondee hacia arriba para mantener la disponibilidad N+1.
## Recomendaciones de red
La configuración mínima de red (1 GbE externo + 1 x 10 GbE núcleo) es adecuada para despliegues pequeños o de prueba de concepto. Para entornos de producción, siga estas recomendaciones:
### NIC de la malla central
**2 x 25/40/100 GbE** (Intel, NVIDIA Mellanox o Broadcom). Las NIC duales proporcionan redundancia para la malla central —la malla de alta velocidad que transporta la replicación de vSAN, la migración de VM y el tráfico entre nodos. Se requieren jumbo frames en la malla central: VergeOS configura las NIC de los nodos en \~9192, y los puertos de switch a los que se conectan deben configurarse para ≥9216 para que esos marcos pasen sin fragmentación.
### NIC externas
**2 x 10/25/40/100 GbE** (Intel, NVIDIA Mellanox o Broadcom). Las NIC externas duales admiten bonding para redundancia y ancho de banda hacia la red ascendente. Estas llevan el acceso a la interfaz de gestión y el tráfico externo de los inquilinos.
### Vendedores de NIC compatibles
VergeOS admite adaptadores de red de tres fabricantes:
* **Intel** -- Amplia compatibilidad entre distintas series
* **NVIDIA Mellanox** -- Serie ConnectX de alto rendimiento
* **Broadcom** -- NIC de nivel empresarial
{% hint style="warning" %}
No se admiten NIC de consumo ni de marcas no reconocidas. El uso de NIC no compatibles puede provocar problemas de compatibilidad de controladores, bajo rendimiento o inestabilidad del sistema.
{% endhint %}
## Especificaciones máximas admitidas
La siguiente tabla describe las especificaciones máximas de hardware admitidas a partir de VergeOS versión 4.12:
| Recurso | Máxima | Notas |
| ----------------------------------------- | ------ | ------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Nodos por sistema** | 200 | En todos los clústeres |
| **Tamaño individual del disco físico** | 64 TB | Por unidad física |
| **RAM por host** | 5 TB | Los nodos vSAN requieren 1 GB de RAM por cada 1 TB de almacenamiento |
| **Tamaño de vDisk** | 256 TB | Por disco virtual |
| **Discos por VM** | 2,000 | Requiere interfaz Virtio-SCSI |
| **Clústeres por sistema** | 100 | Mezcla de clústeres de cómputo, almacenamiento e HCI |
| **Niveles de almacenamiento por sistema** | 5 | 5 niveles de carga de trabajo (Tier 1 de alto rendimiento hasta Tier 5 de archivo); los metadatos de Tier 0 son independientes y solo del sistema |
| **Dominios de fallo de vSAN por sistema** | 2 | Proporciona redundancia de datos |
Estos límites dan cabida a despliegues de escala extremadamente grande. La mayoría de los entornos de producción operan muy por dentro de estos límites.
## Advertencias y consideraciones sobre almacenamiento
### Discos de consumo
{% hint style="danger" %}
**Discos de consumo no compatibles**
VergeOS no **no** admite oficialmente discos de consumo. Solo deben usarse dispositivos de almacenamiento de nivel empresarial en entornos de producción y en copias de seguridad de datos de producción. Los discos de consumo pueden ser aceptables para entornos de prueba, desarrollo o prueba de concepto donde la pérdida de datos sea tolerable. Algunos dispositivos de consumo pueden no funcionar correctamente debido a limitaciones de firmware, implementaciones de comandos no estándar o problemas de compatibilidad con VergeOS.
{% endhint %}
### Consideraciones sobre HDD grandes
Los HDD de más de **8 TB** no se recomiendan fuera de entornos específicos de archivo. La preocupación es **el tiempo de reconstrucción**. vSAN no se reconstruye automáticamente cuando falla una unidad —un operador inicia una reparación que reconstruye los datos perdidos en una unidad hot spare o de reemplazo. Con una unidad de 8 TB+, esa reconstrucción puede tardar muchas horas —a menudo días— durante las cuales:
* **El rendimiento del sistema se degrada** a medida que la E/S de reconstrucción compite con las cargas de trabajo de producción
* **Aumenta el riesgo de disponibilidad** porque una segunda falla de unidad durante la reconstrucción podría causar pérdida de datos
* **La ventana de reconstrucción aumenta** proporcionalmente al tamaño de la unidad
Para niveles de carga de trabajo primarios, prefiera SSD más pequeños y rápidos. Reserve los HDD grandes para retención de instantáneas, almacenamiento de archivo o niveles de servicio basados en archivos donde el tiempo de reconstrucción sea un intercambio aceptable.
### LUN de Fibre Channel como almacenamiento
VergeOS vSAN también puede consumir **LUN de Fibre Channel (FC)** como dispositivos de almacenamiento dentro de sus niveles, lo cual es útil para integrar inversiones SAN existentes. VergeOS trata cada LUN FC como un disco físico local, por lo que siguen aplicándose la redundancia nativa y la deduplicación. Requisitos clave:
* Presente **LUN únicos por nodo** — nunca comparta la misma LUN entre varios nodos
* HBA FC en al menos dos nodos; se recomienda una malla FC redundante
* **Deshabilite RAID y el auto-tiering en la SAN** — VergeOS gestiona la redundancia de forma nativa
* Mantenga **los metadatos de Tier 0 en NVMe conectado directamente** — no se recomienda almacenamiento externo para Tier 0
Verge.io sigue recomendando discos conectados directamente para obtener el mejor rendimiento y simplicidad; use LUN FC principalmente cuando tenga infraestructura SAN existente o requisitos específicos de cumplimiento. Consulte [Uso de almacenamiento Fibre Channel con vSAN](/run-the-platform/es/almacenamiento/fibre-channel.md) para detalles de configuración.
## Nodos controladores dedicados vs. compartidos
Para entornos de producción, VergeOS recomienda **nodos controladores dedicados** — nodos que solo gestionan los metadatos de vSAN (Tier 0) y la administración del sistema, sin ejecutar cargas de trabajo de invitados ni contribuir a los niveles de almacenamiento de cargas de trabajo.
```mermaid
graph LR
subgraph shared["Controladores compartidos (pequeño / PoC)"]
N1S["Nodo 1
Controlador + Almacenamiento + Cómputo"]
N2S["Nodo 2
Controlador + Almacenamiento + Cómputo"]
end
subgraph dedicated["Controladores dedicados (producción)"]
N1D["Nodo 1
Solo controlador
(metadatos Tier 0)"]
N2D["Nodo 2
Solo controlador
(metadatos Tier 0)"]
N3["Nodo 3+
Almacenamiento + Cómputo"]
N4["Nodo 4+
Almacenamiento + Cómputo"]
end
style shared fill:#fef3c7,stroke:#d97706
style dedicated fill:#d1fae5,stroke:#059669
```
| Enfoque | Cuándo usar | Compensación |
| ----------------------------- | ----------------------------------- | ----------------------------------------------------------------------------- |
| **Controladores compartidos** | Clústeres de 2 nodos, PoC, dev/test | Menos nodos, pero la E/S de metadatos compite con las cargas de trabajo |
| **Controladores dedicados** | Producción, 4+ nodos | Más nodos, pero las operaciones de metadatos están aisladas y son predecibles |
## Referencia rápida de dimensionamiento
Use esta tarjeta de referencia rápida al definir el alcance de un nuevo despliegue:
| Pregunta | Orientación |
| --------------------------------------------- | ------------------------------------------------------------------------------------ |
| ¿Cuánta RAM por nodo de almacenamiento? | 16 GB base + 1 GB por cada 1 TB bruto (mínimo) o 1,5 GB por cada 1 TB (recomendado) |
| ¿Cuántas unidades Tier 0? | 1 por controlador (mínimo), 2 por controlador (recomendado) |
| ¿Qué tamaño debe tener Tier 0? | 5 GB por cada 1 TB utilizable (mínimo), 10 GB por cada 1 TB utilizable (recomendado) |
| ¿Qué DWPD para Tier 0? | 3 DWPD o equivalente (NVMe empresarial) |
| ¿Cuántos núcleos por disco de almacenamiento? | 1 núcleo por disco (recomendado) |
| ¿Nodos mínimos para vSAN? | 2 nodos con configuración de disco coincidente |
| ¿Número máximo de nodos por sistema? | 200 |
| ¿Velocidad de la NIC de la malla central? | 10 GbE mínimo; 25/100 GbE recomendado |
## Siguientes pasos
Ahora que comprende los requisitos de hardware para cada rol de nodo, continúe con:
* [**Arquitecturas de referencia**](/learn-the-platform/es/modulo-2-dimensionamiento-y-diseno/02-reference-architectures.md) -- Vea cómo estos requisitos se aplican a topologías de despliegue reales (HCI, HCI+Compute, UCI)
* [**Definición del alcance del cliente**](/learn-the-platform/es/modulo-2-dimensionamiento-y-diseno/03-customer-scoping.md) -- Aprenda la metodología para traducir las cargas de trabajo del cliente en especificaciones de hardware
---
# 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-2-dimensionamiento-y-diseno/01-hardware-requirements.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.