腾讯云国际版文件存储 CFS 深度实战：NFS/SMB 挂载、五类存储选型与 COS/CBS 边界对比

📅 2026-09-25 · ChengziCloud - 一站式云端服务

Meta Description: 腾讯云国际版文件存储 CFS 从零实战教程：Standard/High-Performance/Turbo 五类存储类型的官方性能与价格对照表、NFS 3.0/4.0 与 SMB 挂载命令、Linux/Windows/TKE/SCF 完整实操步骤，以及与对象存储 COS、云硬盘 CBS 的选型边界、按量计费与资源包成本测算。

> 关键词：腾讯云国际版 CFS、Cloud File Storage、NFS 挂载、CBS、COS、文件存储选型、TKE 共享存储、网盘

腾讯云国际版文件存储（Cloud File Storage，简称 CFS）是一款完全托管的 NFS/SMB 共享文件系统，多台 CVM、TKE 容器节点可以同时挂载同一个文件系统，读写同一份数据。它补齐了云上的"第三种存储"：对象存储 COS 负责海量非结构化数据，云硬盘 CBS 负责单机块设备，而需要多台机器共享同一份目录的场景——共享代码、渲染素材、AI 训练数据集、容器持久卷——恰好是 CFS 的主场。本文用官方公开单价和真实可复制的控制台/命令行步骤，把 CFS 从选型、创建、挂载到计费省钱的完整链路讲透。

> 声明：本文价格数据采集于 2026 年 9 月，取自腾讯云国际站官方文档公开单价，仅作参考，价格可能变动，请以腾讯云官网为准。

一、先搞清楚边界：CBS / COS / CFS 到底怎么选

很多人在 CFS 上踩的第一个坑，不是技术问题而是选型问题——用了对象存储去做共享目录，或者用云硬盘去做多机共享，结果发现根本挂不上。三者的底层模型完全不同：

| 对比维度 | 云硬盘 CBS | 对象存储 COS | 文件存储 CFS | |---|---|---|---| | 数据模型 | 块设备（裸盘） | 对象（Key-Value） | 文件（目录/文件树） | | 访问协议 | 挂载为本地盘（ext4/xfs） | REST API / SDK（S3 兼容） | NFS 3.0/4.0、SMB/CIFS | | 共享能力 | 单机独占（多挂需集群文件系统） | 天然按需读取 | 多节点同时挂载共享 | | 容量弹性 | 手动扩容 | 近乎无限 | 自动扩容（Turbo 手动） | | 访问时延 | 极低（本地块） | 较高（HTTP 对象语义） | 低（局域网文件语义） | | 典型场景 | 系统盘、数据库盘 | 备份、静态托管、数据湖 | 共享代码、渲染、AI 数据集、容器持久卷 | | 计费单位 | USD/GiB/月 | USD/GiB/月 + 流量 | USD/GiB/月（按小时峰值） |

一句话记忆：要"一块盘"选 CBS，要"一个桶"选 COS，要"一个共享目录"选 CFS。 只要出现"两台以上机器需要看到同一份实时数据"的需求（例如 Web 集群共享上传目录、TKE 多副本 Pod 共享配置、渲染农场共享素材库），CFS 就是标准答案，COS 挂载工具（COSFS）虽然在部分场景可用，但对象存储的语义和一致性都不是为高频小文件读写设计的。

二、五类存储类型：性能规格与官方单价对照

CFS 国际版按存储介质和架构分为通用型（Standard / High-Performance）与 Turbo 系列（Standard Turbo / High-Performance Turbo），另有低频型（IA）和吞吐型（High-Throughput）。通用型按实际用量计费，Turbo 系列按购买容量计费——这是最容易误判成本的一点。

| 存储类型 | 容量范围 | 带宽 | 读 IOPS 上限 | 4K 单线程读/写时延 | 协议 | 官方单价（USD/GiB/月） | |---|---|---|---|---|---|---| | Standard | 0–160 TiB | Min{100 + 0.1×容量GiB, 300} MiB/s | 15,000 | 3 ms / 7 ms | NFS/SMB | 0.05 | | High-Performance | 0–32 TiB | Min{200 + 0.2×容量GiB, 1024} MiB/s | 30,000 | 1 ms / 1.5 ms | NFS | 0.2286 | | Standard Turbo | 20 TiB–100 PiB | Min{0.1×容量GiB, 100,000} MiB/s | 200 万 | 0.2 ms / 3 ms | POSIX/MPI | 0.0857 | | High-Performance Turbo | 10 TiB–100 PiB | Min{0.2×容量GiB, 100,000} MiB/s | 1000 万 | 0.2 ms / 1.5 ms | POSIX/MPI | 0.2 | | IA（低频） | 0–1 EiB | 600 MiB/s | — | — | 搭配 Turbo | 0.0171（取回 0.0085） | | High-Throughput | 0–1 PiB | 0–200 GiB/s | 200 万 | 5 ms / 10 ms | SMB | 0.1428（带宽 428.571 USD/GiB/s/月） |

读懂这张表的三个要点：

1. 通用型性能"随用随涨"：Standard 的带宽是 Min{100 + 0.1×容量GiB, 300}，意味着 100 GiB 时只有约 110 MiB/s，涨到 2 TiB 才触顶 300 MiB/s。想让性能上台阶，要么增长数据量，要么直接换 High-Performance。 2. Turbo 是"买断制"：购买 40 TiB 的 Standard Turbo，无论用多少都按 40 TiB 计费。官方算例：40 TiB 用 1 小时 = 40×1024×0.0857/24/30 = 4.876 USD。 3. IA 不能直接挂载：低频型必须与 Standard Turbo 或 High-Performance Turbo 搭配，才能实现冷热数据自动分层，单独买 IA 是挂不上的。

三、控制台实操：8 步创建文件系统与挂载点

CFS 的使用比自建 NAS 简单得多，官方概括为"创建文件系统 → 启动 NFS 客户端 → 挂载"三步。展开到控制台就是下面 8 步：

1. 进入控制台：登录腾讯云国际站，进入 CFS 控制台，点击"新建文件系统"。 2. 填写基本信息：设置自定义文件系统名称、选择地域与可用区（强烈建议与 CVM 同可用区，跨 AZ 会增加时延）。 3. 选择存储类型：在 Standard / High-Performance / Standard Turbo / High-Performance Turbo 之间选择架构类型。界面若显示"Unsupported Yet"，说明当前 AZ 不支持该类型，换 AZ 即可。 4. 选择协议：NFS 更适合 Linux/Unix 客户端，SMB 更适合 Windows 客户端；Turbo 系列只支持私有客户端协议，无需选协议。 5. Turbo 专属参数：需选择元数据类型、填写存储容量（Standard Turbo 初始最小 20 TiB、扩容步长 10 TiB；High-Performance Turbo 初始最小 10 TiB、步长 10 TiB），可选配自动伸缩策略、CCN 实例与 Turbo IPv4 CIDR（网段掩码需在 /16–/24 之间）。 6. 网络与权限：指定文件系统所在的 VPC 与子网（只有同 VPC 内的实例才能挂载访问）；每个文件系统必须绑定一个权限组，权限组定义授权客户端白名单及其读写权限。 7. 快照（可选）：可从已有快照创建文件系统（快照与系列需对应：通用系列快照只能作 Standard / High-Performance 的数据源，Turbo 快照只能作 Turbo 系列的数据源），也可配置定时快照防止误删。 8. 创建并记录挂载信息：创建完成后，在文件系统详情页获取挂载点 IP 与挂载点 ID，这两个值是后续挂载命令的关键参数。

数据加密为白名单功能，需提工单开通；且加密只能在创建时开启，创建后无法转回非加密。

四、Linux 客户端挂载实战（NFS）

Step 0 前置条件：确认 Linux CVM 与 CFS 文件系统处于同一 VPC、同一可用区。

Step 1 验证网络连通性。先确认端口可达，不同协议的必需端口如下：

| 文件系统协议 | 需开放端口 | 验证命令 | |---|---|---| | NFS 3.0 | 111、892、2049 | telnet 挂载点IP 111（同理测 892、2049） | | NFS 4.0 | 2049 | telnet 挂载点IP 2049 | | SMB/CIFS | 445 | telnet 挂载点IP 445 |

若连接失败，检查 CVM 安全组的入方向与出方向是否放行了对应端口。

Step 2 安装并启动 NFS 客户端。TencentOS / OpenCloudOS / CentOS 执行：

`bash sudo yum install nfs-utils `

Ubuntu / Debian 执行：

`bash sudo apt-get install nfs-common `

Step 3 创建本地挂载目录：

`bash mkdir -p /localfolder `

Step 4 执行挂载。官方推荐优先使用 NFS 3.0 以获得更好性能；若应用依赖文件锁（多台 CVM 需同时编辑同一文件），则改用 NFS 4.0：

`bash // 方式一：NFS 3.0 挂载根目录（推荐） sudo mount -t nfs -o vers=3,nolock,proto=tcp,noresvport <挂载点IP>:/<挂载点ID>/ /localfolder

// 方式二：NFS 3.0 挂载子目录 sudo mount -t nfs -o vers=3,nolock,proto=tcp,noresvport <挂载点IP>:/<挂载点ID>/subfolder /localfolder

// 方式三：NFS 4.0 挂载根目录（依赖文件锁时使用） sudo mount -t nfs -o vers=4.0,noresvport <挂载点IP>:/ /localfolder `

建议始终开启 noresvport，网络重连时会启用新的 TCP 端口，避免网络抖动导致挂载中断。老版本内核可用 vers=4 替代 vers=4.0。

Step 5 验证挂载结果：

`bash mount -l | grep nfs df -h `

注意：当挂载目录存在包含或重叠关系时 df -h 无法显示全部结果，此时以 mount -l 为准。

Step 6 卸载：sudo umount /localfolder。

Step 7 开机自动挂载：可参考官方《Automatically Mounting File Systems》文档，或使用控制台提供的 CFS 客户端助手 / 挂载脚本。

挂载失败官方自查顺序：

- 报 mount point /localfolder does not exist：本地目录不存在，先 mkdir 再重试。 - 报 reason given by server: No such file or directory：指定的子目录在 CFS 中不存在，先挂根目录再创建子目录。 - 报 Connection timed out：使用控制台的 CFS 自助检测功能，按诊断报告排查内核、网络、端口、权限组。

五、Windows 客户端挂载（SMB/CIFS）

官方建议 Windows 用 SMB、Linux 用 NFS。Windows 挂载有两个前置坑：

第一，Win10 / Windows Server 2019 及以上系统首次挂载需先允许 Guest 访问 SMB。以管理员身份运行 cmd 或 PowerShell：

`bash reg add "HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v "AllowInsecureGuestAuth" /t REG_DWORD /d 1 /f reg add "HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v "RequireSecuritySignature" /t REG_DWORD /d 0 /f net stop lanmanworkstation /y && net start lanmanworkstation && net start SessionEnv `

第二，执行挂载命令（注意共享目录名与挂载点 IP 之间要有空格）：

`bash net use X: \\<挂载点IP>\<挂载点ID> `

也可用图形界面：右键"此电脑" → "映射网络驱动器" → 填入选好盘符与 \\挂载点IP\挂载点ID → 勾选"登录时重新连接" 避免重启掉线。

两点限制要记牢：Windows 暂不支持 NFSv4 挂载；Turbo 系列不支持 Windows，只支持 Linux 客户端。

六、TKE / SCF：把 CFS 变成容器持久卷

在容器场景，CFS 最大的价值是"一个文件系统实例同时服务多个 Pod，并给不同 Pod 分配不同子目录"，相比每 Pod 一块云盘，成本和运维都更优。

TKE 挂载 CFS 的核心步骤：

1. 确认集群 CSI 组件版本 ≥ v1.0.4，否则先在 TKE 控制台升级（不影响业务）。 2. 在控制台创建 StorageClass。 3. 创建 PVC。注意：基于共享 CFS 实例的 StorageClass，若创建 PVC 时不指定 PV，CSI 插件会自动创建一个按量计费的 CFS 实例，并在 PVC 删除时一并删除该实例——这种动态创建方式务必谨慎使用。 4. 创建并配置工作负载，选择刚创建的 PVC 作为数据卷。 5. 挂载点选 subPath（如 test）或 subPathExpr（绑定环境变量），CSI 会在文件系统根路径下自动创建对应目录并挂载到容器指定目录。

此外，CFS 也支持在 SCF 云函数中作为共享存储使用。

为什么 TKE 场景推荐 CFS 而非 CBS：Standard 与 High-Performance 均为按量计费、无最低购买容量要求，大规模容器场景下的持久存储成本明显更低。

七、跨可用区与跨网络访问

CFS 默认要求客户端与文件系统同 VPC，但真实业务常常需要跨 AZ 甚至跨地域，官方给出两条路径：

同地域跨可用区：把 CVM 与 CFS 放进同一个 VPC 即可。典型做法是——广州一区的 CVM 要用 CFS，但一区资源售罄，就在该 VPC 下新建一个"广州三区"子网，回到 CFS 控制台用这个子网创建文件系统，一区子网的 CVM 就能直接挂载。

跨 VPC / 跨地域：使用云联网（CCN）打通。当 CFS 分布在 VPC-C、而 CVM 分布在 VPC-A / VPC-B 时，通过 CCN 将实例互连即可访问。Turbo 系列创建时本身就要求选择 CCN 实例，因为其专用集群架构需要更大的地址空间。需要注意：跨地域访问会引入时延，官方建议 CVM 与 CFS 尽量同地域；Turbo 系列更强调必须同 AZ 挂载，跨 AZ 可能导致挂载超时或断连。

八、计费模型与成本测算

CFS 有两种计费模式，国际站只在个别情况给出公开单价，绝大多数单价需要以控制台/官方文档为准，但其计费骨架非常清晰：

| 计费项 | 计费方式 | 计费周期 | 说明 | |---|---|---|---| | 存储用量 | 按量计费（后付费） | 按小时 | 通用型按每小时最大使用量计费；Turbo 按购买容量计费 | | 存储用量 | 资源包（预付费） | 包年包月 | 可抵扣按量算出的每小时用量；官方列为适用于所有可用地域的 Standard 与 High-Performance |

关键细节：

- 创建即占用 32 MB，但不计费——这是官方明确的"白送"额度。 - 通用型按峰值：一个小时内用到过多少容量，就按那个最大值算，所以短时间内写入大文件后立即删除，仍会按峰值计费一小时。 - Turbo 按买断：官方算例——购买 40 TiB 的 Standard Turbo，用 1 小时的费用 = 40×1024×0.0857/24/30 = 4.876 USD，与是否实际写入数据无关。 - 资源单元（U）可累积：多份资源单元的容量相加，但有效期不累加（按最长有效期）；未用完的额度不结转到下一周期；抵扣顺序为 Standard > High-Performance > Standard Turbo > High-Performance Turbo > High-Throughput > 快照；一旦账号欠费（余额小于 0），即使还有有效资源包也会立即停服。

按官方公开单价做一组成本测算（按量、无预付费折扣）：

| 场景 | 推荐存储类型 | 容量 | 按量月成本估算（USD） | 说明 | |---|---|---|---|---| | 中小团队共享文档/代码 | Standard | 100 GiB | ≈ 5.12 | 0.05×100 | | Web 集群共享上传目录 | Standard | 1 TiB | ≈ 51.2 | 0.05×1024 | | 延迟敏感的 CI/CD 共享 | High-Performance | 500 GiB | ≈ 114.3 | 0.2286×500 | | 渲染 / AI 推理大数据集 | Standard Turbo | 20 TiB（最小） | ≈ 1755.1 | 0.0857×20×1024 | | 海量小文件 AI 训练 | High-Performance Turbo | 10 TiB（最小） | ≈ 2048 | 0.2×10×1024 |

结论很直观：GB 级的通用型共享存储非常便宜（月费几美元），而 Turbo 系列因为买断最小 10–20 TiB，起步就是每年两万美元量级——只有真正跑大规模渲染、AI 训练时才划算。

九、成本优化与避坑要点

1. 别把 Turbo 当"可随时缩容"的弹性盘用。Turbo 按购买容量计费且不可缩容，用不满就是浪费；要缩只能新建实例、迁数据、删旧实例。 2. 通用型的性能随容量增长，别为性能盲目扩容。Standard 带宽公式是 Min{100 + 0.1×容量GiB, 300}，如果只为提速，直接换 High-Performance 比堆容量更划算。 3. IA 低频型不能单独挂载，必须搭配 Standard Turbo / High-Performance Turbo 做冷热分层，单独下单会发现挂不上。 4. TKE 动态 PVC 慎用。不指定 PV 时 CSI 会自动建一个按量 CFS 实例，PVC 一删实例随之删除，数据一并丢失。 5. 欠费即停服。余额小于 0 时哪怕资源包还在有效期也会立即中断服务，记得开启余额预警。 6. 扩容看 80% 水位。官方建议 Turbo 用到约 80% 容量时扩容，在线扩容对业务无感知；另注意 Turbo 初次创建约需 20 分钟（要现场搭建专用集群），排期要留出时间。

十、常见问题 FAQ

Q1：一个 CFS 文件系统最多能被多少台客户端挂载？

A：官方限额表给出的最大值——Standard 与 High-Performance 各 1000 个客户端，Turbo 系列各 2000 个；单客户端最大带宽也从通用型的数百 MiB/s 到 Turbo 系列的 10 GiB/s 不等，具体以官方《Use Limits》为准。

Q2：CFS 能同时用 NFS 和 SMB 访问同一个文件系统吗？

A：不能。官方明确：同一文件系统不可同时用 NFS 和 SMB 访问，也不能通过公网（WAN）直接访问 SMB 文件系统。选协议时就要定好客户端类型。

Q3：Windows 服务器挂载 CFS 应该用哪种协议？

A：优先用 SMB/CIFS。Windows 暂不支持 NFSv4 挂载，且 Turbo 系列不支持 Windows，只支持 Linux 客户端。Win10 / Server 2019 以上首次挂载前需先修改注册表允许 Guest 访问。

Q4：Turbo 文件系统买多了能降配吗？

A：不能缩容。官方路径是：新建一个更小的 Turbo 实例 → 迁移数据 → 删除旧实例。所以购买前务必估算好容量。

Q5：文件系统刚创建就显示占用 32 MB，会收费吗？

A：不会。CFS 创建后会占用 32 MB 存储空间用于元数据，官方明确这部分不计费。

Q6：删除文件系统后数据还能恢复吗？

A：不能。删除后资源不可恢复，官方强烈建议删除前先用快照功能完整备份。也不要在未打快照的情况下删掉生产文件系统。

总结

云上三种存储的分工可以用一句话收束：块（CBS）给单机当盘、对象（COS）给海量数据当桶、文件（CFS）给多机共享当目录。CFS 把传统 NAS 的运维全部托管掉，三副本跨机架强一致、按量或按容量计费、NFS/SMB 双协议，还能直接当 TKE 的持久卷——对于"多台机器要看到同一份实时数据"的场景，它是目前最省心的答案。选型时只需记住两条铁律：通用型看实际用量、适合中小规模共享；Turbo 是买断制、只在超大规模才划算。