对象存储vs网盘：长期备份成本、可靠性与方案选择

一个来自 Reddit 的实际困惑

最近在 Reddit 上看到一个很有代表性的问题：一位用户仅把 Google Drive 用于存放重要文档（学习资料、历史财务记录等，不放媒体文件），数据量约 100GB，每月支付 $3 订阅 Google One。他每天用 rclone 把数据同步到家庭服务器作为本地离线副本。

rclone 是一款开源的命令行工具，常被称为「云存储的瑞士军刀」。它支持超过 70 种云存储和协议（包括 Google Drive、S3、SFTP 等），能实现类似 rsync 的文件同步功能，但目标是云端而非本地磁盘。rclone 的核心能力包括增量同步（只传输变化的文件）、带宽限速、客户端加密（rclone crypt）以及挂载云存储为本地文件系统。对于个人用户而言，rclone 是连接本地服务器与各类云存储之间的桥梁工具，使得自动化备份流程成为可能。

于是他开始思考一个更进阶的方案：与其继续依赖网盘，是不是应该把数据打包上传到 BackBlaze B2 或 OVH Object Storage 这类对象存储服务，作为真正的长期异地备份？

BackBlaze B2 是由美国 Backblaze 公司推出的 S3 兼容对象存储服务，以极低的存储单价（$0.006/GB/月）和免费的出口带宽配额著称，定位为 AWS S3 的低成本替代。OVH 则是欧洲最大的云服务商之一，总部位于法国，其 Object Storage 服务基于 OpenStack Swift 架构并兼容 S3 API。OVH 的 3AZ（三可用区）产品将数据分布在三个以上的物理数据中心，提供更高的冗余级别。两者的共同点是都面向开发者和技术用户，不提供类似 Google Drive 那样的图形界面和协作功能。

这个问题背后，其实触及了个人数据存储的核心命题——便利性、成本与可靠性的权衡。

reddit source

存储成本对比：对象存储便宜多少？

先看这位用户算的一笔账。100GB 数据存放在不同方案下的月度成本差异相当明显：

Google One：约 $3/月（100GB 档位起步）
OVH Object Storage 3AZ 低频层（Infrequent）：约 $1.20/月
OVH Cold Archive（冷归档）：约 $0.25/月

从纯存储成本看，冷归档层几乎是 Google One 的十分之一。但对象存储有一个网盘通常没有的隐藏成本——取回费用（Retrieval Fee）。这位用户估算最坏情况下取回一次约需 $1.25。

冷存储为什么这么便宜？

冷归档（Cold Archive）之所以价格低廉，正是因为它假设你极少访问这些数据。在底层技术实现上，冷存储通常使用高密度但低速的存储介质（如磁带库），或将硬盘置于低功耗休眠状态，只在收到取回请求时才唤醒。AWS Glacier Deep Archive 的取回时间长达 12-48 小时，正是因为系统需要从磁带上顺序读取数据。它的定位是「写入后基本不动」的最终备份，而非日常调取的工作文档库。因此 $1.25 的取回费只有在「本地副本已经丢失、必须从云端恢复」的极端情况下才会产生——而这恰恰是灾难恢复场景，此时你根本不会在意这一两美元。

数据可靠性：11 个 9 的持久性意味着什么？

这位用户提到 OVH AZ3 采用 4 个数据中心、8+4 纠删码（Erasure Coding），并宣称达到 11 个 9 的持久性（11 nines durability，即 99.999999999%）。

纠删码如何保护你的数据

纠删码是一种源自信息论的数据保护技术，最早应用于卫星通信和光盘存储中。与传统的多副本冗余（如 HDFS 的三副本策略，存储开销 200%）不同，8+4 纠删码只需 50% 的额外存储开销（12 个分片中有 4 个是校验块）就能提供更强的容错能力。其数学基础是 Reed-Solomon 编码——通过在有限域上构造多项式，使得任意 k 个点（这里 k=8）即可唯一确定原始数据。

具体到这个案例：8+4 纠删码意味着数据被切分成 8 个数据块 + 4 个校验块，共 12 个分片分散存储。只要任意 8 个分片存活，就能完整还原数据。换句话说，系统可以同时容忍最多 4 个分片同时丢失而不损失数据。配合跨 4 个数据中心的分布，即便某个机房整体故障，数据依然安全。

这种设计在数学期望上的可靠性，远高于普通网盘的多副本方案。11 个 9 的持久性意味着：如果你存储一千万个对象，统计上平均每一万年才可能丢失一个文件。作为参考，AWS S3 Standard 同样宣称 11 个 9 的持久性，这已是行业公认的最高标准。相比之下，Google Drive 从未公开承诺过如此明确的持久性指标——网盘更强调可用性和易用性，而非底层持久性保证。

3-2-1 备份原则如何正确落地

这位用户的方案设计其实相当成熟，他计划构建一个符合 3-2-1 备份法则的架构：

3 份数据副本：家庭服务器 + 本地冷备（蓝光光盘或 HDD）+ 异地对象存储
2 种不同介质：磁盘/服务器 + 光盘
1 份异地备份：上传到 S3 兼容的对象存储

3-2-1 备份法则由美国摄影师 Peter Krogh 在 2005 年的著作《The DAM Book》中首次系统提出，后来被美国网络安全和基础设施安全局（CISA）正式推荐为最佳实践。近年来，这一法则已演进出更严格的变体：3-2-1-1-0 原则要求额外增加 1 份不可变副本（防勒索软件加密）以及 0 个未验证的备份（定期测试恢复流程）。对于个人用户而言，严格遵循 3-2-1 已经能应对绝大多数数据丢失场景，包括硬件故障、自然灾害、误操作和恶意软件攻击。

所谓「S3 兼容」意味着第三方存储服务（如 BackBlaze B2、MinIO、OVH Object Storage）实现了与 AWS S3 相同的接口规范，使得为 S3 编写的工具和应用无需修改即可切换到其他提供商。这种兼容性极大降低了迁移成本和厂商锁定风险——用户今天用 BackBlaze B2，明天可以几乎零成本切换到 Wasabi 或 Cloudflare R2，只需更改 endpoint 和密钥即可。

架构的核心转变：谁才是主副本？

最关键的变化在于：他把数据的「根源」从 Google Drive 转移到了本地服务器。

在旧方案中，Google Drive 是主副本，本地服务器只是它的同步镜像。而新方案里，本地服务器成为主数据源，日常查看文件直接通过服务器完成，无需从云端解压恢复 ZIP 包；对象存储则退居为纯粹的「最后一道防线」。这个转变让整个体系更符合备份的本质逻辑——备份应该是主数据的保险，而非日常使用的入口。

这种架构转变还有一个隐含的好处：消除了对单一云服务商的依赖。当 Google Drive 是主副本时，如果 Google 账号被误封（这在 Reddit 上并非罕见案例）、服务条款变更或价格上涨，用户将陷入被动。而以本地服务器为核心的架构中，云端备份目标可以随时更换，主数据始终在自己手中。

对象存储替代网盘做备份值得吗？

综合来看，这个迁移方案在多数维度上都是合理的：

明显优势：

长期成本更低（尤其是冷归档层）
持久性有明确的技术保证（纠删码 + 跨数据中心）
架构更符合专业备份原则，本地服务器提供即时访问

需要注意的权衡：

对象存储牺牲了便利性。Google Drive 提供网页界面、移动端 App、实时协作和分享功能，而对象存储本质是给程序访问的，日常「随手打开一个文档」的体验会差很多。
ZIP 打包会丧失文件级的增量同步能力。如果数据经常变动，每次都要重新打包上传整个压缩包，反而不如网盘的增量同步高效。更好的做法是使用 restic、Kopia 或 rclone 等支持去重和增量的备份工具，而非简单的 ZIP。

restic 和 Kopia 是新一代开源备份工具的代表。restic 于 2015 年发布，采用内容定义分块（Content-Defined Chunking）技术，将文件按内容边界切分为可变长度的数据块，相同内容的块只存储一次（去重），从而实现高效的增量备份。它原生支持 AES-256 客户端加密，且备份仓库可以存放在本地磁盘、SFTP 或任何 S3 兼容存储上。Kopia 则是更年轻的竞争者（2019 年），提供图形界面和更灵活的压缩/加密策略选择。相比于简单的 ZIP 打包，这类工具的核心优势在于：即使只修改了一个小文件，也只需上传变化的数据块，而非整个压缩包。

需要自行管理加密。上传到第三方对象存储前，务必做客户端加密（如 rclone crypt），否则重要财务文档的隐私无法保障。

客户端加密（Client-Side Encryption）是指在数据离开用户设备之前就完成加密，存储服务提供商无法解密或查看数据内容。这与服务端加密（Server-Side Encryption）有本质区别——后者虽然数据在磁盘上是加密的，但提供商持有密钥，理论上仍可访问。对于财务记录、税表、身份证件等敏感文档，客户端加密是不可妥协的安全底线。rclone crypt、age、GPG 都是常用的客户端加密方案。需要注意的是，客户端加密意味着如果丢失密钥，数据将永久无法恢复，因此密钥本身也需要安全备份（如纸质抄录存放在保险箱中）。

什么场景该用对象存储，什么场景该留网盘？

对于「重要但不常访问」的归档类数据（学习资料、历史财务记录），迁移到对象存储 + 本地服务器的方案确实更优。但如果其中有需要频繁编辑、多设备同步或分享的文档，保留网盘仍是更省心的选择。两者并非互斥，而是各司其职——网盘负责「活跃工作区」，对象存储负责「冷归档保险箱」。

从企业存储管理的实践来看，这种按数据温度分层的策略（Hot/Warm/Cold/Archive）早已是行业标准。个人用户的数据同样可以按这个逻辑划分：正在写的论文属于热数据（放本地 + 网盘实时同步）、上学期的课件属于温数据（放本地服务器）、五年前的税表属于冷数据（放对象存储冷归档）。每一层使用最适合其访问模式的存储方案，才是成本和体验的最优解。

总结：从单一网盘到分层存储的进化

这位 Reddit 用户的思考，实际上代表了许多技术爱好者在个人数据管理上的成熟阶段：从「把所有东西丢进一个网盘」进化到「按访问频率和重要性分层存储」。

对象存储在长期可靠性和成本上确实更胜一筹，但它的价值只有在正确的架构设计下才能体现——用增量备份工具而非裸 ZIP、做好客户端加密、并把本地服务器作为日常访问入口。做到这些，你就拥有了一套比单纯依赖网盘更专业、更省钱、也更可靠的个人数据保护体系。