> 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/zh/cun-chu/fibre-channel.md).

# 使用 vSAN 的光纤通道存储

## 概述

VergeOS vSAN 支持将光纤通道（FC）LUN 作为其分层架构中的存储设备使用。这使其能够与您现有的 SAN 基础架构无缝集成，同时受益于 vSAN 原生的性能、冗余和效率。

{% hint style="info" %}
**物理磁盘与光纤通道 LUN**

虽然 VergeOS vSAN 支持光纤通道 LUN， **Verge.io 建议直接使用连接到节点的物理磁盘** 以获得最佳性能和简洁性。物理磁盘提供：

* **更简单的配置** - 无需 FC 分区、HBA 管理或 SAN 协调
* **更好的性能** - 无需 SAN 开销和网络瓶颈，直接访问
* **更低的复杂性** - 更少的故障点，排障更容易
* **成本效益** - 无需 FC 基础架构、HBA 或 SAN 授权

当您已有现有的 SAN 投资或特定合规要求时，主要考虑使用 FC LUN。
{% endhint %}

## 实施要求

### 硬件

* VergeOS Systems vSAN 中的物理磁盘 [**Tier 0**](/run-the-platform/zh/cun-chu/storage-tiers.md#tier-0-metadata-tier)
* 至少在两个集群节点上配备 FC 主机总线适配器（HBA）
* 兼容的 FC 交换机（8/16/32 Gb）
* 强烈建议使用冗余 FC Fabric
* 带有可用 LUN 的 FC 存储阵列

  <div data-gb-custom-block data-tag="hint" data-style="warning" class="hint hint-warning"><p><strong>每个节点独立的 LUN</strong></p><p>与传统的共享存储集群不同，VergeOS vSAN 期望 <strong>每个节点都被呈现为其各自独立的 LUN</strong>. 不要 <strong>绝对不要</strong> 将相同的 LUN 呈现给多个节点。 <strong>VergeOS 将光纤通道 LUN 视同物理磁盘。</strong></p></div>

### Fabric 配置

* 已配置基于 WWPN 的分区
* 每个节点被分配 **专用** LUN（它们按物理磁盘处理）
* 每个节点的冗余物理路径

{% hint style="success" %}
**每个物理磁盘对应一个 LUN**

为获得最高效率并避免重复冗余，我们建议 **将每个 FC LUN 映射到一块专用物理磁盘**.
{% endhint %}

{% hint style="success" %}
**去重**

VergeOS vSAN 在块级原生处理数据去重。使用外部存储配合 vSAN 时，如果您的 SAN 不支持跨 LUN 去重，您应禁用 SAN 上的去重功能。如果您的 SAN 支持全局去重，我们建议保持启用，以减少总体存储占用。VergeOS 会根据系统配置的 [vSAN 冗余级别](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md) （N+1 存储 2 份副本；N+2 存储 3 份副本）。
{% endhint %}

{% hint style="warning" %}
**关闭存储冗余**

VergeOS vSAN 原生处理数据冗余。您应当 **在 SAN 上禁用 RAID 和自动分层功能** ，用于 VergeOS 所使用的 LUN。
{% endhint %}

## 路径管理

### 多路径配置

默认情况下，VergeOS 以主动/被动配置管理到每个 LUN 的多条路径：

* **主路径** – 用于 I/O
* **次级路径** – 故障时自动激活
* **故障切换超时** – 切换前延迟 7 秒
* **路径恢复** – 替代路径保持激活，直到手动覆盖

{% hint style="info" %}
**VergeOS 路径优化**

VergeOS 会根据内部算法自动为每个 LUN 选择最佳路径。在 UI 中看到多个具有相同序列号的磁盘是正常的——这 **并不** 表示存在问题。
{% endhint %}

## 配置步骤

1. **准备 FC 环境**:
   * 在 FC 交换机上设置 WWPN 分区
   * 向每个节点呈现独立的 LUN - **提醒一下，它们按物理磁盘处理**
   * 确认每个节点的多路径可用性
2. **将存储添加到 vSAN**:
   * 打开 **存储层级** 在 VergeOS UI 中的部分
   * 选择要添加 FC LUN 的层级
   * 应用配置
   * 确认驱动器出现在所需的层级中

{% hint style="warning" %}
**始终采用纵向扩展**

我们建议通过以下方式添加所有光纤通道 LUN： [**扩展 vSAN**](/knowledge-base/zh/storage-vsan/scaling-up-a-vsan.md) 流程。
{% endhint %}

{% hint style="warning" %}
**使用维护模式**

始终进入 [**维护模式**](/run-the-platform/zh/yun-wei/maintenance-mode.md) 后再修改存储配置。
{% endhint %}

## 最佳实践

### 路径管理

* 每个节点使用冗余物理连接
* 定期测试故障切换功能
* 保持 HBA 固件为最新
* 主动监控路径健康状况

### 性能优化

* 将 LUN 均匀分布到各路径
* 监控队列深度和 I/O 吞吐量
* 必要时调整 HBA 设置
* 避免让多个虚拟机过度共享单个 LUN

{% hint style="info" %}
**核心网络带宽注意事项**

VergeOS vSAN 在读/写数据时会使用核心网络。这意味着在写入操作期间，系统会通过核心网络同时将数据发送到两个节点。如果您的光纤通道 SAN 支持 32 Gb 速度，但核心网络为 25 Gb，则最大写入吞吐量将受核心网络限制，而不是 SAN。为了最大化性能，请确保核心网络带宽高于 FC SAN 带宽，尤其是在写入密集型工作负载下。
{% endhint %}

## 监控与维护

## 故障排除

### 路径故障

* 检查物理连接
* 确认 FC 交换机分区
* 查看 HBA 日志和驱动状态
* 验证存储阵列健康状况

### 性能瓶颈

* 检查队列深度和路径负载
* 确认正确使用多路径
* 识别特定 LUN 的过度订阅

## 相关文档

* [存储层级](/run-the-platform/zh/cun-chu/storage-tiers.md)
* [vSAN 架构](/run-the-platform/zh/cun-chu/vsan-architecture.md)
* [维护模式](/run-the-platform/zh/yun-wei/maintenance-mode.md)
* [系统监控](/run-the-platform/zh/xi-tong-guan-li/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/zh/cun-chu/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.