> 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/run-the-platform/es/administracion-del-sistema/core-fabric-status.md). # Guía de estado de Core Fabric ## Requisitos previos * Acceso a la interfaz de VergeOS con privilegios de gestión de nodos * Conocimientos básicos de [la arquitectura de red central de VergeOS](/plan-and-deploy/es/guia-de-implementacion/concepts.md#core-fabric-network) * Acceso a la consola física o a IPMI de los nodos (para solución de problemas) * Conocimiento de las asignaciones de VLAN centrales (Core 1 y Core 2) y de la velocidad de enlace NIC esperada ## ¿Qué es el Core Fabric? El fabric es la columna vertebral de su sistema VergeOS, utilizando la red central para gestionar todas las comunicaciones de nodo a nodo, incluido el tráfico vSAN, el descubrimiento de pares, las operaciones de administración, el tráfico de red entre nodos, las migraciones de VM y de red, y otras funciones. Una implementación típica de VergeOS utiliza **dos redes físicas centrales independientes** ("Core 1 Switch", "Core 2 Switch") para redundancia. Cada nodo debe tener dos rutas físicas independientes a cada otro nodo del clúster. {% hint style="warning" %} **No se requieren saltos de switch** Todos los nodos deben estar conectados al mismo fabric de conmutación con **cero saltos de switch** entre ellos. La latencia objetivo entre nodos en las redes fabric centrales es inferior a 0,05 ms. Añadir saltos de switch introduce latencia que degrada las puntuaciones del fabric y el rendimiento del clúster. {% endhint %} Esta redundancia del core fabric es vital para mantener la resiliencia del sistema y un funcionamiento ininterrumpido, incluso durante una falla de nodo o de disco, y permite realizar tareas de mantenimiento sin tiempo de inactividad. **Requisitos de MTU de Core Fabric:** | Componente | MTU | | ------------------------ | ------------------------------------------ | | Puerto físico del switch | >= 9216 | | NIC física | 9192 (típico) | | superposición VXLAN | MTU de la NIC menos 50 bytes de sobrecarga | {% hint style="info" %} **Cómo funciona la redundancia de Core Fabric** El core fabric gestiona la redundancia a bajo nivel, creando una malla en la que cada nodo mantiene rutas redundantes hacia cada otro nodo del sistema. Debido a esta redundancia integrada, el LAG físico o el enlace de puertos no deberían **no** usarse en redes de core fabric; hacerlo interferirá con los mecanismos propios del fabric. El core fabric de VergeOS proporciona una detección y resiliencia más completas que la agregación de enlaces tradicional. LAG solo detecta y protege contra fallos a nivel de enlace, mientras que el fabric de VergeOS opera en la capa de aplicación, detectando una gama mucho más amplia de problemas, incluidos paquetes descartados, discrepancias de MTU, bloqueos de NIC y firmware defectuoso, además de los simples enlaces desconectados. {% endhint %} ## Acceso al estado del fabric (UI) El estado del fabric está disponible en la interfaz de VergeOS en varios niveles de detalle. | Método | Nivel de detalle | Caso de uso | | ------------------------- | --------------------------- | ----------------------------------------------------------------------------------- | | **Alertas** | Resumen | Monitoreo diario — alertas cuando las rutas se degradan o se pierden | | **Lista de NIC de nodos** | Por NIC | Comprobación rápida del estado de todas las NIC de nodos | | **Panel del nodo** | Por NIC (nodo seleccionado) | Comprobación rápida del estado de NIC individuales y sus conexiones con otros nodos | | **Diagnósticos de nodo** | Informe JSON completo | Solución avanzada de problemas — detalles completos de ruta, puntuación y pares | ### Alertas En el día a día, la supervisión del estado del fabric puede gestionarse mediante el mismo sistema de alarmas usado para el resto de su entorno VergeOS. Se **advertencia** genera una alarma cuando la comunicación bidireccional no está disponible en una ruta de red central. {% hint style="success" %} Al hacer clic en una alarma de la lista se navegará directamente al panel del nodo afectado, donde hay más detalles disponibles. {% endhint %} Para obtener más información sobre cómo ver y gestionar alarmas, consulte la [Guía de alarmas](/run-the-platform/es/operaciones/alarms.md). {% hint style="warning" %} **Atienda inmediatamente las alarmas de la red central** Las alarmas de la red central indican que su sistema puede no tener redundancia completa del fabric. Resuélvalas rápidamente para garantizar que su clúster pueda tolerar una falla sin interrupción. Los disparadores de eventos pueden configurarse para enviar notificaciones por correo electrónico, sistemas de alertas por texto, canales de Slack monitorizados y más, asegurando que los administradores sean notificados de inmediato. Consulte la [Guía del producto Task Engine](/automate-protect-and-extend/es/automatizacion/task-engine.md) para obtener más información sobre cómo crear tareas automatizadas; este [Ejemplo de automatización](/knowledge-base/es/automation-api/automated-task-example-webhook.md) artículo de KB proporciona un ejemplo de cómo configurar notificaciones basadas en eventos. {% endhint %} ### Lista de NIC de nodos Esta es una forma rápida de ver el estado del fabric en todas las NIC de la red central desde una sola página. 1. Navegue a **Infraestructura** > **Nodos**. 2. Haga clic en **NICs** en el menú de la izquierda. 3. Se muestra una lista de todas las NIC de todos los nodos. La **Estado de la red troncal** columna muestra el estado de las NIC de la red central (p. ej., 'Confirmed', 'No Path', 'Degraded'). Un *Estado de la red troncal* valor de 'None' se muestra para las NIC que no participan en el core fabric (p. ej., redes externas). ### Paneles de nodos La información de estado está disponible por NIC desde cada panel del nodo. 1. Navegue a **Infraestructura** > **Nodos**. 2. Haga doble clic en el **nodo** de la lista. 3. Desplácese hasta la **NICs** sección en el panel del nodo. Cada NIC del core fabric muestra ya sea un **Confirmado** indicador de estado o un mensaje de estado de problema (p. ej., No Path, Degraded). 4. Para obtener información más detallada, haga clic en el icono del globo a la derecha. Esto muestra una ventana emergente con los detalles de la NIC: * Proveedor, modelo, interfaz y controlador * **Confirmado** / **Sin ruta** / **Degradada** estado por conexión con cada otro nodo del sistema * **Puntuación** por conexión con cada otro nodo (consulte [Valores de puntuación](#score-values) a continuación) 5. Cada ruta debería mostrar **Confirmado** estado. Cualquier ruta que muestre **Sin ruta** o **Degradada** indica un problema de conectividad que debe investigarse y resolverse. ### Diagnósticos de nodo Los detalles más extensos del estado del fabric (útiles para la solución avanzada de problemas) están disponibles a través de Diagnósticos del nodo. Esto devuelve un informe JSON completo del estado del fabric tal como lo ve el nodo seleccionado, incluidos todos los pares detectados, sus rutas, puntuaciones y estado de confirmación. 1. Navegue a **Infraestructura** > **Nodos**. 2. Seleccione el **nodo** de la lista. 3. Haga clic en **Diagnósticos** en el menú izquierdo. 4. Seleccione **Configuración de la estructura** de la **Consulta** desplegable. 5. Haga clic en **Enviar** para ejecutar. 6. Revise la salida. Los campos clave que debe revisar primero: `paths[].confirmed` y `paths[].score` para cada nodo par. #### Referencia de campos Los siguientes campos aparecen en la salida JSON del estado del fabric. | Campo | Descripción | | ------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `$sysid` | Hash SHA-1 que identifica este sistema VergeOS (obtenido de `/.system_id`) | | `$last_update` | Marca de tiempo de la actualización más reciente del estado del fabric | | `syncing_time` | Campo de nivel superior que indica si el nodo está sincronizando actualmente su reloj con el clúster. Esto debe estar `falso` antes de que el nodo se una por completo. Durante la unión inicial del nodo, es normal que el valor sea `true`. | | `paths` | Matriz de rutas de red hacia este nodo par | | `paths[].ip` | Dirección IP del nodo remoto en la red central | | `paths[].iface` | Interfaz de red local utilizada para alcanzar esta ruta | | `paths[].score` | Puntuación numérica de calidad de conectividad (cuanto mayor, mejor). El máximo depende de la velocidad de enlace de la NIC; consulte [Valores de puntuación](#score-values) abajo. | | `paths[].confirmed` | Si esta ruta se ha verificado como activa y accesible (`true` / `falso`) | | `vxlans` | Puntos finales de túneles VXLAN programados para este par. Estos son los túneles de superposición usados para el tráfico de red virtual entre nodos. | #### Estado confirmado | Valor | Significado | | ------- | --------------------------------------------------------------------------------- | | `true` | La ruta ha sido verificada — la comunicación bidireccional funciona | | `falso` | La ruta no pudo verificarse — la conectividad se ha perdido o nunca se estableció | ### Valores de puntuación El `score` el campo representa la calidad de la conexión a un nodo par a través de una ruta específica. La puntuación máxima corresponde a la velocidad de enlace de la NIC central — una puntuación más alta indica una conexión más rápida y saludable. | Velocidad de enlace de la NIC | Puntuación máxima | | ----------------------------- | ----------------- | | 100 Gbps | 200 | | 50 Gbps | 100 | | 25 Gbps | 50 | | 10 Gbps | 20 | {% hint style="info" %} **Interpretación de las puntuaciones** Una puntuación "perfecta" significa que el valor coincide con el máximo esperado para la velocidad de su NIC. Por ejemplo, una puntuación de **50** en una NIC de 25 Gbps es saludable, mientras que una puntuación de **50** en una NIC de 100 Gbps indica degradación. Compare siempre la puntuación con el máximo para su velocidad de enlace. {% endhint %} Una puntuación significativamente **por debajo** del máximo esperado indica degradación: las posibles causas incluyen latencia de red, pérdida de paquetes o enrutamiento subóptimo. Una puntuación de **0** indica una pérdida completa de la comunicación bidireccional. {% hint style="success" %} **Confirmado frente a puntuación** *confirmado* indica si la ruta es alcanzable, mientras que *score* refleja la calidad de esa ruta. {% endhint %} ## Ejemplos de fabric saludable vs. no saludable ### Fabric saludable (sistema de 2 nodos) Todos los nodos visibles, dos rutas cada uno, puntuaciones al máximo para la velocidad de la NIC, todo confirmado: ```json { "$sysid": "68e1925057aa7c6afaf9a255dcfc623794a6398e", "$last_update": "03/24/2026 13:31:46", "syncing_time": false, "node2": { "paths": [ { "ip": "172.16.1.2", "iface": "enp148s0f0np0", "score": 200, "confirmed": true }, { "ip": "172.16.2.2", "iface": "enp148s0f1np1", "score": 200, "confirmed": true } ], "vxlans": ["vx2 vía 172.16.1.2", "vx1 vía 172.16.2.2"] }, "node1": { "paths": [ { "ip": "172.16.1.1", "iface": "enp148s0f0np0", "score": 200, "confirmed": true }, { "ip": "172.16.2.1", "iface": "enp148s0f1np1", "score": 200, "confirmed": true } ], "vxlans": ["vx2 vía 172.16.1.1", "vx1 vía 172.16.2.1"] } } ``` {% hint style="success" %} **Qué buscar** * Cada nodo del clúster aparece en la salida (en un clúster de 4 nodos, debería ver las 4 entradas de nodo) * Cada nodo tiene **dos rutas** (una por cada red central) * Todas las rutas muestran `"confirmed": true` * `"syncing_time": false` en el nivel superior * Las puntuaciones coinciden con el máximo esperado para la velocidad de su NIC (p. ej., 200 para 100 Gbps, 50 para 25 Gbps) {% endhint %} ### Fabric degradado — redundancia perdida Falta una ruta para un nodo (fallo de una sola red central): ```json { "node2": { "paths": [ { "ip": "172.16.1.2", "score": 200, "confirmed": true } ] } } ``` {% hint style="warning" %} **Impacto** El nodo es accesible solo a través de una red central. Si la ruta restante falla, el nodo perderá por completo la conectividad con el clúster. Investigue de inmediato. {% endhint %} ### Fabric degradado — puntuación baja Ambas rutas presentes pero una muestra calidad reducida: ```json { "node2": { "paths": [ { "ip": "172.16.1.2", "score": 200, "confirmed": true }, { "ip": "172.16.2.2", "score": 120, "confirmed": true } ] } } ``` {% hint style="warning" %} **Impacto** Una puntuación por debajo del máximo esperado para la velocidad de su NIC indica degradación de la red en esa ruta. El rendimiento de vSAN puede verse afectado. Compruebe si hay latencia, pérdida de paquetes o problemas de switch en la red central afectada. {% endhint %} ### Fabric crítico — ruta no confirmada Existe una ruta, pero no se puede verificar: ```json { "node2": { "paths": [ { "ip": "172.16.1.2", "score": 200, "confirmed": true }, { "ip": "172.16.2.2", "score": 0, "confirmed": false } ] } } ``` {% hint style="danger" %} **Impacto** El nodo ha perdido la comunicación en una red central. Si ambas rutas muestran `"confirmed": false`, el nodo queda aislado del clúster, lo que provocará interrupciones en vSAN y en las cargas de trabajo. {% endhint %} ### Fabric crítico — nodo ausente Un nodo que debería estar en el clúster no aparece en absoluto en la salida del fabric. {% hint style="danger" %} **Impacto** El nodo ausente es completamente inaccesible. Puede estar apagado, tener ambas NIC centrales caídas o estar en una VLAN diferente. Verifique de inmediato la conectividad física y el estado de energía del nodo. {% endhint %} ## Verificación del fabric previa al mantenimiento Las operaciones de mantenimiento de VergeOS — incluidas [actualizaciones del sistema](/run-the-platform/es/operaciones/sop-update.md), [ampliaciones de vSAN](/run-the-platform/es/operaciones/vsan-scale-up-sop.md), y [expansiones](/run-the-platform/es/operaciones/sop-scale-out.md) — requieren un fabric saludable como requisito previo. **No continúe con el mantenimiento si el fabric no está saludable.** Resuelva primero cualquier problema usando la [Solución de problemas](#troubleshooting-fabric-issues) sección siguiente. Un fabric saludable significa: * Todos los nodos pares son visibles en la salida * Cada par tiene **dos rutas** (una por cada red central) * Todas las rutas muestran `"confirmed": true` * Las puntuaciones coinciden con el máximo esperado para la velocidad de enlace de su NIC * `"syncing_time": false` en el nivel superior {% hint style="success" %} **Verificación rápida** Desde cualquier nodo, ejecute **Diagnósticos de nodo** > **Configuración de la estructura** y confirme que cada par cumple los criterios anteriores antes de proceder con el mantenimiento. {% endhint %} ## Solución de problemas del fabric ### Ruta no confirmada **Síntomas:** Una o más rutas muestran `"confirmed": false` **Causas y acciones comunes:** 1. **Cableado físico** — Verifique que el cable esté bien conectado tanto en la NIC del nodo como en el puerto del switch. Pruebe con un cable comprobado. 2. **Configuración de VLAN del switch** — Confirme que el puerto del switch esté asignado a la VLAN central correcta. Los puertos centrales deben configurarse como **puertos de acceso** en una VLAN dedicada. 3. **Discrepancia de MTU** — El core fabric requiere jumbo frames (MTU mínimo 9216 en el switch físico). Verifique la coherencia de MTU de extremo a extremo: * MTU del puerto del switch >= 9216 * MTU de la NIC física (p. ej., 9192) * MTU de VXLAN = MTU de la NIC menos 50 bytes de sobrecarga 4. **NIC caída** — Compruebe el estado de la NIC en el panel del nodo. Si la NIC muestra "Down", puede indicar un fallo de hardware o un problema de controlador. ### Degradación de puntuación **Síntomas:** Las rutas están confirmadas pero la puntuación está por debajo del máximo esperado para la velocidad de su NIC **Causas y acciones comunes:** 1. **Latencia de red** — Todos los nodos deben estar en el mismo fabric de conmutación con **cero saltos de switch** entre ellos (latencia objetivo <0,05 ms). Añadir saltos de switch en la ruta del core fabric introduce latencia que puede degradar significativamente el rendimiento del clúster y las puntuaciones. 2. **Congestión del switch** — Revise los contadores de las interfaces del switch en busca de errores, descartes o fallos de CRC. 3. **Discrepancia de dúplex/velocidad** — Use **Diagnósticos de nodo** > **Herramienta Ethernet** para verificar que la NIC negocia a la velocidad esperada (10 Gbps+). ### Nodos ausentes **Síntomas:** Un nodo que debería estar en el clúster no aparece en la salida del fabric **Causas y acciones comunes:** 1. **Nodo desconectado** — Verifique que el nodo esté encendido y en funcionamiento. Revise IPMI si el nodo no responde. 2. **Ambas NIC centrales caídas** — Si ambas interfaces de red centrales están caídas, el nodo no puede participar en el descubrimiento del fabric. 3. **Aislamiento de VLAN** — Confirme que los puertos del switch del nodo ausente estén en las mismas VLAN que los demás nodos. 4. **ybfabric no se está ejecutando** — El `ybfabric` demonio debe estar ejecutándose para que un nodo participe en el descubrimiento del fabric. Si el proceso no se está ejecutando, el `vsan-watchdog` debería reiniciarlo automáticamente. Si el nodo sigue ausente después de varios minutos, póngase en contacto con el soporte de VergeOS. ### Solo una ruta **Síntomas:** Los nodos muestran solo una ruta en lugar de dos **Causas y acciones comunes:** 1. **Fallo de cable** — Un cable de la red central puede estar desconectado o dañado. Pruebe con un cable comprobado. 2. **Fallo del puerto del switch** — El puerto del switch de una red central puede estar caído. Compruebe el estado y los registros de la interfaz del switch. 3. **Fallo de NIC** — Una de las dos NIC centrales puede haber fallado. Compruebe el estado de la NIC en el panel del nodo. Use **Diagnósticos de nodo** > **Herramienta Ethernet** para verificar el estado del enlace. ### Problemas de sincronización horaria **Síntomas:** `"syncing_time": true` persiste durante más de 60 segundos después del arranque del nodo **Causas y acciones comunes:** 1. El nodo no puede alcanzar a los pares para sincronizar su reloj. Investigue primero la conectividad del fabric. 2. Si las rutas del fabric están saludables, el `ybfabric` demonio puede necesitar ser reiniciado mediante el script de inicio. ## Mejores prácticas * **Atienda inmediatamente las alarmas de la red central** — Resuelva los problemas rápidamente para mantener la redundancia completa del fabric * **Verifique el fabric antes de cada operación de mantenimiento** — Haga hábito de comprobar el estado del fabric antes de actualizaciones, ampliaciones, expansiones y mantenimiento de nodos * **Mantenga dos redes centrales** — Mantenga siempre saludables las rutas Core1 y Core2 para tener redundancia * **Pruebe después de cambios físicos** — Después de cualquier cambio de cableado, switch o NIC, vuelva a verificar el estado del fabric * **Use la acción Actualizar el fabric** — Después de resolver un problema de conectividad, use el **Actualizar el fabric** botón en el panel del nodo (o la acción por lotes desde la lista de nodos) para forzar una actualización de estado * **Incluya el estado del fabric en los diagnósticos** — Al trabajar con soporte de VergeOS, el `ybfabric.txt` archivo en los diagnósticos del sistema contiene el estado del fabric en el momento en que se generó el diagnóstico ## Recursos relacionados * [Conceptos básicos — Red Core Fabric](/plan-and-deploy/es/guia-de-implementacion/concepts.md#core-fabric-network) * [Resumen de nodos](/run-the-platform/es/administracion-del-sistema/nodes-overview.md) * [Guía de diagnósticos de nodo](/run-the-platform/es/administracion-del-sistema/node-diagnostics.md) * [SOP de actualización del sistema](/run-the-platform/es/operaciones/sop-update.md) * [SOP de ampliación de vSAN](/run-the-platform/es/operaciones/vsan-scale-up-sop.md) * [SOP de expansión](/run-the-platform/es/operaciones/sop-scale-out.md) * [Guía de configuración del switch](/plan-and-deploy/es/guia-de-implementacion/switch-configuration.md) --- # 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/run-the-platform/es/administracion-del-sistema/core-fabric-status.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.