> 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/network-design.md). # Diseño de red Por favor, revise los [conceptos básicos](/plan-and-deploy/es/guia-de-implementacion/concepts.md) primero para obtener más información sobre los tipos de red de VergeOS antes de revisar este documento. {% hint style="info" %} **Los siguientes modelos de red están diseñados para la redundancia** {% endhint %} ## Requisitos generales (todos los modelos de diseño de red) {% hint style="info" %} **Para entornos con más de 2 nodos, se requieren switches para** [**Redes Core Fabric**](/overview/es/glossary.md#core-fabric-network) {% endhint %} ### Requisitos de red Core Fabric * Tramas Jumbo configuradas en todos los puertos de switch de la red Core Fabric * Tamaño mínimo de MTU 9000 * Tamaño de MTU recomendado de **9216** y superiores * Tráfico de broadcast permitido entre nodos * Las redes Core Fabric 1 y 2 en sus **propias** redes dedicadas de capa 2 * Las redes Core Fabric para sistemas VergeOS ubicados en el mismo sitio deben estar completamente aisladas entre sí * La latencia de red entre nodos en las redes Core Fabric debe ser <0,05 ms (sin saltos de switch) {% hint style="warning" %} **Red Core Fabric - Sin saltos de switch entre nodos** Todos los nodos deben estar conectados a la misma infraestructura de conmutación con **cero saltos de switch** entre ellos. Añadir saltos de switch en la ruta de core fabric introducirá latencia que puede afectar significativamente el rendimiento y la estabilidad del clúster. Este requisito se aplica a todas las redes Core Fabric. {% endhint %} ### Requisitos de redes externas * MTU estándar (1500) configurada en todos los puertos de switch de la red externa * Tramas Jumbo (9000-9216) opcionales si son requeridas por las cargas de trabajo * Redes externas configuradas como trunks VLAN (etiquetadas con 802.1Q) * Se permiten varias VLAN en los puertos trunk para la separación de cargas de trabajo/inquilinos * Se recomienda el bonding LACP (802.3ad) para redundancia y agregación de ancho de banda * Se admite bonding activo-en-espera como alternativa * Latencia de red <1 ms aceptable para la mayoría de las cargas de trabajo * Enrutable hacia redes ascendentes (gateways, internet, otra infraestructura) * Se permite el protocolo spanning tree (operación estándar de capa 2) ## Capa 2 agregada + Core dedicado Este modelo utiliza una red de capa 2 agregada para las redes Externa, de UI y de gestión de API, mientras mantiene redes dedicadas de capa 2 para el tráfico de Core Fabric. ### Casos de uso * Entornos de producción de alto rendimiento * Entornos VMware existentes que usan un switch distribuido * Entornos donde desea desplegar VMs directamente en VLANs que son externas a VergeOS ### Requisitos * 4 puertos de red de 10/25/40/100GbE por nodo * Infraestructura de conmutación que admite stacking (MLAG) - Para la red externa ### Configuración de red * 4 redes físicas de VergeOS: * Red Core Fabric 1 * Red Core Fabric 2 * Red externa 1 - vínculo primario * Red externa 2 - vínculo secundario * Las redes Core Fabric 1 y 2 en sus **propias** redes dedicadas de capa 2 * Una única VLAN para la gestión de UI/API (en la red externa agregada primaria) * Cualquier otra VLAN requerida por sus cargas de trabajo (en la red externa agregada primaria) ### Diagrama ![Capa 2 agregada + Core dedicado](/files/a3a01318fad0ba40ad166ba87796bf6d7f9382b9) ## Capa 3 dinámica + Core Fabric dedicado Este modelo utiliza redes de capa 3 anunciadas dinámicamente para las redes Externa, de UI y de gestión de API, mientras mantiene redes dedicadas de capa 2 para el tráfico de Core Fabric. ### Casos de uso para L3+DC * Entornos de producción de alto rendimiento * Despliegues a gran escala * Entornos que requieren segmentación de red avanzada ### Requisitos * 4 puertos de adaptador de red de 10/25/40/100Gb por nodo controlador * Una red de capa 3 externa al sistema con la que VergeOS puede emparejarse * Capacidades de BGP, OSPF o EIGRP * Uso de redes internas de VergeOS para cargas de trabajo ### Configuración de red * 4 redes físicas de VergeOS: * Red Core Fabric 1 * Red Core Fabric 2 * Red externa 1 * Red externa 2 * Las redes Core Fabric 1 y 2 en sus **propias** redes dedicadas de capa 2 * Una única red anunciada dinámicamente para la gestión de UI/API * Cualquier otra red anunciada dinámicamente requerida por sus cargas de trabajo ### Diagrama ![Capa 3 agregada + Core dedicado](/files/797c02fe4172c803437cd518c3e1116dd1ebde23) ## Capa 3 estática + Core Fabric dedicado Este modelo utiliza una red de capa 3 agregada para las redes Externa, de UI y de gestión de API, mientras mantiene redes dedicadas de capa 2 para el tráfico de Core Fabric. ### Casos de uso para L3+DC * Entornos de producción de alto rendimiento * Despliegues a gran escala * Entornos que requieren segmentación de red avanzada ### Requisitos * 4 puertos de adaptador de red de 10/25/40/100Gb por nodo controlador * Infraestructura de conmutación que admite stacking (MLAG) - Para la red externa * Infraestructura de conmutación con capacidad de capa 3 para la red externa * Uso de redes internas de VergeOS para cargas de trabajo ### Configuración de red * 4 redes físicas de VergeOS: * Red Core Fabric 1 * Red Core Fabric 2 * Red externa 1 - vínculo primario * Red externa 2 - vínculo secundario * Las redes Core Fabric 1 y 2 en sus **propias** redes dedicadas de capa 2 * Una única red enrutada estáticamente para la gestión de UI/API * Cualquier otra red enrutada estáticamente requerida por sus cargas de trabajo ### Diagrama ![Capa 3 agregada + Core dedicado](/files/3cba4f72091a941ed803e01d5df416bb1696d01d) ## Capa 2 estática usando 2 puertos de red En este modelo, todas las redes (Core Fabric, Externa/Gestión, Cargas de trabajo) se combinan en una única red física de VergeOS agregada. ### Casos de uso - 2 puertos de red * Pruebas de concepto * Despliegues Edge pequeños * Configuraciones de recuperación ante desastres * Cargas de trabajo de desarrollo * Proveedores de nube bare metal {% hint style="info" %} **Cada red asignada estáticamente que enrute a VergeOS en este diseño del sistema no tendrá redundancia** {% endhint %} ### Requisitos - 2 puertos de red * 2 puertos de adaptador de red de 10/25/40/100GbE por nodo * Capacidad para transportar VLAN en trunk y establecer una VLAN nativa en el switch ### Configuración de red - 2 puertos de red * 2 redes físicas * Red Core Fabric 1 * Red Core Fabric 2 * Todas las redes etiquetadas con VLAN * Las VLAN de la red Core configuradas como nativas * Una única VLAN para la gestión de UI/API (cualquiera de las redes Core Fabric) * Cualquier otra VLAN requerida por sus cargas de trabajo (cualquiera de las redes Core Fabric) ### Diagrama - 2 puertos de red ![Capa 2 agregada](/files/20edff0925f910ee1032c30bd50e252371c9b243) Al elegir el modelo de diseño de red adecuado según su caso de uso y sus requisitos específicos, puede garantizar un rendimiento y una escalabilidad óptimos para su despliegue de VergeOS. --- # 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/plan-and-deploy/es/guia-de-implementacion/network-design.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.