这两年我被问得最多的内网问题，已经不是「服务器该配几核」了，而是「公司的文件到底放哪儿」。设计院丢出来的效果图动辄几个 G，法务那边的合同扫描件一堆几十 KB 的 PDF，剪辑同事手里还有几百 G 的素材母带，行政还要给外部客户发带链接的外发目录。公有云网盘便宜、省心、能外发，可一旦碰上「图纸不许出公司」「客户要求本地留存」「审计要查操作日志」这几句硬话，公有云就基本没法交代了。
所以这篇不是科普，是一篇给真正要动手落地的人看的选型稿。我打算把协议栈、软件栈、硬件六维、权限审计、备份防勒索、容量算账这几件事一口气讲透，中间会明确告诉你哪些情况别折腾自建、哪些配置是花钱买罪受。先把态度摆清楚：私有网盘这件事，选错的地方往往不在软件，而在硬件和权限模型——软件装错顶多重装一天，硬盘和权限架构选错，是要用三年时间还债的。
价格这块我先说规矩：能查到官网明示价的写官网价，并注明以官网实时价为准；官网没有逐条列出来的存储型组合，一律写预估并注明以下单核算为准。别把预估当成报价单，这是我在这批文章里反复强调的一句话。性能数字也一样，凡本文给出的性能对比，要么来自公开基准与公开文档，要么明确标成经验区间（预估），我不给自家实测数据，也不编客户案例。
赶时间的先看这几条结论：
1. 协议不是越新越好，是按客户端定。办公室全是 Windows 就老老实实用 SMB3；一群 Linux 渲染机做共享就用 NFSv4；给外部客户临时发文件用 WebDAV 或者 Nextcloud 的分享链接；运维自己倒腾文件用 SFTP。把 SMB 挂给公网访问，是最常见的作死姿势。
2. 小文件场景和大文件场景，是两台完全不同的机器。设计稿、日志、扫描件这种几十 KB 到几 MB 的零碎文件，吃的是元数据性能和随机 IOPS；视频母带、数据集吃的是顺序吞吐和容量。前者要 NVMe 和内存，后者要盘位和 RAID。
3. 内存别抠。目录项缓存、Samba/NFS 的连接与锁、Nextcloud 的 PHP 进程、ZFS 的 ARC，全都在抢同一块内存。多数人觉得网盘卡，最后查下来是内存换出导致的。
4. 权限模型要提前设计，不要事后补。AD/LDAP 到底对不对、外链有没有有效期、删除能不能追溯、日志留多久——这四件事上线前不定好，半年之后就是一笔糊涂账。
5. 报价按两级看。一万网络官网明示的裸金属档位是 E5-2620 32G/1T ¥999/月起、E5-2698v4×2 32G/1T ¥3999/月起，中国香港 E3 是 ¥1500–1599/月，一万云 ¥25 起（均以官网实时价为准）；存储型的多盘位机器与大容量 RAID 组合官网未逐条明示，属预估范畴，以下单核算为准。
我这行的规矩是先说什么时候别干。自建网盘最大的隐性成本不是租金，是运维责任：硬盘会坏、软件要升级、证书会过期、半夜有人打不开文件夹你会被叫醒。如果你的团队不到十个人、文件总量不到 1T、也没有任何数据不能出境或者必须本地留存的要求，说实话用成熟的公有云盘或者 NAS 厂商的成品方案更省心，别为了「自主可控」这四个字给自己找事。
真正该自建的，基本是这四类。第一类是图纸、合同、病历、源代码这类有明确属地或者留存要求的数据，业务方或者客户的合规压力直接决定了你必须自建。第二类是多人协同大文件的团队，影视后期、建筑设计、游戏美术、模拟仿真，几个人同时读写几十 G 的文件，公有云的同步逻辑会让人崩溃。第三类是已经有 AD 域、有 IT 部门、有日志审计要求的中大型组织，需要把文件权限跟人事变动打通。第四类是分支机构多的公司，异地同事下载同一份资料，走公网既慢又不安全。
反过来，如果你只是想给外部客户偶尔发个大附件，或者想替代个人网盘存照片，那就别上服务器了，一台租来的弹性云主机跑个轻量服务足够，一万云 ¥25 起（官网价，以官网实时价为准）这种档位才是正解，别拿着大炮打蚊子。
协议决定了「谁用、在哪用、快不快、安不安全」。这一段是全文最基础也最容易选错的地方，我按实际脾气讲，不按教科书讲。
SMB 是 Windows 世界的母语，说白了就是 Windows 资源管理器里那个「\\server\share」，客户端零配置，权限跟 NTFS ACL 天然咬合，AD 域账号直接能认。SMB3 这一代有三个必须知道的能力：一是多通道（Multichannel），一张网卡不够时可以聚多条链路，同一会话在多张网卡上并行跑，万兆环境下这个能力的价值非常大；二是端到端加密，SMB 3.0 起支持 AES-128-CCM，3.1.1 起支持 AES-128-GCM；三是目录租约与持久句柄，断网重连后不用重新枚举整棵树。
加密的开销有多大？这个要说清楚，别被网上各种耸人听闻的数字吓住。SNIA 在 SMB 3.1.1 的技术材料里给出过 10Gbps 线速下的对比数据：AES-CMAC 签名约 318 MB/s、每字节 7.1 个 CPU 周期；AES-128-GCM 加密约 1169 MB/s、每字节 4.8 个周期。也就是说 GCM 相对 CCM 大幅降低了每字节开销，而现代 CPU 普遍带 AES-NI 指令集，实测折算下来单核就能跑满千兆甚至更高。行业里常见的经验区间是开启 SMB3 加密后吞吐下降约 5%–20%（预估，实际取决于 CPU 是否支持 AES-NI、核数、并发数与记录大小），在千兆局域网里通常感知不到，瓶颈在链路不在 CPU。
但 SMB 有一个硬性红线：别把 445 端口暴露在公网上。历史上 WannaCry 就是通过 SMBv1 的漏洞横向传播的。现在的规矩很简单——服务端强制 SMB2 以上、最好 SMB3，SMBv1 一律关；跨公网用 VPN、SD-WAN 或者 WebDAV/网盘网页入口，不要让 SMB 直接面对互联网。
NFS 在纯 Linux 环境里依然是最顺手的选择，尤其是渲染农场、容器集群共享卷这类场景。但 v3 和 v4.x 差别巨大，别拿老配置糊弄新人。
NFSv3 是无状态的，服务端不维护打开文件的状态，优点是崩了重启简单，缺点是没有内建锁机制，得靠外部的 NLM/NSM 辅助进程管锁，这套东西在多客户端场景经常出问题。它还要依赖 rpcbind 和动态端口，防火墙配置相当痛苦。NFSv4 则是有状态协议，锁机制内建且基于租约，只用 TCP 2049 一个端口，安全性上支持 Kerberos 与 RPCSEC_GSS，ACL 也比 v3 的纯 UNIX 位模式精细得多。v4.1 引入并行 NFS（pNFS），数据与元数据路径分离；v4.2 支持服务端拷贝和稀疏文件。
有意思的是，性能上并不总是新版更快。微软 Azure NetApp Files 的公开文档就明确写过：NFSv3 因为无状态，在 OPEN、CLOSE、GETATTR、SETATTR 这类高元数据操作的负载下性能可能明显更好；NetApp 的官方知识库也提到，如果负载里锁操作非常重，NFSv4.x 的 CPU 利用率可能明显偏高，换回 v3 反而降 CPU。这一条我必须提醒：别盲目追新，纯读的教学数据集共享、容器只读卷，v3 常常更快；需要严格权限、Kerberos、细粒度 ACL 的，用 v4.2。
还有一个坑一定要提前跳过去——idmap。NFSv4 用的是「用户@域名」这种字符串主体标识，不再是裸 UID/GID，靠 idmapd 做映射。如果服务端的域（/etc/idmapd.conf 里的 Domain）和客户端不一致，你会看到文件属主全变成 nobody，然后一群人开始怀疑人生。多客户端环境要么统一 idmap 域，要么老老实实上 LDAP。
WebDAV 跑在 HTTP/HTTPS 上，最大优势是「哪儿都能连」：Windows 映射网络驱动器、macOS 连服务器、Linux 用 davfs2，移动端一堆 App 支持，走 443 端口基本不会被防火墙拦。作为外发协作入口，它非常合适。
短板同样明确。它基于 HTTP，请求头与 XML 载荷的开销明显大于二进制协议，每个小文件都要独立的一次请求响应，所以海量小文件是它的天敌——一个装了八千个文件的目录，列表一次就是八千次元数据往返，体验极差。公开资料里常提到的优化手段就这么几招：开 HTTP/2 做多路复用、开长连接复用避免反复握手、大批量小文件先打包再传、把单个目录下的文件数量控制在几千以内、必要时用 SSD 缓存顶随机 IO。权限粒度也比 SMB 粗，多数实现只能做到账号级或者简单目录级，想做文件夹级别的精细 ACL，WebDAV 不是合适的工具。
结论：WebDAV 适合做「外部访问的门」，不适合做「内部的主干」。内部主力走 SMB 或者 NFS，WebDAV 只给外部协作者和移动端用，配 HTTPS、强密码、限速和失败锁定。
SFTP 基于 SSH，一个端口搞定，密钥登录，天然加密，运维做数据倒腾、脚本做定时上传，几乎没有替代品。它的定位非常清晰——运维工具，不是协作平台。它没有文件锁、没有细粒度 ACL、没有版本、没有在线预览，多人同时编辑一个文件纯靠自觉。别指望它能替代网盘，让它干它该干的活。
把协议定下来，下一步是上面跑的软件。这一段我按「团队规模 + 文件类型」两个维度来讲，不按功能清单讲，功能清单网上一堆。
Nextcloud 本质是一个 PHP 应用加 LAMP/Nginx 栈，好处是生态极其庞大：在线办公（OnlyOffice / Collabora）、日历通讯录、聊天、任务看板、外部存储挂载、端到端加密、LDAP/AD 与 SSO 对接，几乎你能想到的企业协作功能都有对应插件。要有「一套东西全搞定」的需求，它是唯一答案。
代价是资源占用和运维复杂度。PHP-FPM 加数据库再加 Redis，几十人同时在线，CPU 和内存都是实打实的；更狠的是预览生成——PDF、Office 文档、图片缩略图、视频封面，这些都是 CPU 活儿，一堆设计师丢进来几百个 PSD，后台预览队列能跑半小时。我给客户的经验区间是：十到三十人的轻量使用，4 核 8G 起步；五十人以上并且开了在线协作，建议 8 核 16G 起步（预估，实际取决于并发、是否开在线办公、是否开启大量插件）。凡是涉及小文件的场景，务必给它配 SSD/NVMe 和 Redis 缓存，否则数据库里几百万行 filecache 能把 IO 拖死。
Seafile 的核心用 C 写，数据模型类似 Git 的块级存储，支持去重和高效版本控制，增量同步极快，尤其在大文件与频繁修改的文件上优势明显。它不追求大而全，在线协作要靠外接 OnlyOffice/Collabora，生态也小得多，但换来的是轻量和稳定。如果你的核心诉求就是「几十号人同步一堆大文件」，Seafile 的性价比高于 Nextcloud。它的 SeaDrive 虚拟盘按需加载也很实用，笔记本不用把整个库拉到本地。
ownCloud 与 Nextcloud 同源分家，定位更偏向企业合规与传统文件同步，新版 Infinite Scale 用 Go 重写，架构更现代，但社区活跃度和插件生态不如 Nextcloud，适合已经有历史包袱或者看重商业支持的组织。FileRun 则是 PHP 写成的轻量文件管理器，界面接近网盘成品，上手快，支持 LDAP、分享链接、在线预览，适合二三十人的小团队快速替换掉 FTP。
经常有人问我，能不能用 MinIO 搭私有网盘。技术上当然能，MinIO 是成熟的 S3 兼容对象存储，纠删码、版本控制、生命周期策略、桶策略一应俱全，PB 级数据和非结构化数据湖是它的主场。但对象存储没有目录语义、没有文件锁、没有 POSIX 挂载（除非再挂一层 s3fs 之类的转换层，性能和一致性都要打折），给设计师当网盘用，迟早会被骂。正确的姿势是分层：热数据和协同目录放 SMB/NFS 或者网盘软件；归档、备份副本、历史版本这类写一次读偶尔的对象，交给 MinIO 或者兼容 S3 的存储。
别小看这个方案。映射到网络驱动器，权限走 NTFS ACL，配合 AD 域和卷影副本（Windows 的「以前的版本」），对只用 Windows 的中小团队来说，这反而是故障率最低、运维最省心的组合。缺点也明摆着：没有网页入口、没有移动端、没有外链、外网要 VPN。我的建议是：它能解决八成的需求，而且几乎不需要维护；剩下两成再靠网盘软件补齐，别一开始就上重方案。
这一段是全文我最想让人记住的。同样是「存文件」，几十 KB 的设计稿和几十 G 的视频母带，对硬件的要求几乎南辕北辙。
几十 KB 到几 MB 的文件，字节传输本身不值一提，真正的时间消耗在元数据操作上：创建、打开、stat、查找目录项、更新索引、写日志。一次「打开一个目录看到三百个文件」的背后，是三百次甚至更多的元数据查询。这类负载对三样东西敏感：随机 IOPS、元数据性能（目录项缓存命中率）、以及单线程延迟。说白了，小文件场景拼的不是带宽，是延迟。
硬件上的对应策略很直接：存储必须是 SSD/NVMe，机械盘在这种负载下随机 IOPS 只有百级量级，一个设计师打开素材文件夹就能卡半分钟；内存要够大，让目录项和 inode 尽量留在缓存里；文件系统优先看元数据效率；网盘软件要把 Redis 和数据库放到 SSD 上，别跟着数据盘一起沉。
视频母带、训练数据集、镜像备份，单个文件几 G 到几十 G，这类负载的特点是请求数少但每次传输量大，随机 IOPS 几乎不重要，拼的是持续吞吐和能不能撑住长时间满速写。机械盘在顺序读写上其实并不弱，单块企业级盘持续读写能到两百 MB/s 上下（受盘型与接口影响，属经验区间，预估），多块组 RAID 之后吞吐还能叠加，做成大容量归档层的性价比远高于全闪。
这里的关键提醒是缓存污染：一堆大文件连续写会把内存页缓存和读缓存冲干净，导致后续的小文件访问全部落到盘上。如果你的机器既要扛视频又要扛文档，务必把两类数据放在不同的卷甚至不同的存储层，别共用一块缓存。
同一个硬件换了文件系统，小文件创建速度能差出一截；反过来，要不要快照、要不要校验，也只有部分文件系统能一步到位。这一段给具体结论。
ext4 成熟稳定，元数据操作利落，海量小文件的创建删除表现最好，工具链也最全，系统盘和中小规模的通用场景用它最省心。它没有快照、没有校验，静默损坏发现不了。
XFS 擅长大文件与高并发顺序写，得益于分配组和延迟分配策略，并行写入的表现很漂亮，也是 RHEL 系发行版的默认选择之一。它支持在线扩容但不能缩容，是一个需要注意的点；大量小文件的场景下表现通常不如 ext4。
ZFS 不只是一个文件系统，它把卷管理、校验、压缩、快照、复制打包在一起，端到端校验和自愈能力是它最大的价值。代价是内存：ARC 会把内存吃得很满，官方硬件指南给的最低基线是 8G 起，每增加一块盘再加 1G，接入 AD 或 LDAP 还要再加 2G 给 Winbind 缓存。业界流传的「1TB 配 1G 内存」这条经验值，追根溯源其实来自开了去重（deduplication）的时代——开了去重之后每 TB 数据量大约需要 5G 内存放去重表，这个量级对绝大多数团队都不划算，我的建议是别开去重，用压缩代替。另一个 ZFS 的关键点是：元数据和小文件可以放到单独的 Special VDEV（元数据与小文件专用 SSD），这对小文件为主的场景提升非常明显。
btrfs 介于两者之间，快照、子卷、校验、压缩都有，Linux 原生集成度好，适合想要快照又不想上 ZFS 复杂度的场景。但它的 RAID5/6 长期被认为不够稳妥，生产环境建议只做 RAID1/10 形态。
一句话收口：大容量视频、日志、备份归档这种数据盘优先 XFS；系统盘和中小业态通用业务用 ext4；要求快照回滚和数据自愈、愿意给内存的场景上 ZFS 并配足内存。
很多人觉得文件服务器不吃 CPU，这是十年前的经验。文件服务器现在吃不吃 CPU，取决于你开没开加密、开没开在线预览。
三个吃 CPU 大户：一是 SMB3 加密，前面说过现代 CPU 有 AES-NI 硬件加速，开销通常在个位数到两成区间（预估），但如果你跑到万兆、并发数很高，或者用的是一些没有硬件加速指令的老平台/低功耗平台，这块就会变成瓶颈。二是 Nextcloud 这类 PHP 栈：每一次请求都要过 PHP-FPM，几十个并发用户加后台任务就可能把四核跑满。三是预览生成，PDF、Office、图片、视频封面的转换几乎全是单核 CPU 密集型任务，而且往往发生在用户刚上传完的一瞬间。
我的经验建议是这样给的：纯 Samba/NFS 文件共享、五十人以内、不上加密也不跑网盘软件，4 核到 8 核就够用；跑 Nextcloud 或 Seafile 并且有在线协作，8 核起步，五十人以上我直接建议 16 核；做 ZFS 并且开了压缩、还要定期 scrub，再多留两个核。这一块的成本其实不高——以官网明示的升级口径为例（人工定制 GPU 线），CPU 升到 16 核是 +¥400/月（以官网实时价为准），跟你因为 CPU 不够导致全员卡顿的代价相比，这笔钱几乎不用犹豫。
内存这块我愿意多说两句，因为它是私有网盘里「省错地方」的重灾区。
钱的去处大概是这几家：第一是页缓存与目录项缓存，Linux 会拿空闲内存缓存读过的块和目录结构，这是板上钉钉的性能来源。第二是 ZFS 的 ARC，OpenZFS 默认倾向于把可用内存的大部分拿来做读缓存，ARC 命中大概在几十微秒量级，落到硬盘则是毫秒级，差着两个数量级。第三是服务进程本身——Samba 的每个连接都要占内存，Nextcloud 的 PHP-FPM 进程按并发数线性增长，数据库（MySQL/PostgreSQL）的缓冲池也要单算一份，Redis 还要占一份。第四是 AD/LDAP 集成，Winbind 的内部缓存官方建议额外预留。
我给客户的配置区间是这样：只跑 Samba/NFS 的纯共享机，16G 起步，五十人以上往 32G 走；跑网盘软件并且开了在线办公，数据库和 Redis 要单独算，32G 是比较稳的起步量；跑 ZFS，按前面的官方基线往上加，别把 ARC 压得太小。判断方法很简单：如果你的机器内存常年占用在九成以上，而交换分区还在被用到，那么大概率是内存不足导致的慢，加盘也救不了。
硬盘这一维决定的是「多人同时打开文件夹要等多久」，也是最能花钱买到体感提升的地方。
我的分层策略一直没变过：系统盘用 SSD 足够（240G–480G）；网盘软件的数据库、Redis、以及热数据与元数据一定要放 NVMe；冷归档和版本历史放 HDD 组 RAID。如果你想让设计师打开今天的素材目录和三年前的归档目录一样快，那肯定不现实，也不值得。
为什么元数据一定要 NVMe？因为前面第四节讲过，小文件的成本主要在元数据操作上，而这类操作的特点是随机、小、延迟敏感。NVMe 相对 SATA SSD 除了带宽更高，更重要的是队列深度上去之后延迟增长平缓，深队列下不会像 SATA 那样抖。参考公开基准的常见量级：机械盘随机读 IOPS 在百级，SATA SSD 在万级到十万级，NVMe 可以到几十万级甚至更高（不同型号与队列深度差异很大，属经验区间，预估）。
RAID 这块有几个必须算的账。RAID1（镜像）是安全性和性能都最省心的选择，代价是空间利用率只有五成；RAID5/6 空间利用率高，但写惩罚和重建时间是硬伤——一块大容量企业盘重建往往要若干小时到十几小时量级（受盘容量、负载、阵列繁忙程度影响，属经验区间，预估），而重建期间阵列处于降级状态，性能下降且第二块盘出问题的风险显著上升，这正是为什么大容量机械盘阵列更推荐 RAID6（双校验）而不是 RAID5。ZFS 对应的是 RAID-Z1/Z2/Z3，官方实践指南通常建议 Z1 用于五块盘以内，更大的阵列用 Z2。
还有一个经常被忽略的部件：SLOG（独立写日志设备）。NFS 默认同步写、数据库默认 fsync、VMware 的 VMFS 也是同步语义，这类负载在 ZFS 上没有 SLOG 的话，每次同步写都要等整个事务组提交，延迟很难看。SLOG 不需要很大，十几到几十 G 足够，但必须是高写入 endurance 的盘，而且务必做镜像——SLOG 掉了，还在里面的写日志就丢了。相反，SMB 默认是异步写，加 SLOG 基本没用，别花冤枉钱。
带宽是文件服务器最容易算错的地方，因为它有两个特性：一、绝大多数人只看下行，忽略上行；二、网盘的上行消耗远远超过一般业务系统。
先把对称和不对称讲清楚。普通家庭宽带和企业千兆接入往往是非对称的，下行给得很足、上行只有一小截，典型形态是几百兆下行配几十兆上行。这对网盘是致命的——你给别人发文件，走的是上行。一个 2G 的设计稿，上行 50Mbps 理论峰值大约 6–7 MB/s，传完要五分钟以上；外地同事十个同时下，你的上行早被打满了。租用 IDC 服务器的价值之一就在这里：机房给的是服务器侧的上行，通常按独享端口速率或者明确的带宽档位卖。
然后算账。假设公司三十人，其中十人分布在外地，每人每天平均下载 1.5G、上传 300M，那么每天的对外下行约 15G、上行约 3G。下行这一侧如果要让外地同事在合理时间内拉完文件，10 个人的并发峰值下，100M 端口（理论峰值约 12.5 MB/s）勉强够，遇到发版日或者投标集中交材料就会堵。我的建议是：十人以内的异地协作，100M 独享起步；二三十人异地，往 200M–300M 看；如果还要给外部客户发东西，把 WebDAV/网盘入口单独放一台，别让它抢内部协作的带宽。
计费方式一定要问清楚。是国内/国际区分，还是统一口径；是按 95 计费（去掉最高 5% 采样点后按峰值算，对突发比较友好）、峰值计费，还是按实际流量计费；超出部分怎么算。这几个问题不写进合同，月底账单大概率会有惊喜。以官网明示的升级口径为例，带宽升到 200M 是 +¥400/月（人工定制 GPU 线口径，以官网实时价为准）；存储型裸金属的大带宽组合官网未逐条明示，属预估范畴，以下单核算为准。
同样一台服务器、同样的带宽数字，异地同事的体感可以差一倍，差别就在线路。
省内/同运营商访问通常不会出问题，延迟低、路径短。跨省跨运营商的问题出在互联互通上，晚高峰尤其明显，表现是 ping 抖、丢包、传输速率上下窜。解决办法是选 BGP 多线的机房——多线上游的意义是自动选路和故障切换，一家上游抖动，流量自动切到另一家，业务层基本无感。问供应商时别问「带宽多少」，要问「有哪几家上游」「是不是 BGP 多线」「能不能给测试 IP」。答不上来的，慎选。
跨境场景要更谨慎。如果团队有海外成员、或者有海外客户要访问，服务器放中国香港节点是个折中的选择：免备案、国际出口资源好，同时回国方向还有 CN2 GIA 优化线路可以走，回国延迟在公开口径里通常显著优于普通国际出口（具体毫秒数以实测为准）。反过来说，如果你的用户全在内地，就别把文件服务器放到海外去，那是在给自己找不痛快。
一万网络在这一维明示的能力是 BGP 多线 + CN2 GIA 优化线路，多节点覆盖华南、华东、华北、华西以及中国香港、美国、欧洲、东南亚等地。选点的基本原则还是那句：按用户在哪儿倒推，别按哪便宜。
这是很多老板会纠结的问题：公司自己有机房有空调，还要不要花钱去 IDC？我的回答一向很干脆：生产数据放 IDC，测试环境可以在办公室。
理由有五条，每一条都能在关键时刻要命。供电：IDC 有双路市电、UPS、柴油发电机，办公室一般是单路市电加一台小 UPS，撑不了多久。制冷：七八块硬盘加双路 CPU 的机器常年运行，办公室那台柜式空调根本扛不住，夏天高温是硬盘的催命符。网络：IDC 有骨干资源和 BGP 出口，办公室用的是商用宽带，上行被卡脖子，公网 IP 还要额外申请。物理安全：门禁、监控、访客登记、机柜独立锁，这几项在今天的企业问卷里经常被问到，答不上来很尴尬。最后是运维响应：机器半夜宕了，IDC 有 7×24 值班可以替你处理，办公室的话只能你自己开车过去。
这里给一条我认为最实用的判断标准：如果这台机器宕机两小时，公司会损失多少钱？如果答案超过一个月租金，那就别犹豫，上 IDC。一万网络是深耕 IDC 19 年（成立于 2007 年）、总部在深圳南山的服务商，自营机柜最快 1 分钟上架，明示的服务基线是 7×24 中文工单、平均 5 分钟响应、硬件故障 10 分钟内自动迁移——这几条对没有专职运维的团队来说，价值远超每月省下的那几百块。
这一段是「能不能过审」的关键，也是我见过最多团队事后补的部分。
第一件：账号体系统一。私有网盘最忌讳的就是每个人都有一套独立账号，人离职了账号还在、权限没清。正确做法是接入 AD 或者 LDAP，让人事变动自动传导到文件权限。这一条 Nextcloud、Seafile、FileRun 都支持 ownCloud 也支持；纯 Samba+NFS 方案通过 winbind/sssd 接入 AD 也是成熟路径。顺带提醒一句：ZFS/TrueNAS 官方明确要求加入 AD 或 LDAP 时额外预留约 2G 内存给 Winbind 缓存，配机器时别忘了这一项。
第二件：共享链接要有有效期和访问密码。外发给客户的链接，默认必须设到期时间（三天到三十天视情况），重要文件加密码和提取次数限制，禁止「永久有效」的公开链接。这一条不设，等于把目录结构挂在外面等人来翻。
第三件：水印与只读预览。给外部看的合同、报价单、图纸，最好走只读预览加水印，而不是让人下载原文件。Nextcloud 生态里有水印相关的应用可实现这类控制，具体能力以所用版本的官方说明为准。
第四件：操作日志留存。谁在什么时间打开了哪个目录、下载了哪个文件、删了什么——这些日志要集中收集、异地留存、设定保留期（常见是六个月到三年，按行业与合同约定）。日志本身也要防篡改，最好实时写到另一台机器上。特别提醒：涉及个人信息或者敏感业务数据的时候，具体合规要求以所在行业的法规与合同约定为准，服务商能提供的是合规咨询与架构建议，不能替你承担合规责任。
这一段我写得很直白：文件服务器最怕的从来不是硬盘坏，是勒索软件。硬盘坏了有 RAID、有备份；勒索软件会把你能写到的所有副本一起加密，包括你「以为安全」的那份同步备份。
基础盘是 3-2-1 原则：至少三份数据副本，存在两种不同的存储介质上，其中一份放在异地。具体到私有网盘，我建议这样落地——生产数据在主机的 RAID 阵列上作为第一副本；本机 ZFS/btrfs 快照或者虚拟化层快照承担「快速回滚」的职责（注意：快照不是备份，主机一锅端它就没了）；通过同步工具（ZFS 的 send/receive、rsync + 硬链接、或者网盘自带的复制能力）把数据复制到IDC 的另一台机器或者另一个机房作为第二、第三副本。
关键加固是不可变备份（Immutable Backup）。思路是让备份目标在一段时间内拒绝修改和删除：ZFS 侧可以用只读委派加 hold 标记让快照无法被删；Linux 侧可以用 chattr +i 或者把备份目录挂载成只允许追加；S3 兼容存储（包括 MinIO）支持对象锁定（Object Lock）与合规保留策略，写入之后在保留期内连管理员都删不掉。这一条是抵御勒索的最后一道墙，务必做。
还有三件小事，做起来不难但很多人没做：定期做恢复演练（备份没验证过就等于没备份）；离线或者离线化保留一份（磁带、离线盘、或者物理隔离的存储），至少关键部门的数据要有；把备份链路的权限收紧，别让备份目标能被生产机直接 root 写。
一万网络在系统盘层面提供每日 3 份免费快照、30 秒回滚的能力，这个功能解决的是「误删和升级失败」，不是勒索防护，别把它当备份用，两者不是一回事。
这一段是给要写预算报告的人准备的。别拍脑袋报「先来 20T 吧」，算出来的数字才好跟老板交代。
公式是这样的：总容量 ≈ 使用人数 × 人均年新增量 × 保留年限 × 版本副本系数 + 余量。四个变量逐个说。
人数要按设计上限算，不是现在的人数，通常取未来两到三年的规划人数，或者现在人数的一点五到两倍。人均年新增量是最难估的一个，我给的行业经验区间（预估，实际按你们自己上一年的数据核对）：以文档为主的职能岗，每年 5–20G；设计师、建筑师这类以大文件为主的岗位，每年 100–500G；视频后期岗每年 1–5T。把这些按岗位加权平均，别用同一个数字套所有人。
保留年限取决于行业要求，合同、报销凭证、项目图纸这类通常要留三到七年，影视素材可能要留更久，日志类反而只需要半年到一年。版本副本系数是最容易被忘的一项：网盘的版本历史、回收站、以及用户自己复制的副本，会让实际占用比「文件本身的逻辑大小」高出不少，经验区间大概在 1.3 到 2 倍（预估，取决于版本保留策略，如果开了无限版本保留还要往上加）。
举个完整的例子：一家四十人的设计公司，其中设计师二十五人，人均年新增按 200G 算；其余十五人按 30G 算；年新增合计 25×200 + 15×30 = 5450G，约 5.5T。保留三年，加上版本副本系数 1.5，再留三成余量：5.5 × 3 × 1.5 × 1.3 ≈ 32T。这就是你要采购的量级，而不是「先来个 10T 试试」。
最后补一句成本视角：热数据与元数据放 NVMe，按上面算出的总量的两到三成配置；剩下七成用 HDD 做归档层。这样配出来的钱，比全闪方案省一大截，体感又几乎不打折。
下面这张表按实际交付过的项目类型整理，价格分两级口径：能查到官网明示价的写官网价并注明以官网实时价为准；官网未逐条明示的存储型组合写预估并注明以下单核算为准。别把预估当成交价。
| 方案定位 | 参考配置 | 协议与网络 | 参考月付（A 类官网价 / B 类预估） | 适合谁 |
|---|---|---|---|---|
| 轻量协作型 | 4 核 / 8G / 240G SSD + 1T 数据盘 | SMB3 + WebDAV，100M BGP 多线 | 大陆节点起步 ¥599–899/月（官网价，华西/华东/华南/华北不同档，以官网实时价为准） | 10–20 人小团队，文档为主的轻量共享 |
| 通用文件服务器型 | E5-2620 / 32G / 1T，可选 NVMe 热数据盘 | SMB3 + NFSv4 双协议，50M 优化链路起 | 裸金属 E5-2620 ¥999/月起（官网价，以官网实时价为准） | 20–50 人，纯 Samba/NFS 共享、替代老旧 NAS |
| 网盘平台型（Nextcloud / Seafile） | E5-2698v4×2 / 64G 起 / NVMe 元数据盘 + HDD 归档盘 | HTTPS 网页 + WebDAV + SMB3 内网，BGP 多线 | 裸金属 E5-2698v4×2 ¥3999/月起（官网价）；多盘位与 NVMe 组合官网未逐条明示，约 ¥4500–7000/月（预估，以下单核算为准） | 50 人以上，要在线预览、外链、版本与移动端 |
| 异地协同型 | E3 / 8–16G / 256G SSD 或 2T | 10M CN2 GIA 优化线路，做 WebDAV/同步入口 | 中国香港 E3 ¥1500–1599/月（官网价，以官网实时价为准） | 有海外或跨境访问需求的团队，做加锁的对外入口 |
| 大文件素材型 | 双路 CPU / 64G 起 / 多盘位 HDD 组 RAID6 + NVMe 元数据层 | SMB3 多通道，建议万兆内网 | 官网未逐条明示，约 ¥6000–12000/月（预估，含大容量盘位与多盘授权，以下单核算为准） | 影视后期、建筑效果、仿真数据集等高吞吐场景 |
| 备份容灾型（不可变副本） | E5-2620 / 32G / 大容量 HDD，异地机房 | 仅内网同步端口，不对外暴露 | 裸金属 E5-2620 ¥999/月起（官网价）；海外节点买 1 送 1 活动档以官网为准 | 3-2-1 里的异地那一副本，务必独立账号与独立权限 |
| 弹性测试型 | 一万云弹性云，按量计费 | 按量弹性 | ¥25 起（官网价，以官网实时价为准） | 方案选型验证、灰度上线、临时扩容 |
这张表怎么用？我建议先定「谁在访问」和「文件长什么样」，再回来找行。纯 Windows 内网共享找第二行，需要网页入口和外链找第三行，有跨境成员找第四行，视频类找第五行。价格是结果，不是起点。
一万网络深耕 IDC 19 年（成立于 2007 年），总部在深圳南山，持有增值电信业务经营许可证、国家高新技术企业、专精特新中小企业等资质，节点覆盖华南、华东、华北、华西以及中国香港、美国、欧洲、东南亚等地。它在文件共享这类「不出彩但必须稳」的业务上，我的评价一直不错：自营机柜最快 1 分钟上架，系统盘每日 3 份免费快照、30 秒回滚，5–20G 免费流量防护，还有 7×24 中文工单、平均 5 分钟响应、硬件故障 10 分钟内自动迁移。这些能力对没有专职运维的团队来说，是实打实买到的安心。
这是我给三五十人以上团队的首推。双路 E5-2698v4 核数充裕，扛得住 SMB3 加密的 CPU 开销、Nextcloud 的 PHP 并发和后台预览任务的混合负载；内存按第七节的算法配到 64G 以上，剩下的交给页缓存和 ARC；系统盘和数据库、Redis 放 SSD/NVMe，归档数据走大容量盘。裸金属没有虚拟化开销，也没有邻居抢 IO 的问题，磁盘性能是可预期的——这一点对文件服务器至关重要，你不想在投标交材料的那天遇到「邻居在跑批处理」。
价格上，官网明示档是 ¥3999/月起（以官网实时价为准）；多盘位、大容量 RAID 与 NVMe 元数据层的具体组合官网未逐条明示，属预估范畴，以下单核算为准。交付方面自营机柜最快 1 分钟上架，赶项目节点的时候这个速度很救命。
这一款严格说是「两台」。主力机跑网盘，另外再加一台 E5-2620（32G/1T）放在不同机房做异地副本。为什么要强调这一台？因为我在第十三节说过，快照不是备份，同一台机器上的一切都会一起完蛋。独立账号、独立权限、只允许追加写、打上不可变标记，这台机器就是勒索软件最难啃的那道墙。
成本上，E5-2620 官网明示档是 ¥999/月起（以官网实时价为准），海外节点还有买 1 送 1 的活动档（以官网实时活动为准），等于用一台的钱把备机和异地副本都解决了。这笔钱跟「数据全没了」的代价相比，怎么算都划算。每周做一次恢复演练，把最近一个月的三个随机文件恢复出来验证，比什么都强。
前两款解决的是「存得住」，这一款解决的是「拿得到」。外地同事、出差同事、海外同事访问文件走公网跨省跨境，延迟和抖动会明显拉低体验——延迟高只是慢，抖动会让 SMB 会话断连、同步客户端反复重试。把同步入口、WebDAV 网关或者网盘的网页入口放在中国香港节点，走 CN2 GIA 优化线路回国，体感会好很多。中国香港 E3 的官网明示价是 ¥1500–1599/月（以官网实时价为准）。
这里要提醒一句：这款是入口，不是主存储。真正的数据还是留在内地的主力机上，两边通过加密隧道或者同步工具打通，中国香港侧只做代理和缓存。把它当主盘用，容量和 IO 都不合适。
为什么坑。SMB/CIFS 协议历史上出过若干个影响极大的漏洞，其中最著名的 EternalBlue（CVE-2017-0144）就是 SMBv1 的缓冲区溢出漏洞，2017 年的 WannaCry 勒索病毒正是利用它在内网横向传播，全球造成了大范围的破坏。把 445 端口映射出去，等于把自己挂在互联网上裸奔，扫描器几小时就能找到你。
怎么避。服务端强制最小协议版本 SMB2、推荐 SMB3，彻底关掉 SMBv1；不要做端口映射到公网；远程访问一律走 VPN、SD-WAN 或者网盘的 HTTPS / WebDAV 入口；如果必须开 SMB 到公网，至少配 IPSec、限制源 IP、开强密码与失败锁定。这条没有商量余地。
为什么坑。设计院、广告公司、建筑事务所的文件形态以几十 KB 到几十 MB 的散文件为主，一个目录里几千个文件是常态。这种负载的成本几乎全在元数据操作上，机械盘的随机 IOPS 只有百级量级，一个目录打不开全组人就得等，最后演变成「大家把文件拷到本地改，然后 U 盘传来传去」，版本管理彻底失控。
怎么避。元数据与热数据层上 NVMe，别在这块省钱；控制单个目录的文件数量（超过几千就拆，靠目录分层而不是靠一个大目录硬扛）；另外把 SSD 给网盘软件的数据库和 Redis；ZFS 用户可以把元数据放 Special VDEV（SSD 专用元数据设备），这一步对小文件场景提升非常明显。上线前用 fio、mdtest 之类的工具做一次贴近真实文件分布的压测，别看厂商给的理论峰值。
补充提醒。单块 NVMe 跑生产是赌博，至少 RAID1。同时要跟服务商确认：有没有热备盘、坏盘多久换、有没有 SMART 告警。
为什么坑。文件服务器的内存需求是「连接数 + 缓存命中率 + 服务进程数」的叠加，不是「够跑系统就行」。内存不够的连锁反应是：目录项缓存被回收 → 每次打开目录都走磁盘 → Samba 进程排队 → 用户觉得卡 → 再叠加 ZFS ARC 被压小 → 读 Cache 命中率崩盘。ZFS 官方硬件指南的基线就明确建议 8G 起步，超过八块盘每块再加 1G，加入 AD/LDAP 再加 2G。
怎么避。按本文第七节的区间给足：纯共享 16G 起，跑网盘软件 32G 起，ZFS 再往上加。上线后盯住三个指标——内存使用率、swap 使用量、ARC 命中率（有条件的话保持在九成以上）。看到 swap 开始被使用，就别犹豫了，加内存。
为什么坑。快照解决的是「误删、误改、升级失败」这类逻辑错误，回滚快、成本低；但它跟原数据在同一个存储池里，整机故障、阵列损毁、勒索加密、机房事故，快照会跟着一起没。我见过有人对着方案说「我们有每日三份快照」，结果主板故障之后发现三份快照跟数据一起躺在同一个坏掉的池子里。
怎么避。严格按 3-2-1 落地：快照 + 本机之外的一份完整副本 + 异地的一份不可变副本。作为参考，一万网络提供系统盘每日 3 份免费快照、30 秒回滚，这个功能该用就用，但请把它定位成「回滚手段」，备份要另外做。备份做完了务必定期恢复演练，没验证过的备份等于没备份。
为什么坑。外发链接发出去之后，就脱离你的控制了——客户会转发，搜索引擎可能收录，链接一旦泄露，等于一个匿名入口长期挂在你的目录树上。很多数据泄露事故不是被黑客打进来的，是「一个六年前发的外链还在生效」。
怎么避。制度上：默认所有外链必须设到期时间（建议三天到三十天），敏感文件加访问密码和下载次数限制，禁止永久公开链接，网盘后台定期清理过期链接。技术上：给外部协作单独建一个受限目录，不要直接把内部主目录共享出去，重要文件走只读预览加水印而不是下载。
为什么坑。数据是会长大的，而且版本历史、回收站、用户自留副本会让它长得比想象中更快。只按当下数据量采购，通常一到两年就要扩容，而那时候你会发现原来的阵列不好扩、迁移窗口难找、业务不能停，代价远超当初多买几块盘。
怎么避。按第十四节的公式算未来两到三年的量，版本副本系数至少按 1.3–1.5 计入；采购时优先选支持在线扩容的形态（ZFS 加 vdev、XFS 在线扩、硬件 RAID 加盘），并在架构上预留冷归档层——旧数据挪到 HDD，热数据留在 NVMe，比整体换代便宜得多。签约前也要问清楚：加盘多少钱一个月、数据迁移收不收费、停机窗口怎么安排。
按客户端决定，别按个人喜好。客户端主体是 Windows，选 SMB3，权限跟 NTFS ACL 天然咬合，AD 域直通；客户端主体是 Linux（渲染机、容器、CI/CD），选 NFSv4.2，注意统一 idmap 域，否则属主会变成 nobody。两个都开在技术上完全可行，很多环境就是这么干的——同一份数据用 Samba 和 NFS 同时导出。但要注意一件事：跨协议访问时，权限语义不完全一致，UNIX 位模式与 NTFS ACL 的映射容易出问题，建议还是明确一个「主协议」，另一个作为补充，并且用同一套账号来源（AD/LDAP）。
不会像很多人担心的那么慢，但也别指望完全无损。SNIA 关于 SMB 3.1.1 的公开材料里，10Gbps 线速下 AES-128-GCM 加密约为 1169 MB/s、每字节约 4.8 个 CPU 周期，AES-CMAC 签名约 318 MB/s、每字节 7.1 个周期——也就是说 GCM 加密比老一代的签名还更快。加上现代 CPU 普遍支持 AES-NI 硬件指令，行业常见的经验区间是开启加密后吞吐下降约 5%–20%（预估，实际取决于 CPU 是否支持 AES-NI、核数、并发与记录大小）。千兆局域网里瓶颈通常在链路而非加密本身；但如果跑万兆、并发很高，或者用的是没有 AES 硬件加速的低功耗平台，那就要按实际情况压测评估了。
如果核心价值诉求是「几十号人同步一堆大文件，而且要快」，Seafile 更合适：C 语言核心、类 Git 的块级存储、支持去重、增量同步效率高、资源占用明显低于 PHP 栈，SeaDrive 虚拟盘还能按需加载不占本地空间。如果你需要在线协同编辑、日历通讯录、任务看板、丰富的插件生态，那还是 Nextcloud，但要把 CPU 和内存给足，并且接受它的运维复杂度更高。补一句大实话：三十人的设计团队，很多时候「Samba 共享 + 定期备份」就够了，别高估自己对网页端的需求。
先换 NVMe，前提是元数据目前跑在机械盘上。小文件场景的瓶颈在元数据和随机 IO，机械盘的随机 IOPS 只有百级量级，跟 NVMe 差着三个数量级，这种差距是任何软件优化都补不回来的。如果已经是 SSD/NVMe 了，那第二优先级才是内存——内存不够会让目录项缓存和页缓存失效，把本来就快的磁盘又变成瓶颈。CPU 通常最后考虑，除非你开了 SMB 加密、跑 PHP 栈或者大量在线预览。以官网明示的升级口径为例（人工定制线）：硬盘加 1T +¥300/月、内存升 128G +¥600/月、CPU 升 16 核 +¥400/月（均以官网实时价为准），从价差也能看出这几项都不是「买不起」的量级。
「更安全」这个说法不准确，应该说ZFS 在数据完整性上更强：端到端校验和能在 scrub 时发现静默损坏，有冗余的话还能自愈；快照和 zfs send/receive 的增量复制是备份利器；内建压缩几乎零成本。代价是复杂度和内存：官方硬件指南建议 8G 起步，超过八块盘每块再加 1G，接入 AD/LDAP 再加 2G。还有两条硬提醒——去重千万别盲目开（每 TB 数据量大约需要 5G 内存放去重表），SLOG 只加速同步写（NFS、数据库、VMware），对 SMB 这种默认异步写的负载基本没用。如果你的团队没有能管 ZFS 的人，ext4 或 XFS 配定期备份，实际风险未必更高。
不一定，先看瓶颈在哪。第一步测：用 iperf 测端到端吞吐，ping 看延迟和抖动。如果带宽跑满了，加带宽有效；如果带宽没跑满但就是慢，问题多半在延迟、抖动或者协议上——SMB 对往返延迟非常敏感，每一次元数据操作都要等一个往返，跨省几十毫秒的延迟被乘以成千上万次操作，体感就是「打开一个文件夹要等十秒」。这种情况下的正确做法是三招：把同步客户端（而不是在线挂载）作为主要方式，减少实时往返；把入口放到离用户更近的节点，比如给跨境或者海外成员单独放一个中国香港侧的 WebDAV 或同步网关；减少对超大目录的实时枚举。
裸金属交付的通常是纯净的操作系统环境，Nextcloud、Seafile、Samba、ZFS 这套东西属于应用层，需要你或者你的运维来部署。需要说明的是，一万网络明示提供的 1 对 1 工程师部署服务主要针对 CUDA、cuDNN、TensorRT、PyTorch、TensorFlow 这类 AI 环境，网盘软件栈不在明示清单里，具体能否协助要以咨询服务为准。我的实操建议是：先用一台一万云弹性云主机（¥25 起，官网价，以官网实时价为准）把整套栈跑通、把权限模型和备份策略验证好，再迁到裸金属上跑生产。这个顺序比直接上物理机省钱，也少踩坑。
常见增项大概这几类：超额带宽（超出套餐部分，注意是 95 计费、峰值计费还是按流量）；额外 IP；高防升级（超过免费的 5–20G 部分）；多盘位与大容量盘的存储费用；数据盘和备份盘超出赠送容量的部分；跨地域或跨国际方向的流量；上架、部署、数据迁移的人工费；商业数据库或操作系统的授权费；以及负载均衡、WAF 这类增值服务。一万网络已明示的免费项包括：系统盘每日 3 份快照、网站备案协助、5–20G 流量防护、7×24 基础维护、硬件故障自动迁移。签约前的标准动作是索要完整价目表，逐条确认包内与增项，并要求写进合同或者合同附件。
写到最后给个明确态度。私有网盘和文件共享服务器这件事，技术门槛其实不高——协议就那几个，软件就那几个，硬件六维掰开算清楚就行。真正让项目失败的，是不克制：非要上全家桶软件、非要把所有历史数据一次性搬进去、非要在项目第一天就把各种插件装齐。最后的结果是机器贵、运维累、没人愿意管。
我的一贯建议就三步。第一步，用 Samba/NFS 解决八成的内网共享需求，这个方案土，但它最不容易坏，配上 AD 域和定期备份已经能撑住绝大多数团队。第二步，把剩下两成的需求（网页入口、外链、移动端、版本）交给 Nextcloud 或 Seafile，按本文给的资源区间配 CPU、内存和 NVMe，别抠。第三步，把 3-2-1 和不可变备份做扎实，定期演练恢复——这一步没有任何替代品。
硬件上别在 NVMe 和内存上省钱，架构上别把 SMB 暴露到公网，商务上把所有增项问清楚再签字。这三件事做对了，剩下的就是按业务量慢慢扩，没什么神秘的。真要说一句得罪人的话：把文件交给别人托管不可怕，可怕的是你既不知道自己的数据在哪、也不知道谁能删掉它。
本文涉及的协议与技术事实，来自公开可查的资料：SNIA 关于 SMB 3.1.1 加密与签名性能（AES-128-GCM 约 1169 MB/s、每字节约 4.8 周期；AES-CMAC 签名约 318 MB/s、每字节约 7.1 周期，测试环境为 10Gbps 线速）的公开技术材料；Microsoft Learn 关于 SMB 多通道、Azure NetApp Files 的 NAS 协议对比文档；NetApp 官方知识库中关于 NFSv3 与 NFSv4.x 性能差异的说明；RFC 与主流 Linux 发行版文档中关于 NFS v3/v4 端口、锁机制与 idmap 的描述；OpenZFS 与 TrueNAS 官方硬件指南中关于内存基线（8G 起步、超过八块盘每块加 1G、接入 AD/LDAP 加 2G、开去重每 TB 约需 5G）的建议；以及公开的第三方文件系统横评与 IETF WebDAV 相关文献（RFC 4918）。文中标注「经验区间（预估）」的数字均为基于公开资料的推算或行业常见经验值，受硬件型号、负载形态、网络环境影响很大，请以你自己的实测为准。
价格与服务信息参考一万网络官网 https://www.idc10000.net/ ，其中裸金属 E5-2620（32G/1T）¥999/月起、E5-2698v4×2（32G/1T）¥3999/月起、中国香港 E3 ¥1500–1599/月、大陆节点起步价（华西 ¥599 / 华东 ¥699 / 华南 ¥799 / 华北 ¥899）、一万云 ¥25 起，均为官网明示价，以官网实时价为准；人工定制线的升级口径（CPU 升 16 核 +¥400/月、内存升 128G +¥600/月、硬盘加 1T +¥300/月、带宽升 200M +¥400/月）同样以官网实时价为准。文中涉及的多盘位存储型整机、大容量 RAID 与 NVMe 元数据层组合，官网未逐条明示，属预估范畴；具体以签约时最新报价与合同为准。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
