> 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/plan-and-deploy/es/guia-de-implementacion/sizing.md). # Dimensionamiento de nodos Perfiles de hardware de referencia para nodos VergeOS. Use estas recomendaciones para planificar implementaciones de Producción estándar, Small/Edge y Copia de seguridad. Póngase en contacto con Ventas o con un socio para diseños de Rendimiento o a gran escala. Utilice esta guía para planificar el hardware para una implementación de VergeOS. Los perfiles a continuación son **recomendaciones de referencia**, no mínimos absolutos. Comience con el perfil que coincida con su implementación. Luego ajuste según la densidad de la carga de trabajo, el programa y la retención de instantáneas, las ventanas de mantenimiento y el crecimiento. {% hint style="info" %} **Recursos de la carga de trabajo** Los valores de esta guía cubren el funcionamiento del sistema VergeOS. Asigne CPU, RAM y almacenamiento adicionales para las máquinas virtuales, las aplicaciones, la carga máxima y el crecimiento. {% endhint %} ## Selección del modelo de implementación Utilice esta tabla para seleccionar el perfil correcto para dimensionar los nodos. Estos modelos están destinados como orientación general y no como prescripciones rígidas. Elija el modelo que se ajuste a su entorno y luego adáptelo a sus requisitos específicos. | Modelo de implementación | Casos de uso típicos | Características clave | Cuándo elegir | | ----------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | | [**Producción estándar**](#standard-production) | Cargas de trabajo mixtas, bases de datos moderadas, aplicaciones empresariales generales | CPU/RAM equilibradas, rendimiento predecible, redundancia total | Implementaciones de uso general que necesitan escalado sencillo y rendimiento predecible para aplicaciones de negocio | | [**Copia de seguridad**](#backup-nodes) | Retención de archivos, copias de seguridad sincronizadas | Se aceptan medios de menor durabilidad; Tier 0 solo en los nodos controladores | Cuando los nodos almacenan datos de copia de seguridad, no cargas de trabajo de producción | | [**Pequeño / Edge**](#small-edge) | Comercio minorista, sitios remotos, sensores, analítica ligera | 1–2 nodos, sencillo, baja densidad, a menudo sin Tier 0 dedicado | Cuando la simplicidad y la huella importan más que el rendimiento | | [**Nodo único**](#single-node-systems) | Sitios pequeños, laboratorios, entornos de prueba | Sin Core Fabric, metadatos en la capa principal | Cuando no se requiere redundancia | | [**Rendimiento / Alta capacidad / Escala**](#performance-high-capacity-scale) | Bases de datos de alto IOPS, analítica con GPU, VDI grande, alojamiento multiinquilino | CPUs de alta frecuencia base, grandes buffers de RAM, Tier 0 de alta durabilidad, mucho NVMe | Cuando el rendimiento o la escala es el requisito principal | ## Cómo usar esta guía 1. [Aplique los requisitos genéricos del nodo](#generic-node-requirements) — CPU, RAM, NIC, tipo de disco, durabilidad 2. [Identifique su modelo de implementación](#deployment-model-selection) — use la tabla anterior para seleccionar su perfil 3. [Dimensione Tier 0 (metadatos)](#tier-0-metadata-sizing) — según la capacidad utilizable de Tier 1–5 y la retención de instantáneas 4. [Agregue CPU y RAM para las cargas de trabajo](#ram-for-storage) — requisitos del sistema VergeOS más recursos de carga de trabajo de los invitados La mayoría de los sistemas de Producción estándar funcionan como un solo clúster HCI. El número de clústeres es un proxy breve para el modelo de implementación: * **1 clúster:** HCI. Los roles de controlador, almacenamiento y cómputo pueden compartir los mismos nodos. * **2 clústeres:** UCI/HCI híbrido. * **3 o más clústeres:** UCI completo. Para los modelos HCI y UCI, los tipos de nodo y cuándo separar los roles, consulte [HCI vs UCI: Modelos de implementación](/learn-the-platform/es/modulo-1-fundamentos-de-la-arquitectura/02-hci-vs-uci.md) y [Clústeres y tipos de nodo](/learn-the-platform/es/modulo-1-fundamentos-de-la-arquitectura/05-clusters-nodes.md) en Aprenda la plataforma. {% hint style="info" %} **HCI es el valor predeterminado** Los nodos controladores dedicados, solo de almacenamiento o solo de cómputo son opciones de diseño opcionales, no un requisito para cada implementación. {% endhint %} VergeOS Sales, Support y los distribuidores autorizados pueden ayudar con la revisión de cargas de trabajo y la selección de hardware. Consulte [Contactar con Verge.io](https://www.verge.io/contact/). ## Requisitos genéricos del nodo Estos mínimos se aplican a todos los tipos y perfiles de nodo: * Procesador AMD o Intel x86\_64 con virtualización por hardware * Mínimo **16 GB de RAM** dedicados a VergeOS * IPMI, iDRAC, iLO o gestión fuera de banda equivalente * Controladora HBA o RAID en **modo JBOD o IT** (sin RAID); se prefiere conexión directa NVMe * **1 × 1 GbE** NIC para la red externa (Intel, NVIDIA Mellanox o Broadcom) * **1 × 10 GbE** NIC para la red Core Fabric (Intel, NVIDIA Mellanox o Broadcom; no es necesaria para implementaciones de nodo único) {% hint style="info" %} **Referencia de controladores de hardware** VergeOS incluye un amplio conjunto de controladores de red y almacenamiento como parte de la plataforma. Si está planificando una implementación y desea revisar el inventario de controladores, consulte: * [Controladores Ethernet incluidos](/plan-and-deploy/es/guia-de-implementacion/sizing/nic-driver-list.md) * [Controladores de almacenamiento incluidos](/plan-and-deploy/es/guia-de-implementacion/sizing/storage-driver-list.md) Si no ve el hardware que pretende usar, contacte con **Ventas de VergeOS** para recibir orientación. {% endhint %} Para el diseño de la Core Fabric y la red externa, consulte [Diseño de red](/plan-and-deploy/es/guia-de-implementacion/network-design.md). ### Guía sobre discos y durabilidad Revise esta guía antes de seleccionar discos para un perfil. {% hint style="danger" %} **Solo discos empresariales (producción)** VergeOS no admite oficialmente discos de consumo en producción ni en sistemas de copia de seguridad de producción. Use dispositivos de grado empresarial. Los discos de consumo pueden ser aceptables para pruebas, desarrollo o pruebas de concepto cuando la pérdida de datos sea aceptable. Algunos dispositivos de consumo fallan debido a límites de firmware o comandos no estándar. {% endhint %} {% hint style="warning" %} **Dispositivos solo de arranque (incluida Dell BOSS)** Los dispositivos orientados al arranque, como las tarjetas Dell BOSS, son para **solo arranque o solo SO**. No se les asigne a las capas de almacenamiento 0–5. Selecciónelos como dispositivos solo de arranque para VergeOS. Estos dispositivos carecen de la durabilidad de escritura y del búfer de escritura que necesitan Tier 0 y las capas de carga de trabajo. {% endhint %} * **Tier 0:** Use solo medios empresariales. No use NVMe de consumo. Para requisitos de durabilidad y capacidad, consulte [Dimensionamiento de Tier 0 (metadatos)](#tier-0-metadata-sizing). * **Capas de carga de trabajo de producción (Tier 1–5):** Use solo medios empresariales. No use NVMe de consumo. Para medios de uso general o centrados en escritura, use un mínimo de **1 escritura de unidad por día (DWPD)**. Puede usar medios empresariales de lectura intensiva cuando esos medios se ajusten a la carga de trabajo. * Los HDD de más de **8 TB** no se recomiendan fuera de entornos específicos de archivo. Los HDD grandes prolongan el tiempo de reconstrucción y pueden afectar al rendimiento y la disponibilidad. ### Dimensionamiento de Tier 0 (metadatos) Tier 0 alberga metadatos de vSAN: la información estructural que VergeOS usa para seguir los datos utilizables. Un dimensionamiento correcto de Tier 0 es esencial para un funcionamiento estable de vSAN en cada perfil de implementación. Las necesidades de metadatos varían según el comportamiento de la carga de trabajo, la estrategia de instantáneas y la escala de vSAN. Consulte [Capas de almacenamiento en VergeOS vSAN](/run-the-platform/es/almacenamiento/storage-tiers.md). **Dónde se almacenan los metadatos:** la mayoría de las implementaciones almacenan los metadatos en un Tier 0 dedicado. Los sistemas Pequeño/Edge [pueden almacenar los metadatos en la capa principal en su lugar](#small-edge). Se aplica la misma guía de dimensionamiento; reserve la capacidad de metadatos requerida dentro de la capa principal. #### Requisitos base de Tier 0 * **Medio:** SSD empresarial. Tier 0 no tiene que ser NVMe; el SSD SAS empresarial es aceptable cuando cumple los requisitos de durabilidad y capacidad siguientes. * **Durabilidad mínima:** 1 DWPD * **Capacidad:** aproximadamente **5 GB de Tier 0 utilizable por cada 1 TB de capacidad utilizable de Tier 1–5** con 3 DWPD, o un perfil equivalente de capacidad y durabilidad (por ejemplo, 15 GB por 1 TB con 1 DWPD) Ambos lados de esta relación son **capacidad utilizable de todo el sistema**, medida después de la redundancia. Las copias de metadatos — entre los nodos controladores y entre las unidades locales dentro de un nodo — son redundancia, no capacidad utilizable adicional: el Tier 0 utilizable es el Tier 0 bruto dividido por el número de copias locales. Consulte [Redundancia de metadatos Tier 0 del nodo local (D+x)](/run-the-platform/es/almacenamiento/tier0-local-redundancy.md). La equivalencia intercambia capacidad por durabilidad: los metadatos ocupan aproximadamente 5 GB por 1 TB en cualquier caso. En medios de 1 DWPD, la capacidad adicional es margen de durabilidad, no espacio adicional para metadatos. Prefiera suficiente capacidad a 1 DWPD antes que perseguir 3 DWPD cuando los medios empresariales de 1 DWPD satisfagan la necesidad. Esta referencia base supone el valor predeterminado [*Instantáneas del sistema* perfil](/automate-protect-and-extend/es/copia-de-seguridad-y-recuperacion-ante-desastres/snapshot-profiles.md) o una programación similar. Ese perfil conserva **7 instantáneas** a la vez: 3 por hora, 3 diarias (medianoche) y 1 diaria (mediodía). Al contar sus propias instantáneas conservadas, incluya los perfiles de instantáneas de VM y volumen, así como el perfil del sistema. #### Cuándo aumentar la capacidad de Tier 0 **Aumento de la retención de instantáneas** El comportamiento de las instantáneas es un factor principal en el crecimiento de los metadatos. Cada instantánea conservada puede añadir hasta aproximadamente **0,5 GB por cada 1 TB de capacidad utilizable de Tier 1–5** (límite superior). El uso real depende del delta de la instantánea: las cargas de trabajo intensivas en escritura, como SQL pesado o patrones de escritura aleatoria, se acercan al límite superior, mientras que las cargas secuenciales o de pocos cambios usan menos metadatos por instantánea. La línea base conservadora absorbe una retención moderada más allá del perfil predeterminado. Para la mayoría de los sistemas con una **baja a moderada tasa de cambio**, la línea base (5 GB/TB) puede contener unas **25–30 instantáneas**. La telemetría de la flota lo confirma: el percentil 75 a 25 instantáneas es de aproximadamente 4,7 GB/TB, justo en la línea base. Los sistemas con **tasa de cambio moderada a alta** (por ejemplo, uso denso de bases de datos SQL, sistemas de negociación de alta frecuencia, PLC) deberían aumentar a aproximadamente **10 GB de Tier 0 utilizable por cada 1 TB de capacidad utilizable de Tier 1–5** al conservar 25–30 instantáneas. **Ejemplos de dimensionamiento de Tier 0** | Tasa de cambio | Instantáneas conservadas | Dimensionamiento de Tier 0 | Notas | | --------------- | ------------------------ | -------------------------- | ------------------------------------------------------------------------------------------------------ | | Baja a moderada | 7 (predeterminado) | 5 GB/TB (línea base) | La línea base absorbe con seguridad las 7 instantáneas predeterminadas | | Baja a moderada | 25–30 | 5 GB/TB (línea base) | 25–30 instantáneas aún pueden absorberse | | Moderada a alta | 7 (predeterminado) | 5 GB/TB (línea base) | La línea base absorbe con seguridad las 7 instantáneas predeterminadas | | Moderada a alta | 25–30 | 10 GB/TB | Recomendación superior para una mayor retención de instantáneas con una tasa de cambio moderada a alta | Si planea conservar más de unas 25–30 instantáneas o enfrenta cargas de trabajo más allá de esta tabla, póngase en contacto con Ventas de VergeOS o con un socio distribuidor autorizado para recibir ayuda. Consulte [Contactar con Verge.io](https://www.verge.io/contact/). **Expansión planificada de capacidad de vSAN** Dimensione Tier 0 para la capacidad utilizable total de vSAN. Si espera un escalado a corto plazo (agregar nodos de almacenamiento o expandir Tiers 1–5), aumente Tier 0 por adelantado para evitar sustituir más adelante los dispositivos de metadatos. Para agregar Tier 0 después de la instalación, consulte [Agregar Tier 0 a un sistema existente](/knowledge-base/es/storage-vsan/adding-tier-zero.md). El dimensionamiento de metadatos implica varios factores interdependientes. VergeOS Sales y los socios distribuidores autorizados pueden ayudar con la evaluación de cargas de trabajo y la planificación de Tier 0 para nuevas implementaciones y ampliaciones. Consulte [Contactar con Verge.io](https://www.verge.io/contact/). ### RAM para almacenamiento * **Base:** en cada nodo, reserve **16 GB para VergeOS más 1 GB de RAM por cada 1 TB de almacenamiento bruto** en ese nodo. La RAM de carga de trabajo de los invitados es adicional. Por ejemplo, un nodo con 8 TB brutos reserva 24 GB antes de la RAM de los invitados. * **La RAM de búfer de almacenamiento (caché)** es una necesidad separada y aditiva. Es más importante en entornos de rendimiento. No trate una sola cifra más alta de GB/TB como sustituto de ambas necesidades. Para dimensionar [Rendimiento](#performance-high-capacity-scale) nodos del modelo de implementación y su búfer de almacenamiento, póngase en contacto con un socio de VergeOS o con el equipo de ventas de VergeOS. ### CPU y discos de almacenamiento Para los perfiles de Producción estándar y Copia de seguridad, planifique **1 núcleo físico por disco de almacenamiento** en cada nodo que aporte discos a vSAN. Cuente los dispositivos Tier 0 como discos de almacenamiento. No cuente el dispositivo de arranque, ni cuente los hilos de hardware como núcleos adicionales. ## Perfiles de implementación ### Producción estándar Implementaciones equilibradas de uso general para cargas de trabajo mixtas con rendimiento predecible, densidad moderada de VM, redundancia total y escalado sencillo. **Normalmente adecuadas para:** aplicaciones de negocio, bases de datos moderadas, cargas de trabajo ligeras de IA/ML. **Ejemplos de uso:** * Empresa de fabricación que ejecuta ERP, SQL, servicios de archivos y un pequeño grupo de VDI * Empresa de consultoría que ejecuta cargas de trabajo de Windows Server, bases de datos SQL, gestión de documentos y aplicaciones estacionales de alta carga #### Flexibilidad de roles VergeOS admite un diseño flexible de roles de nodo. Los requisitos siguientes describen las necesidades funcionales de los roles de controlador, almacenamiento y cómputo; estos roles pueden combinarse en los mismos nodos físicos según la disponibilidad de hardware, la densidad de la carga de trabajo y la escala de implementación. La mayoría de los sistemas de Producción estándar usan nodos que actúan tanto como controladores como participantes de almacenamiento, y los entornos más pequeños pueden ejecutar cargas de trabajo de controlador, almacenamiento y cómputo en los mismos nodos. Para el diseño de roles de nodo, consulte [Clústeres y tipos de nodo](/learn-the-platform/es/modulo-1-fundamentos-de-la-arquitectura/05-clusters-nodes.md). La lista genérica de NIC es un mínimo. Los sistemas de producción usan dos redes Core Fabric con conexiones redundantes, normalmente 4 × puertos de 10/25/40/100 GbE por nodo. Consulte [Diseño de red](/plan-and-deploy/es/guia-de-implementacion/network-design.md). #### Rol de controlador (nodos 1 y 2; más el nodo 3 en un diseño N+2) Los nodos que cumplen el rol de controlador también pueden participar en almacenamiento y ejecutar cargas de trabajo, según el diseño de implementación. Para los requisitos N+1 y N+2, consulte [Comprender los niveles de redundancia de vSAN](/run-the-platform/es/almacenamiento/vsan-redundancy-levels.md). * **Procesador:** CPU de 2,7 GHz o más (frecuencia base) * **RAM:** 16 GB + 1 GB por cada 1 TB de almacenamiento bruto por nodo, más RAM de la carga de trabajo de los invitados (consulte [RAM para almacenamiento](#ram-for-storage)) * **Almacenamiento Tier 0 (almacenamiento de metadatos):** * SSD empresarial de alta durabilidad (NVMe o equivalente) que proporciona 5 GB de Tier 0 utilizable por cada 1 TB de capacidad utilizable de Tier 1–5 con 3 DWPD, o un perfil equivalente de durabilidad (por ejemplo, 15 GB por 1 TB con 1 DWPD) * Durabilidad mínima aceptable: 1 DWPD {% hint style="info" %} **Consideraciones de capacidad** * Cuando un nodo tiene más de una unidad Tier 0, VergeOS refleja automáticamente los metadatos entre las unidades locales para coincidir con el nivel de redundancia del sistema (dos copias en N+1, tres en N+2), hasta el número de unidades. La capacidad utilizable de Tier 0 es la capacidad bruta total de Tier 0 dividida por el número de copias locales; las unidades adicionales al número de copias requerido añaden capacidad utilizable. Para más detalles, consulte [Redundancia de metadatos Tier 0 del nodo local (D+x)](/run-the-platform/es/almacenamiento/tier0-local-redundancy.md). * Instale dos unidades Tier 0 por nodo controlador en un sistema N+1, y tres en un sistema N+2, para una protección local completa. * La capacidad de metadatos debe aumentarse para entornos con altas tasas de cambio de datos y/o retención ampliada de instantáneas; consulte [Dimensionamiento de Tier 0 (metadatos)](#tier-0-metadata-sizing). {% endhint %} #### Rol de almacenamiento (participantes de vSAN) Los nodos que cumplen el rol de almacenamiento también pueden servir como controladores o ejecutar cargas de trabajo de cómputo. Use al menos dos nodos con configuraciones de disco idénticas (excepto [sistemas de nodo único](#single-node-systems)). * **Procesador:** CPU de 2,7 GHz o más (frecuencia base). La frecuencia base también afecta el rendimiento del almacenamiento en los nodos que ejecutan cómputo. * **RAM:** 16 GB + 1 GB por cada 1 TB de almacenamiento bruto por nodo (consulte [RAM para almacenamiento](#ram-for-storage)) * **CPU:** 1 núcleo físico por disco de almacenamiento (consulte [CPU y discos de almacenamiento](#cpu-and-storage-disks)) * **Almacenamiento:** * Al menos un SSD empresarial NVMe o SATA/SAS por nodo (capa principal) * Los HDD empresariales son aceptables para bajo rendimiento, instantáneas, archivo o servicios de archivos (consulte [guía sobre discos y durabilidad](#disk-and-endurance-guidance)) #### Rol de cómputo Los nodos solo de cómputo son opcionales; las cargas de trabajo de cómputo pueden ejecutarse en nodos controladores o de almacenamiento en implementaciones más pequeñas o consolidadas. * **Nodos solo de cómputo:** siga los [requisitos genéricos del nodo](#generic-node-requirements) y dimensione la CPU y la RAM para las cargas de trabajo alojadas en ellos. La frecuencia base sigue afectando la latencia del disco de los invitados: un nodo solo de cómputo procesa E/S incluso cuando los discos están en otros nodos. * **Roles combinados:** cuando las cargas de trabajo de cómputo se ejecutan en nodos que también cumplen roles de controlador o almacenamiento, asigne recursos adicionales suficientes. Las cargas de trabajo de los invitados requieren su propia capacidad de CPU y RAM, separada de lo que VergeOS necesita para funciones de controlador, manejo de metadatos y participación en vSAN. Dimensione los nodos de rol combinado con RAM adicional para la memoria de los invitados y suficiente margen de CPU para mantener un rendimiento predecible tanto para los servicios del sistema como para las cargas alojadas. *** ### Rendimiento / alta capacidad / escala Utilice este perfil para entornos de alta densidad, alto IOPS y baja latencia, grandes cantidades de instantáneas, patrones de escritura sostenidos o tráfico este-oeste elevado. Las proporciones fijas de GB por TB que funcionan para Producción estándar no escalan de forma lineal en sistemas de Rendimiento grandes. El programa y la retención de instantáneas determinan la necesidad de metadatos. La RAM de búfer de almacenamiento es un requisito adicional independiente. {% hint style="warning" %} **Diseñe con un socio o Ventas** Póngase en contacto con un socio de VergeOS o con el equipo de ventas de VergeOS para diseñar su entorno de rendimiento. Use las [arquitecturas de referencia](/plan-and-deploy/es/arquitecturas-de-referencia/data-science.md) publicadas {% endhint %} **Ejemplos de uso:** * cuando correspondan. No trate las proporciones de Producción estándar como orientación lineal para sistemas NVMe muy grandes (por ejemplo, varios docenas de nodos a escala de petabytes). * Servicios financieros con bases de datos de alta transacción, VDI grande o analítica con GPU MSP regionales que ofrecen alojamiento multiinquilino y cargas de trabajo aceleradas por GPU Cuando un socio diseña el sistema, los bloques de construcción típicos incluyen CPUs de mayor frecuencia base, más RAM por TB de almacenamiento bruto más RAM explícita de búfer de almacenamiento, Tier 0 redundante de alta durabilidad, múltiples SSD empresariales o dispositivos NVMe por nodo de almacenamiento y redes de 25/40/100 GbE. Los valores exactos dependen de la carga de trabajo y la escala. * [Páginas relacionadas:](/plan-and-deploy/es/arquitecturas-de-referencia/data-science.md) * [Implementaciones de clústeres de alto rendimiento](/plan-and-deploy/es/arquitecturas-de-referencia/csp.md) *** ### Pequeño / Edge Implementaciones multiinquilino **Dos nodos o menos. Implementaciones compactas que priorizan la simplicidad y una baja sobrecarga operativa. Adecuadas para sitios pequeños, comercio minorista, instalaciones remotas y edge distribuido. Las cargas de trabajo son modestas y no densas.** * Ejemplos: * Estaciones remotas de supervisión que ingieren datos de sensores y ejecutan analítica ligera #### Ubicaciones minoristas que informan a un sitio central o regional * **Procesador:** Requisitos de nodo [requisitos genéricos del nodo](#generic-node-requirements) * **RAM:** 16 GB + 1 GB por cada 1 TB de almacenamiento bruto por nodo (consulte [RAM para almacenamiento](#ram-for-storage)) * **Tier 0:** vea * Aun así, planifique Tier 0 cuando el diseño requiera dispositivos de metadatos dedicados. Tier 0 no tiene que ser NVMe; se aceptan SSD empresariales SAS o NVMe. **En** sistemas de 1–2 nodos **en los que la capa principal ya sea todo NVMe o todo SSD, un dispositivo Tier 0** dedicado [Dimensionamiento de Tier 0 (metadatos)](#tier-0-metadata-sizing)suele ser innecesario. Los metadatos residen entonces en la capa principal; se aplica la misma guía de dimensionamiento, por lo que reserve la capacidad de metadatos requerida dentro de la capa principal (consulte * **). Confirme el diseño con Ventas, Soporte o un distribuidor autorizado en caso de duda.** Requisitos de nodo [requisitos genéricos del nodo](#generic-node-requirements) * **Red:** Tamaño del clúster: [mínimo de 2 nodos, a menos que despliegue un](#single-node-systems) * **sistema de nodo único** Nota: No es apropiado para cargas de trabajo sensibles al rendimiento [Para un ejemplo de topología, consulte](/plan-and-deploy/es/arquitecturas-de-referencia/edge.md). *** ### Implementaciones de clústeres perimetrales Nodos de copia de seguridad **Dos nodos o menos. Implementaciones compactas que priorizan la simplicidad y una baja sobrecarga operativa. Adecuadas para sitios pequeños, comercio minorista, instalaciones remotas y edge distribuido. Las cargas de trabajo son modestas y no densas.** * Nodos centrados en almacenamiento para retención de copias de seguridad o archivos. * Nodos de almacenamiento en un clúster de producción que usan SSD empresariales de menor DWPD para datos de copia de seguridad #### Ubicaciones minoristas que informan a un sitio central o regional * **Procesador:** Requisitos de nodo [requisitos genéricos del nodo](#generic-node-requirements) * **RAM:** 16 GB + 1 GB por cada 1 TB de almacenamiento bruto por nodo (consulte [RAM para almacenamiento](#ram-for-storage)) * **CPU:** 1 núcleo físico por disco de almacenamiento (consulte [CPU y discos de almacenamiento](#cpu-and-storage-disks)) * **Tier 0:** Nodos en un clúster de copia de seguridad de VergeOS separado que reciben copias de seguridad sincronizadas **1 DWPD**Dimensione Tier 0 en los nodos controladores del sistema de copia de seguridad (nodos 1 y 2). Los sistemas de copia de seguridad de este perfil funcionan con N+1, por lo que hay dos nodos controladores. No añada dispositivos Tier 0 dedicados a cada nodo de almacenamiento de copia de seguridad. Tier 0 no tiene que ser NVMe. Use SSD empresariales SAS o NVMe; no use dispositivos de consumo. Durabilidad mínima aceptable: [Dimensionamiento de Tier 0 (metadatos)](#tier-0-metadata-sizing). * **). Confirme el diseño con Ventas, Soporte o un distribuidor autorizado en caso de duda.** Requisitos de nodo [requisitos genéricos del nodo](#generic-node-requirements) * **Almacenamiento:** * . Retener más instantáneas que el perfil predeterminado puede aumentar el consumo de metadatos y puede requerir mayor capacidad de Tier 0; consulte * Se aceptan dispositivos empresariales de menor rendimiento y menor durabilidad * **sistema de nodo único** Nota: *** ### Los HDD de más de 8 TB pueden utilizarse para diseños específicos de archivo; espere tiempos de reconstrucción prolongados Sistemas de nodo único **Pequeño / Edge** Los sistemas de nodo único siguen el **perfil anterior, con una diferencia: un sistema de nodo único no tiene tráfico vSAN ni de fabric entre nodos, por lo que**. #### Ubicaciones minoristas que informan a un sitio central o regional * **Procesador:** Requisitos de nodo [requisitos genéricos del nodo](#generic-node-requirements) * **RAM:** 16 GB + 1 GB por cada 1 TB de almacenamiento bruto por nodo (consulte [RAM para almacenamiento](#ram-for-storage)) * **Tier 0:** no se requiere una red Core Fabric [Dimensionamiento de Tier 0 (metadatos)](#tier-0-metadata-sizing)) * **). Confirme el diseño con Ventas, Soporte o un distribuidor autorizado en caso de duda.** misma guía que Pequeño / Edge. Cuando la capa principal es todo NVMe o todo SSD, un dispositivo Tier 0 dedicado suele ser innecesario; los metadatos residen entonces en la capa principal, así que reserve allí la capacidad de metadatos requerida (consulte * **sistema de nodo único** 1 × NIC de 1 GbE para la red externa; no se requiere NIC Core Fabric [Redundancia de metadatos Tier 0 del nodo local (D+x)](/run-the-platform/es/almacenamiento/tier0-local-redundancy.md)Un solo nodo no ofrece redundancia a nivel de nodo. La redundancia proviene de las copias entre las unidades locales del nodo — consulte *** ## . Proteja las cargas de trabajo con instantáneas y sincronización o copia de seguridad fuera del sitio. Consideraciones de escalado [Los clústeres de VergeOS escalan horizontalmente. Añada nodos para aumentar la capacidad de almacenamiento y el cómputo. Consulte](/plan-and-deploy/es/guia-de-implementacion/concepts.md) Conceptos básicos para los tipos de nodo y clúster. * Cuando planifique la capacidad del controlador: **Dimensione** el almacenamiento de Tier 0 y la RAM * para el almacenamiento total del clúster y para la política de instantáneas. A medida que crece la densidad de VM, los nodos controladores y HCI pueden necesitar más CPU. A medida que el entorno crece, revise de nuevo el perfil de hardware. Un diseño que encajaba en la primera implementación puede ser incorrecto después de aumentos grandes de capacidad o de carga de trabajo. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.verge.io/plan-and-deploy/es/guia-de-implementacion/sizing.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.