香港独服自建对象存储怎么选

手里有一堆图片、备份包、视频素材，放在机器本地总觉得不踏实，于是想到自己搭一套对象存储。真动手才发现问题不少：容量怎么估、盘怎么摆、公网要不要开、权限给谁、删了能不能恢复。这篇按实际搭建的顺序把这几件事捋一遍，也顺带说说不同价位机器的容量和盘型差在哪，避免一开始就把钱花在错的地方。

自建对象存储要先想清什么

先问自己存的是什么。图片附件这类小文件数量多、单个很小，看重的是并发读取和小文件随机访问；备份包、数据库导出这类大文件数量少、单个很大，看重的是顺序写的吞吐。这两类业务的机器配置取向完全不同，混在一起放往往两头都不讨好，先按主业务定方案，次要业务再迁就，反过来调整成本会高很多。

再问容量要留多少余量。对象存储本身要留副本或者纠删码冗余，实际可用容量只有标称的六成到八成。按现在的数据量乘一点五，再留一年的增量，算出来的数字才是真正该买的容量。按标称容量买满，半年后就会开始删东西，那时候再补盘的成本更高，可能还要重新做一次数据迁移。

盘型的选择跟业务绑定。机械盘单价低、容量大，适合存放不常读的归档和备份；固态盘随机读快，适合频繁访问的图片和缩略图。一台机器上两种盘混插，按用途分目录，比全用一种盘更划算，扩容时也只需要补同类盘，不用把整池推倒重来。

网络这一项容易被忽略。对象存储的读写都走网络，公网访问时上行带宽就是天花板。一千兆端口理论上一百二十五 MB 每秒，实际跑起来打个八折，一个大文件上传要花不少时间。端口带宽和容量一样，都是要提前算的指标，两者缺一个都会卡在同一个瓶颈上，容量够了传不动，等于白买。

自建和用现成服务差在哪

成本上自建不一定便宜。现成服务按用量付费，前期几乎零投入；自建要一次性买机器和盘，还要算上电费、带宽和维护时间。数据量小的时候自建明显更贵，数据量大到每月存储费超过机器月付时，自建的账才算得过来。

可控性是自建最大的理由。数据在自己机器上，谁能访问、存在哪、保留多久都由自己定；现成服务的规则是别人定的，改不了，接口变了也得跟着改。

延迟上自建可以做到很低。同一机房内网访问，往返只有零点几毫秒；跨地域调现成服务，网络往返几十毫秒是常态，做图片处理这类高频读的业务能感觉出差别。

运维负担是自建的隐性成本。要做监控、告警、扩容、故障恢复，盘坏了要换，服务挂了要重启。没有运维经验的人，第一年交的学费往往超过省下的钱。

合规和归属也要想。数据涉及客户信息时，放在自己的机器上，责任边界清楚；放在第三方，要确认对方的数据处理和备份策略，出问题时的举证链条更长。

扩展方式不一样。现成服务加容量是点一下，自建加容量要买盘、停机、扩阵列，或者再加一台机器做集群。数据量增长快的场景，扩容的便利性是要算进去的。

适合自建的场景其实不复杂：数据量在几个 TB 以上、访问以内网为主、对延迟敏感、有运维能力。四个条件缺一个，用现成服务更省心，勉强自建往往两头都顾不上。

容量和盘型怎么配

容量按可用算而不是按标称算。六 TB 的机械盘做双副本，可用只有三 TB 左右；做纠删码能到四 TB 上下，但重建时对 CPU 和 IO 的压力更大。买之前先确定用哪种冗余方式，再倒推需要的盘数。算的时候把文件系统开销和快照空间一起算进去，这部分通常占百分之五到十。做双副本时实际可用只有标称的一半，六 TB 的盘能装的业务数据就是三 TB 左右，超过这个量就得加盘或者换冗余方案。冗余方式选错，后面扩容的代价会很大，纠删码改副本要整池重建，停机时间按 TB 算。盘数的规划要按最坏情况留，一块盘坏了能有地方重建，才算真正可用的冗余。单盘故障时重建窗口越长，第二块盘同时坏的概率越高，这一点在机械盘上尤其明显。

盘型按冷热分层。热数据放固态，冷数据放机械，中间用一层缓存目录过渡。这样既控制了成本，又让常用文件保持较快的读取速度，比全部用固态省钱，比全部用机械快。缓存目录只放最近被访问的文件，命中时直接返回，未命中的回落到机械盘读一次再写进缓存。缓存大小按日活文件量估算，给到总容量的百分之五到十通常够用，给太大反而挤占热数据空间，也给 SSD 增加无谓的写入。两层之间的切换要能自动完成，手工搬文件在数据量上来之后根本维持不住，脚本化的淘汰规则是必需品。热数据层不需要太大，把真正高频的那部分留住就够，剩下的交给机械盘按顺序读，体验上的差距远小于成本上的差距。

公网访问和权限怎么管

鉴权是第一道门。对象存储一般用访问密钥加签名的方式，密钥分读写和只读两种权限，按用途发不同的密钥。给前端用的密钥只能读，给上传服务用的密钥才能写，一个密钥走天下是最常见的失误。

签名链接适合临时分享。生成一个带过期时间的链接，到期自动失效，不用把文件设成公开。给客户发素材、给同事传大文件，这种方式比直接开目录安全得多。

限速要配上。单 IP 的连接数和带宽上限不设，遇到爬虫或者被人恶意拉取时，整台机器的带宽会被一个来源吃光。限速不影响正常用户，却能挡住大部分异常流量。

防盗链能省不少带宽。检查请求来源，只允许自己的域名引用，别人的站点直接引用你的图片时会被拒绝。这一项对图片站尤其重要，被外站盗图跑流量是很常见的事。

HTTPS 要开。明文传输的链接在公共网络里能被中间人看到，涉及客户资料时更不能省。证书用自动续期的方案，别等过期那天才想起来。

访问日志要留。谁在什么时候读了哪个文件、下载了多少，这些记录在排查异常流量和定位泄露时是唯一线索。日志本身也会占空间，按天切割、保留三十天比较合适。

内网访问走独立通道。应用服务器和存储机在同一机房时，走内网地址，不绕公网，速度快且不占公网带宽。这一点在批量处理图片时差别很明显。

公网入口能不暴露就不暴露。只开必要的端口，管理界面绑内网或者加白名单，把攻击面压到最小，这是投入最小、收益最直接的一步，具体机型怎么选可以对着这条渠道入口看一遍容量和端口。存储机一旦被拿下，损失的是全部数据。

数据校验和备份怎么做

写入时就要算校验值。上传完成后比对一次哈希，确认落盘的数据和源文件一致。这一步能提前发现网络传输错误和盘的问题，比事后发现文件损坏再排查省事得多，一个几 GB 的包传完花了十分钟，比对只要几十秒，这点开销换来的确定性很值，尤其是从别的机器迁移过来的数据，中途出错的地方最难查，先校验再进池子能省掉大半麻烦。定期做全量校验。每隔一段时间扫一遍存储池，比对校验值，发现不一致的块用副本修复。盘的老化是渐进的，早发现能避免整块盘突然不可读时才发现没有副本。

备份要放到另一台机器上。同一台机器上的副本挡不住整机故障、误删和勒索软件。异地或者至少另一台独立机器上留一份，才叫备份。频率按数据变化速度定，一天一次对多数站点够用，变化快的业务可以缩到几小时一次，代价是带宽占用，别让备份和前台业务抢同一条上行，错开时间是最简单的办法，带宽紧张时也可以先限速再跑，让它慢慢传别影响正常访问，代价是恢复窗口被拉长，要在两者之间取个平衡。

恢复演练要真做。挑几个文件真删一次，从备份恢复出来看能不能用、花了多久。没演练过的备份方案，在真出事那天大概率会出问题，演练本身也会暴露权限和路径上的疏漏，顺手就把文档补全了，新人接手时不用再靠口口相传。

八百和一千二这两档怎么挑

八百这一档的价值在大容量机械盘。二十核四十线程、一百二十八 GB 内存配六 TB SAS，适合做归档和备份的落点，容量大、单价低，顺序读写能跑到端口上限，冷数据放这里最经济，日常维护量也小。

一千二这一档的价值在盘数和内存。双路二十四核四十八线程、一百三十 GB 内存配两块两 TB 固态，随机读写能力强，适合做图片和缩略图这类高频访问的热数据层，也能同时承担一部分转码和处理的活，一机多用。

盘数决定冗余方式。单盘或者双盘只能做副本，盘数上到四块以上才有可能用纠删码换容量。买机器时把盘位留出来，后面加盘比换机器容易，价格差得也不多。

带宽决定对外服务能力。对外提供下载时，端口跑满就是上限，一千兆和两千兆的差别在高峰期很明显。只看容量不看端口，容易买回来发现传不动，那时候只能再加带宽或者换机房。

扩容路径要提前想。是先加盘还是再加一台机器做集群，两种方案的成本和复杂度差很多。数据量预期增长快的，直接按集群思路规划，别在单机上反复扩，扩容的边际成本会越来越高。

两档其实可以配合用。热数据放一千二那档，冷数据和备份放八百那档，按访问频率分层，总成本比全用高档低不少。具体机型对照可以看这份渠道清单，按容量、盘型和端口三项比一遍就能定下来，先定冗余方式再看容量最省事。