Asignación y escalado de recursos

Planificar, asignar y escalar los recursos de cómputo, memoria y almacenamiento de los inquilinos usando los nodos de inquilino de VergeOS: desde la simplicidad de un solo nodo hasta despliegues distribuidos de varios nodos.

Nodos de inquilino: hosts virtuales para centros de datos virtuales

Cada inquilino de VergeOS se ejecuta en uno o más nodos de inquilino — servidores virtuales que simulan hosts físicos de VergeOS. Cada nodo de inquilino proporciona cómputo dedicado (núcleos de CPU), memoria (RAM) y red para las cargas de trabajo del inquilino, al tiempo que mantiene un aislamiento total mediante la red encapsulada del inquilino.

Comprender cómo funcionan los nodos de inquilino es la clave para dimensionar correctamente las implementaciones de inquilinos y escalarlas con el tiempo.

Características de los nodos de inquilino

Característica	Descripción
Hosts simulados	Los nodos de inquilino replican la funcionalidad de los nodos físicos de VergeOS dentro del Centro de Datos Virtual del inquilino
Comunicación segura entre hosts	Los nodos de inquilino se comunican a través de la red encapsulada protegida del inquilino, incluso cuando se ejecutan en hosts físicos diferentes
Movilidad	Los nodos de inquilino se migran en vivo entre hosts físicos para mantenimiento, equilibrio de carga y conmutación por error automática
Asignación de recursos ajustada	Los nodos de inquilino pueden apuntar a diferentes clústeres con distintos perfiles de hardware (estándar, vGPU, alta memoria)
Escalado sin interrupciones	Los núcleos y la RAM pueden aumentarse o reducirse en un nodo de inquilino en ejecución sin reiniciarlo

Límites del nodo de inquilino

Valores predeterminados y máximos por nodo de inquilino:

Recurso	Predeterminado	Máxima
Núcleos	4	1,048,576
RAM	16 GB	5,242,880 MB (5 TB)

Clúster RAM máxima por máquina y Núcleos máximos por máquina los ajustes pueden restringir aún más lo que un nodo de inquilino dado puede consumir realmente.

La red también tiene un límite a nivel de inquilino: un máximo de 28 segmentos de red de host pueden extenderse a un solo inquilino como conexiones de Capa 2 (tipos elegibles: internos, externos, BGP, VPN y puenteadas físicamente).

Sin cálculo manual de sobrecarga

VergeOS tiene en cuenta automáticamente la sobrecarga del hipervisor y del almacenamiento. La memoria que asignas a un nodo de inquilino está totalmente disponible para ese inquilino para distribuirla entre sus propias cargas de trabajo — no se requiere cálculo manual de sobrecarga.

Inquilinos de un solo nodo vs. de varios nodos

La primera decisión de planificación es si un inquilino necesita un nodo o varios.

Inquilinos de un solo nodo (valor predeterminado preferido)

Un solo nodo de inquilino es la configuración más simple y común. Es el punto de partida recomendado siempre que los requisitos de cómputo y memoria de un inquilino quepan en un solo nodo.

Los inquilinos de un solo nodo siguen proporcionando redundancia mediante el mecanismo integrado de VergeOS mecanismo watchdog:

• Si falla el host físico que ejecuta el nodo de inquilino, el watchdog reinicia automáticamente el nodo de inquilino en otro host físico
• Durante el mantenimiento planificado, se crea un nodo de inquilino temporal para migrar cargas de trabajo en vivo sin interrupción del servicio
• Se pueden agregar nodos de inquilino adicionales más adelante, sin interrupciones, a medida que crecen las necesidades

Empezar simple

Si los requisitos de RAM y núcleos pueden satisfacerse con un solo nodo de inquilino y no hay necesidades de red o de dispositivos que requieran varios hosts físicos, un solo nodo es preferible por simplicidad.

Cuándo se necesitan inquilinos de varios nodos

Se vuelven necesarios varios nodos de inquilino en escenarios específicos:

1. El cómputo excede los máximos del clúster — La cantidad de núcleos y RAM asignable a un solo nodo de inquilino está limitada por la configuración del clúster (RAM máxima por máquina y Núcleos máximos por máquina). Cuando un inquilino necesita más de lo que corresponde a un nodo, agregue nodos adicionales.
2. Aplicaciones en clúster — granjas web, clústeres Hadoop, pares primario/réplica de bases de datos y otras aplicaciones distribuidas que requieren que las cargas de trabajo se ejecuten en distintos hosts físicos para HA, balanceo de carga o procesamiento paralelo.
3. Capacidades de hardware mixtas — Cuando un inquilino necesita tanto cómputo estándar como hardware especializado (vGPU, passthrough PCI, dispositivos USB), implemente nodos de inquilino en diferentes clústeres con el hardware adecuado.
4. Separación regulatoria — Los requisitos de cumplimiento pueden exigir que determinadas cargas de trabajo se ejecuten en hosts físicamente separados.

Estrategia de dimensionamiento adecuado

Los inquilinos de VergeOS admiten escalado de recursos sin interrupciones — puedes agregar núcleos, RAM, nodos y almacenamiento a un inquilino en ejecución sin afectar las cargas de trabajo. Esto significa que debes:

• Aprovisione para las necesidades actuales y a corto plazo, no para un crecimiento futuro especulativo
• Escalar orgánicamente a medida que aumenta la demanda real
• Evitar la sobreasignación — los recursos no utilizados asignados a un inquilino no pueden servir a otros

Configuraciones de ejemplo

Los siguientes ejemplos ilustran decisiones reales de planificación de nodos de inquilino.

Ejemplo 1: inquilino pequeño de un solo nodo

Escenario: 3 VMs, sin requisitos especiales. El clúster de hosts permite una RAM máxima de 64 GB y un máximo de 16 núcleos.

Ajuste	Valor
Nodos de inquilino	1
Núcleos	8
RAM	16 GB
Ruta de escalado	Agregar núcleos/RAM hasta 64 GB / 16 núcleos, luego agregar un segundo nodo

Justificación: Un solo nodo proporciona recursos suficientes. La conmutación por error del watchdog garantiza redundancia sin complejidad adicional.

Ejemplo 2: aplicaciones web HA de tamaño mediano

Escenario: Aplicaciones web orientadas al cliente que requieren HA de múltiples instancias. El clúster de hosts permite una RAM máxima de 128 GB y un máximo de 16 núcleos.

Ajuste	Valor
Nodos de inquilino	2
Nodo 1	64 GB de RAM, 12 núcleos (2 servidores web + base de datos primaria)
Nodo 2	64 GB de RAM, 12 núcleos (2 servidores web + réplica de la base de datos)
Grupos HA	Las reglas de antiafinidad aseguran que las instancias web/DB permanezcan en hosts físicos separados

Justificación: Aunque un nodo podría contener todos los recursos, dos nodos garantizan que los servidores web y los componentes de base de datos se ejecuten en hosts físicos diferentes para la HA a nivel de aplicación.

Ejemplo 3: carga de trabajo mixta con GPU

Escenario: Cómputo estándar, renderizado de video de alto rendimiento y procesamiento acelerado por GPU. Hay tres clústeres de hosts disponibles: Estándar (máx. 64 GB), vGPU (máx. 64 GB), Premium (máx. 128 GB).

Ajuste	Valor
Nodos de inquilino	4
Nodo 1	64 GB, 8 núcleos — Clúster estándar (servidores de archivos)
Nodo 2	64 GB, 8 núcleos — Clúster estándar (herramientas de administración)
Nodo 3	64 GB, 16 núcleos — Clúster vGPU (renderizado de video)
Nodo 4	48 GB, 8 núcleos — Clúster Premium (estaciones de trabajo de edición)

Justificación: Varios nodos permiten la ubicación en clústeres con capacidades de hardware coincidentes. Cada nodo de inquilino apunta al clúster que mejor se adapta a su carga de trabajo.

Ejemplo 4: analítica distribuida empresarial

Escenario: Plataforma de analítica distribuida que requiere implementación en varios hosts para balanceo de carga y redundancia. El clúster de hosts permite una RAM máxima de 96 GB y un máximo de 16 núcleos.

Ajuste	Valor
Nodos de inquilino	4
Nodos 1–3	64 GB, 12 núcleos cada uno (1 servidor de aplicaciones + 1 servidor de base de datos por nodo)
Nodo 4	32 GB, 8 núcleos (2 servidores de procesamiento de datos)
Grupos HA	La antiafinidad garantiza que las instancias de aplicación se distribuyan entre hosts físicos

Justificación: Cuatro nodos de inquilino garantizan que las instancias de aplicación se ejecuten en múltiples hosts físicos, manteniendo la capacidad de ejecutar todos los servicios dentro del inquilino.

Aumento de recursos del inquilino

VergeOS ofrece tres métodos no disruptivos para agregar recursos a un inquilino en ejecución.

Agregar núcleos/RAM a un nodo existente

Los cambios surten efecto de inmediato en el nodo de inquilino — no se requiere reinicio.

1. Ir al Panel del inquilino → Nodos
2. Haga doble clic en el nodo de destino → haga clic en Editar
3. Modificar los Núcleos y/o RAM campos
4. Haz clic en Enviar

Límites del clúster

El máximo de núcleos y RAM por nodo de inquilino está determinado por los RAM máxima por máquina y Núcleos máximos por máquina ajustes del clúster. Agote los nodos existentes antes de agregar nuevos, a menos que el equilibrio de la carga de trabajo requiera lo contrario.

Validación del cambio de recursos

Cuando se cambian núcleos o RAM en un nodo de inquilino, VergeOS ejecuta validatecluster.gcs contra el clúster primario (y validateclusterfailover.gcs contra el clúster de failover, si se configuró uno). Los cambios que excederían los límites por máquina de cualquiera de los clústeres — o que el host en ejecución no pueda satisfacer con RAM libre — se rechazan, evitando el sobrecompromiso.

Agregar un nuevo nodo de inquilino

1. Ir al Panel del inquilino → Nodos → Nuevo
2. Configurar Núcleos, RAM, Clúster, y Clúster de conmutación por error
3. Selecciona Al perder energía comportamiento (Último estado, Dejar apagado o Encender)
4. Haz clic en Enviar

Nodo preferido

Establecer un nodo preferido es no recomendado para nodos de inquilino. Una configuración incorrecta puede afectar negativamente la redundancia integrada. Consulte al Soporte de VergeOS si es necesario.

Aprovisionar almacenamiento adicional

Nuevo nivel de almacenamiento:

1. Panel del inquilino → Agregar almacenamiento → seleccione Nivel → ingrese aprovisionado cantidad → Enviar

Expandir nivel existente:

1. Panel del inquilino → desplácese hasta Almacenamiento sección → haga clic en Editar en el nivel deseado
2. Ingrese el nuevo total cantidad aprovisionada (por ejemplo, cambie 50 GB a 75 GB para agregar 25 GB)

Reducción de recursos del inquilino

Reducir núcleos/RAM

Los núcleos y la RAM pueden reducirse en un nodo de inquilino en ejecución sin apagarlo. Sin embargo, si esos recursos se están utilizando actualmente por VMs del inquilino, la reclamación real se difiere hasta que las VMs se apaguen.

Ejemplo: Reduce la RAM de un nodo de inquilino de 32 GB a 28 GB, pero las VMs están usando actualmente los 32 GB completos. La configuración cambia de inmediato, pero la diferencia de 4 GB no se recupera hasta que las VMs liberen esa memoria.

Eliminar un nodo de inquilino

1. Apague o migre todas las VMs del nodo
2. Apague el nodo de inquilino
3. Navega a Panel del inquilino → Nodos → seleccione el nodo → Eliminar

Requisito mínimo de nodo

Un inquilino siempre debe tener al menos un nodo. Antes de eliminar cualquier nodo de inquilino, asegúrese de que al menos quede otro nodo y de que todas las cargas de trabajo se hayan migrado fuera del nodo que se va a quitar.

Rutas de escalado: primero vertical, luego horizontal

La estrategia de escalado recomendada para inquilinos sigue una progresión clara:

Paso 1: Escalar verticalmente

Aumente los núcleos y la RAM en los nodos de inquilino existentes hasta el máximo del clúster. Este es el camino más simple y sin interrupciones.

Paso 2: Escalar horizontalmente

Cuando los nodos existentes estén al máximo, agregue nuevos nodos de inquilino. Colóquelos en el mismo clúster para una expansión general o en clústeres diferentes para hardware especializado.

Paso 3: Agregar almacenamiento

Expanda el almacenamiento aprovisionado independientemente del cómputo. Agregue capacidad a un nivel existente o aprovisione un nuevo nivel de almacenamiento.

Paso 4: Reequilibrar

Si la distribución de recursos se vuelve desigual entre nodos, equilibre RAM/núcleos entre nodos en lugar de maximizar uno y aprovisionar mínimamente otro.

¿Vienes de VMware o Nutanix?

En VMware y Nutanix, "escalar un inquilino" generalmente significa redimensionar una cuota y confiar en el programador. En VergeOS, dimensiona directamente nodos de inquilino dedicados.

Plataforma	Modelo de aislamiento	Acción de escalado
VergeOS	Cada inquilino es un VDC con nodos de inquilino dedicados (red encapsulada + volúmenes de almacenamiento aislados)	Edite en vivo los núcleos/RAM de un nodo de inquilino, o agregue un nodo — el sistema contabiliza la sobrecarga automáticamente

Prácticas recomendadas

Práctica	Orientación
Comience con un nodo	Use por defecto inquilinos de un solo nodo; agregue nodos solo cuando sea necesario
Ajuste el tamaño para ahora	Aprovisione para las necesidades actuales/cercanas en el tiempo, no para un crecimiento futuro especulativo
Maximice antes de agregar	Aumente los recursos del nodo existente antes de agregar nuevos nodos (a menos que el equilibrio de la carga de trabajo requiera lo contrario)
Equilibre los recursos	Cuando se necesiten dos nodos, distribuya los recursos de manera uniforme en lugar de maximizar uno y minimizar el otro
Use grupos HA	Para inquilinos de varios nodos con requisitos HA, configure reglas de antiafinidad para que las VMs se distribuyan entre hosts físicos
Haga coincidir los clústeres con las cargas de trabajo	Coloque los nodos de inquilino en clústeres con hardware que coincida con la carga de trabajo (GPU, alta memoria, estándar)
Monitoree y ajuste	Use los paneles del inquilino e informes de uso para identificar cuándo se necesita escalar