> 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/knowledge-base/es/tenants/tenant-node-planning-guide.md). # Guía de planificación de nodos del inquilino ## Resumen Esta guía describe consideraciones clave para determinar un número óptimo de nodos de inquilino, la asignación de recursos de cómputo y las estrategias de ubicación para implementaciones de inquilinos de VergeOS. Un diseño eficaz de nodos de inquilino favorece un rendimiento y una utilización de recursos óptimos, al tiempo que mantiene los beneficios de aislamiento y seguridad de los entornos de inquilino. ## Requisitos previos Antes de usar esta guía, debe tener una comprensión básica general de los conceptos de inquilino; consulte [Descripción general de inquilinos](/run-the-platform/tenants/overview.md) si es nuevo en los inquilinos de VergeOS. ## Propósito y alcance Esta guía ayuda a los administradores a tomar decisiones informadas sobre: * Una cantidad adecuada de nodos de inquilino según los requisitos del inquilino * Estrategias de asignación de recursos entre nodos de inquilino * Consideraciones de ubicación física para los nodos de inquilino *** ## ¿Qué son los nodos de inquilino? **Los nodos de inquilino simulan hosts físicos** Los nodos de inquilino son servidores virtuales que simulan nodos físicos de VergeOS, replicando de cerca la misma funcionalidad, para crear un entorno privado de inquilino. Cada inquilino consta de uno o más nodos de inquilino que, en conjunto, proporcionan infraestructura de cómputo, almacenamiento y red para las cargas de trabajo del inquilino, al tiempo que mantienen la separación y la privacidad mediante la red encapsulada del inquilino. ## Características de los nodos de inquilino **Comunicación segura entre hosts** * El inquilino puede ampliarse de forma segura en varios hosts físicos * La red encapsulada protegida del inquilino permite que sus nodos se comuniquen entre sí de forma segura **Movilidad** * Diseñado para la portabilidad entre infraestructuras físicas * Migración entre hosts físicos para mantenimiento o balanceo de carga * Conmutación por error automática a otros nodos físicos durante fallos de hardware * Capacidades de migración en vivo sin interrupción del servicio **Asignación de recursos ajustada** * Los nodos de inquilino pueden implementarse en clústeres o hosts con diferentes configuraciones de hardware (incluido equipo especializado como vGPU) para adaptarse a distintos requisitos de carga de trabajo dentro del inquilino. **Escalado horizontal y vertical** * Los recursos de un nodo de inquilino pueden aumentarse o reducirse sin reiniciar * Se pueden añadir nodos de inquilino para escalar los recursos de cómputo entre varios hosts físicos * La arquitectura existente del inquilino se amplía sin problemas con nuevos nodos de inquilino *** ## Inquilinos de un solo nodo {% hint style="info" %} **Puntos clave** * Los inquilinos de un solo nodo proporcionan redundancia mediante conmutación por error automática * Se prefiere un único nodo de inquilino cuando puede satisfacer los requisitos de recursos * Se pueden añadir nodos de inquilino adicionales, sin interrupciones, según sea necesario para escalar los recursos de un inquilino {% endhint %} Un inquilino puede ejecutarse en un solo nodo de inquilino y aun así proporcionar redundancia, porque el sistema emplea un mecanismo de «watchdog» que reiniciará automáticamente un nodo de inquilino en un nuevo host físico si su servidor físico fallara, o si el nodo virtual de inquilino deja de responder durante un período. Para las operaciones de mantenimiento, se crea automáticamente un nodo de inquilino temporal para migrar en vivo sin problemas las cargas de trabajo del inquilino. Si los requisitos de RAM y núcleos se cumplen con un solo nodo de inquilino y no hay necesidades de red o de dispositivos que requieran que los nodos de inquilino estén en varios hosts, a menudo se prefiere un solo nodo por simplicidad. ## Flexibilidad de escalado Los inquilinos de VergeOS proporcionan escalado de recursos sin interrupciones; puede agregar recursos a su inquilino sin interferir con las cargas de trabajo en ejecución. Por lo general, los nodos de inquilino deben planificarse e implementarse en función de las necesidades actuales o a corto plazo de la carga de trabajo, aumentando los recursos según sea necesario. Este enfoque evita desperdiciar recursos asignados que no se usan. **Opciones de escalado sin interrupciones:** * Agregar recursos a los nodos de inquilino existentes * Agregar nodos de inquilino adicionales para distribuir la carga * Migrar nodos de inquilino a diferentes hosts físicos * Escalar el almacenamiento independientemente de los recursos de cómputo Para conocer procedimientos detallados sobre cómo aumentar los recursos del inquilino, consulte la [Aumentar los recursos del inquilino](/run-the-platform/tenants/add-tenant-resources.md) documentación. ## Inquilinos con varios nodos Para implementaciones de inquilinos más grandes o aquellas que requieren especificaciones de hardware variadas, puede ser necesario más de un nodo de inquilino. Las siguientes secciones describen las condiciones que hacen necesarios varios nodos. **1. Necesidades de recursos de cómputo que superan los máximos de la carga de trabajo** Se necesitan varios nodos de inquilino cuando un inquilino requiere más recursos de cómputo de los que el clúster permitirá dentro de una sola máquina. La cantidad de memoria y el número de núcleos que se pueden asignar a un solo nodo de inquilino están limitados por la configuración del clúster: [***RAM máxima por máquina***\_ y \_***Máximo de núcleos por máquina***](/run-the-platform/system-administration/cluster-settings.md). **2. Requisitos de la carga de trabajo del inquilino** Algunos requisitos de las aplicaciones hacen necesarios varios nodos de inquilino para permitir la distribución de las cargas de trabajo entre servidores físicos: * **Aplicaciones en clúster**: Los inquilinos que usan aplicaciones en clúster (p. ej., granjas web, Hadoop, clústeres de bases de datos) suelen tener requisitos de ejecutar varias instancias en diferentes hosts físicos para alta disponibilidad, balanceo de carga o procesamiento paralelo. * **Capacidades de hardware mixtas**: Para proporcionar a un inquilino perfiles de rendimiento variables o hardware especializado de passthrough (vGPU, PCI, dispositivos USB), puede ser necesario implementar varios nodos de inquilino ejecutándose en diferentes nodos o clústeres físicos de VergeOS. * **Requisitos normativos**: Algunos inquilinos pueden tener requisitos de cumplimiento para la separación de hardware entre cargas de trabajo. ## Determinación de los requisitos de recursos del inquilino **Requisitos de CPU** * Evalúe el total de núcleos de CPU necesarios para todas las cargas de trabajo planificadas * Tenga en cuenta los patrones de uso máximo y los requisitos de rendimiento * Considere diferentes tipos de carga de trabajo (intensiva en CPU frente a vinculada a E/S), donde podría tener sentido implementar en diferentes nodos o clústeres con capacidades de hardware especializadas. **Requisitos de memoria** * Calcule la RAM total necesaria para todas las máquinas virtuales planificadas * Incluya memoria para los servicios de infraestructura planificados del inquilino, como NAS, IA, etc. * El sistema gestiona la sobrecarga de memoria mediante procesos integrados. **No se requiere cálculo manual de sobrecarga** El sistema VergeOS tiene en cuenta automáticamente la sobrecarga del hipervisor y del almacenamiento al asignar recursos a los nodos de inquilino. La memoria que asigne está completamente disponible para el inquilino para distribuirla entre sus propias cargas de trabajo. **Estrategia de dimensionamiento adecuado** Por lo general, se recomienda ajustar adecuadamente los recursos de cómputo del inquilino para que coincidan con las demandas reales de la carga de trabajo, en lugar de asignar capacidad sobrante para el crecimiento futuro. Este enfoque optimiza la utilización de recursos y permite un escalado orgánico a medida que evolucionan los requisitos. ## Configuraciones de ejemplo Los siguientes ejemplos ilustran diferentes configuraciones de nodos de inquilino para demostrar conceptos y requisitos clave de planificación. ### Ejemplo 1 - Inquilino pequeño de un solo nodo **Escenario:** * Un inquilino con solo 3 VM, sin requisitos especiales * La configuración del clúster de hosts permite *RAM máxima por máquina*: 64 GB de RAM y *Máximo de núcleos por máquina*: 16 * El entorno de hosts incluye varios nodos físicos, cada uno con los mismos dispositivos passthrough disponibles para las cargas de trabajo del inquilino **Requisitos:** * Un total de 16 GB de RAM y 8 núcleos para las cargas de trabajo actuales del inquilino * Algunas cargas de trabajo del inquilino requieren dispositivos vGPU **Configuración:** * Nodos de inquilino: 1 * Recursos: 16 GB de RAM, 8 núcleos **Motivo:** Un solo nodo proporciona recursos suficientes para la carga de trabajo al tiempo que mantiene la simplicidad. La conmutación por error automática de los nodos de inquilino garantiza la redundancia sin complejidad adicional. **Ruta de escalado:**\ Agregue más RAM/núcleos al nodo de inquilino a medida que crezcan las necesidades de recursos (se pueden agregar 48 GB de RAM y 8 núcleos adicionales a este nodo inicial), o agregue un segundo nodo de inquilino si las necesidades de recursos superan 64 GB/16 núcleos. ### Ejemplo 2 - Inquilino de tamaño medio que ejecuta aplicaciones web de alta disponibilidad **Escenario:** * Un inquilino de tamaño medio que ejecuta aplicaciones web orientadas al cliente con una configuración multiinstancia, balanceada por carga/de alta disponibilidad * La configuración del clúster de hosts permite *RAM máxima por máquina*: 128 GB de RAM y *Máximo de núcleos por máquina*: 16 **Requisitos:** * 4 servidores web (2 por host para HA) * 2 servidores de base de datos (principal/réplica en hosts separados) **Configuración:** * Nodos de inquilino: 2 * Nodo 1: 64 GB de RAM, 12 núcleos (alberga 2 servidores web + servidor principal de base de datos) * Nodo 2: 64 GB de RAM, 12 núcleos (alberga 2 servidores web + réplica de base de datos) * Las VM del inquilino usan la configuración de grupos HA para mantener la antiafinidad de nodos, lo que ayuda a distribuir las cargas de trabajo entre hosts separados {% hint style="success" %} [**Este artículo de KB**](/knowledge-base/es/automation-api/determine-node-where-vm-runs.md) **proporciona información sobre el uso de grupos HA para la antiafinidad de nodos** {% endhint %} **Motivo:** Aunque la configuración del clúster de hosts permite suficientes recursos dentro de un solo nodo de inquilino, varios nodos garantizan que los servidores web y los componentes de base de datos del inquilino se ejecuten en diferentes hosts físicos para cumplir los requisitos de HA de la aplicación del inquilino. **Ruta de escalado:** Agregue más RAM/núcleos a los nodos existentes a medida que crezcan las necesidades de cómputo, o agregue nodos de inquilino adicionales si los requisitos comienzan a superar 256 GB/32 núcleos o si se vuelve necesario un mayor aislamiento físico de la carga de trabajo. ### Ejemplo 3 - Inquilino con cargas de trabajo mixtas y hardware especializado **Escenario:** * El cliente del inquilino necesita recursos de cómputo estándar, alto rendimiento para renderizado de video y aceleración por GPU para cargas de trabajo de procesamiento de video * El entorno de hosts tiene varios clústeres con distintas configuraciones de hardware y perfiles de rendimiento * Clústeres de hosts aplicables: * Estándar (procesadores de gama media, relación estándar procesador/núcleo); *RAM máxima por máquina*: 64 GB de RAM y *Máximo de núcleos por máquina*: 16 * Clúster vGPU (procesadores de gama alta, dispositivos vGPU); *RAM máxima por máquina*: 64 GB de RAM y *Máximo de núcleos por máquina*: 16 * Clúster de alto rendimiento (procesadores de gama alta, alta densidad de memoria) *RAM máxima por máquina*: 128 de RAM y *Máximo de núcleos por máquina*: 16 **Requisitos:** * 128 GB/16 núcleos para VMs estándar (servidores de archivos y herramientas de administración) * 64 GB/16 núcleos para VMs aceleradas por GPU para renderizado de video * 48 GB/12 núcleos para host de alto rendimiento para estaciones de trabajo de edición **Configuración:** * Nodos de inquilino: 4 * Nodo 1: 64 GB de RAM, 8 núcleos (clúster estándar para servidores de archivos) * Nodo 2: 64 GB de RAM, 8 núcleos (clúster estándar para servidores de archivos/herramientas de administración) * Nodo 3: 64 GB de RAM, 16 núcleos (clúster vGPU para estaciones de trabajo de renderizado de procesamiento de video) * Nodo 4: 48 GB de RAM, 8 núcleos (clúster premium para estaciones de trabajo de edición) **Motivo:** Varios nodos permiten la ubicación en diferentes clústeres con distintas capacidades de hardware: estándar, con GPU y de alto rendimiento. Se necesitan dos nodos en el clúster Estándar para proporcionar los 128 GB de RAM necesarios para los servidores de archivos y las herramientas de administración. **Coincidencia de hardware:** Cada nodo de inquilino se ubica en una infraestructura física que coincide con los requisitos de su carga de trabajo (configuración de nodo de inquilino *clúster* ), optimizando tanto el rendimiento como el costo. **Ruta de escalado:** Para cada nodo/clúster: agregue más RAM/núcleos al nodo existente si la configuración máxima del clúster lo permite, o agregue nodos de inquilino adicionales. ### Ejemplo 4 - Inquilino con requisitos de aplicaciones en clúster **Escenario:** * Cliente empresarial inquilino que ejecuta una plataforma de analítica distribuida que requiere implementación en varios hosts para las funciones de balanceo de carga y redundancia de la aplicación. * La configuración del clúster de hosts permite *RAM máxima por máquina*: 96 GB de RAM y *Máximo de núcleos por máquina*: 16 **Requisitos:** * Compatibilidad con 3 servidores de aplicaciones en 3 hosts físicos (48 GB de RAM/8 núcleos cada uno) * Compatibilidad con 3 servidores de bases de datos (16 GB de RAM/4 núcleos cada uno) * Compatibilidad con 2 servidores de procesamiento de datos (16 GB de RAM/8 núcleos cada uno) **Configuración:** * Nodos de inquilino: 4 * Nodo 1: 64 GB de RAM, 12 núcleos (1 servidor de aplicaciones + 1 servidor de base de datos) * Nodo 2: 64 GB de RAM, 12 núcleos (1 servidor de aplicaciones + 1 servidor de base de datos) * Nodo 3: 64 GB de RAM, 12 núcleos (1 servidor de aplicaciones + 1 servidor de base de datos) * Nodo 4: 32 GB de RAM, 8 núcleos (2 servidores de procesamiento de datos) * Las VM del inquilino usan la configuración de grupos HA para mantener la antiafinidad de nodos, lo que ayuda a distribuir las cargas de trabajo entre hosts separados {% hint style="success" %} [**Este artículo de KB**](/knowledge-base/es/automation-api/determine-node-where-vm-runs.md) **proporciona información sobre el uso de grupos HA para la antiafinidad de nodos** {% endhint %} **Motivo:** Cuatro nodos de inquilino garantizan que las instancias de aplicaciones se ejecuten en varios hosts físicos, al tiempo que mantienen la capacidad de ejecutar todos los servicios. **Ruta de escalado:** Agregue más RAM/núcleos a los nodos existentes de inquilino a medida que lo permitan la configuración máxima del clúster; configure nodos adicionales cuando los requisitos de recursos no puedan satisfacerse con los cuatro originales. --- # 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/knowledge-base/es/tenants/tenant-node-planning-guide.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.