Requisitos de hardware
Especificaciones mínimas y recomendadas de hardware para nodos controladores, nodos de almacenamiento y nodos solo de cómputo de VergeOS, además de los límites máximos admitidos.
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.
Requisitos generales (todos los tipos de nodo)
Cada nodo de un clúster VergeOS —independientemente de su rol— debe cumplir estos requisitos básicos:
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)
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
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
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
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
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
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:
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.
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.
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
Especificaciones máximas admitidas
La siguiente tabla describe las especificaciones máximas de hardware admitidas a partir de VergeOS versión 4.12:
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
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 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.
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:
¿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 -- Vea cómo estos requisitos se aplican a topologías de despliegue reales (HCI, HCI+Compute, UCI)
Definición del alcance del cliente -- Aprenda la metodología para traducir las cargas de trabajo del cliente en especificaciones de hardware
Última actualización
¿Te fue útil?