> 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/almacenamiento/fibre-channel.md).

# Uso de almacenamiento Fibre Channel con vSAN

## Descripción general

VergeOS vSAN admite el uso de LUN de Fibre Channel (FC) como dispositivos de almacenamiento dentro de su arquitectura por niveles. Esto permite una integración fluida con su infraestructura SAN existente, a la vez que se beneficia del rendimiento, la redundancia y la eficiencia nativos de vSAN.

{% hint style="info" %}
**Discos físicos vs. LUN de Fibre Channel**

Aunque VergeOS vSAN admite LUN de Fibre Channel, **Verge.io recomienda usar discos físicos conectados directamente a los nodos** para obtener un rendimiento y una simplicidad óptimos. Los discos físicos proporcionan:

* **Configuración más sencilla** - No se requiere zonificación FC, gestión de HBA ni coordinación de SAN
* **Mejor rendimiento** - Acceso directo sin sobrecarga de SAN ni cuellos de botella de red
* **Menor complejidad** - Menos puntos de fallo y resolución de problemas más sencilla
* **Rentabilidad** - Sin necesidad de infraestructura FC, HBA ni licencias SAN

Considere los LUN de FC principalmente cuando ya tenga inversiones en SAN existentes o requisitos de cumplimiento específicos.
{% endhint %}

## Requisitos de implementación

### Hardware

* Discos físicos en VergeOS Systems vSAN [**Nivel 0**](/run-the-platform/es/almacenamiento/storage-tiers.md#tier-0-metadata-tier)
* Adaptadores de bus de host Fibre Channel (HBA) en al menos dos nodos del clúster
* Conmutadores FC compatibles (8/16/32 Gb)
* Se recomienda encarecidamente una estructura FC redundante
* Cabina de almacenamiento FC con LUN disponibles

  <div data-gb-custom-block data-tag="hint" data-style="warning" class="hint hint-warning"><p><strong>LUN únicos por nodo</strong></p><p>A diferencia del clúster tradicional de almacenamiento compartido, VergeOS vSAN espera <strong>que a cada nodo se le presente su propio LUN único</strong>. No <strong>NO</strong> presente los mismos LUN a varios nodos. <strong>VergeOS trata los LUN de Fibre Channel igual que los discos físicos.</strong></p></div>

### Configuración de la estructura

* Zonificación basada en WWPN configurada
* A cada nodo se le asignan **dedicados** LUN (Se tratan como si fueran discos físicos)
* Rutas físicas redundantes por nodo

{% hint style="success" %}
**Un LUN por disco físico**

Para una máxima eficiencia y evitar redundancia duplicada, recomendamos **asignar cada LUN FC a un disco físico dedicado**.
{% endhint %}

{% hint style="success" %}
**Deduplicación**

VergeOS vSAN gestiona la deduplicación de datos de forma nativa a nivel de bloque. Al usar almacenamiento externo con vSAN, debe desactivar la deduplicación en su SAN si no admite la deduplicación entre LUN. Si su SAN admite deduplicación global, recomendamos dejarla habilitada para reducir el consumo total de almacenamiento. VergeOS replica los datos entre LUN FC según el [nivel de redundancia de vSAN](/run-the-platform/es/almacenamiento/vsan-redundancy-levels.md) configurado en el sistema (N+1 almacena 2 copias; N+2 almacena 3 copias).
{% endhint %}

{% hint style="warning" %}
**Desactivar la redundancia de almacenamiento**

VergeOS vSAN gestiona la redundancia de datos de forma nativa. Debe **desactivar las funciones de RAID y de nivelación automática** en la SAN para los LUN utilizados por VergeOS.
{% endhint %}

## Gestión de rutas

### Configuración de multipath

De forma predeterminada, VergeOS gestiona múltiples rutas a cada LUN en una configuración activa/pasiva:

* **Ruta principal** – Se usa para E/S
* **Rutas secundarias** – Se activan automáticamente en caso de fallo
* **Tiempo de espera de conmutación por error** – Retraso de 7 segundos antes del cambio
* **Recuperación de ruta** – La ruta alternativa permanece activa hasta que se anula manualmente

{% hint style="info" %}
**Optimización de rutas de VergeOS**

VergeOS selecciona automáticamente la mejor ruta para cada LUN basándose en algoritmos internos. Es normal ver varios discos con números de serie idénticos en la interfaz de usuario; esto **no** indica un problema.
{% endhint %}

## Pasos de configuración

1. **Preparar el entorno FC**:
   * Configurar la zonificación WWPN en el conmutador FC
   * Presentar LUN únicos a cada nodo - **Recuerde que se tratan como si fueran discos físicos**
   * Confirmar la disponibilidad de multipath por nodo
2. **Agregar almacenamiento a vSAN**:
   * Abrir la **sección de niveles de almacenamiento** en la interfaz de usuario de VergeOS
   * Seleccione el nivel en el que se agregarán los LUN FC
   * Aplicar la configuración
   * Confirmar que las unidades aparezcan en el nivel deseado

{% hint style="warning" %}
**Escalar siempre hacia arriba**

Recomendamos agregar todos los LUN de Fibre Channel mediante el [**procedimiento de escalado de un vSAN**](/knowledge-base/es/storage-vsan/scaling-up-a-vsan.md) .
{% endhint %}

{% hint style="warning" %}
**Usar modo de mantenimiento**

Entre siempre en [**Modo de mantenimiento**](/run-the-platform/es/operaciones/maintenance-mode.md) antes de modificar las configuraciones de almacenamiento.
{% endhint %}

## Mejores prácticas

### Gestión de rutas

* Use conexiones físicas redundantes por nodo
* Pruebe regularmente la funcionalidad de conmutación por error
* Mantenga actualizado el firmware del HBA
* Supervise de forma proactiva la salud de las rutas

### Optimización del rendimiento

* Distribuya los LUN de manera uniforme entre las rutas
* Supervise la profundidad de cola y el rendimiento de E/S
* Ajuste la configuración del HBA si es necesario
* Evite sobreasignar un solo LUN con varias VM

{% hint style="info" %}
**Consideración sobre el ancho de banda de la red principal**

VergeOS vSAN utiliza la red principal al leer y escribir datos. Esto significa que, durante una operación de escritura, el sistema envía los datos a dos nodos simultáneamente a través de la red principal. Si su SAN Fibre Channel admite velocidades de 32 Gb pero su red principal es de 25 Gb, el rendimiento máximo de escritura estará limitado por la red principal, no por la SAN. Para maximizar el rendimiento, asegúrese de que la red principal sea superior al ancho de banda de la SAN FC, especialmente para cargas de trabajo intensivas en escritura.
{% endhint %}

## Supervisión y mantenimiento

## Solución de problemas

### Fallos de ruta

* Compruebe las conexiones físicas
* Confirme la zonificación del conmutador FC
* Revise los registros del HBA y el estado del controlador
* Valide el estado de la cabina de almacenamiento

### Cuellos de botella de rendimiento

* Compruebe la profundidad de cola y la carga de las rutas
* Confirme el uso correcto de multipath
* Identifique la sobreasignación de LUN específicos

## Documentación relacionada

* [sección de niveles de almacenamiento](/run-the-platform/es/almacenamiento/storage-tiers.md)
* [Arquitectura de vSAN](/run-the-platform/es/almacenamiento/vsan-architecture.md)
* [Modo de mantenimiento](/run-the-platform/es/operaciones/maintenance-mode.md)
* [Supervisión del sistema](/run-the-platform/es/administracion-del-sistema/subscriptions-overview.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/almacenamiento/fibre-channel.md?ask=<question>&goal=<endgoal>
```

`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.