冷数据放对象存储、热数据放本地盘，核心是让高频访问留在低延迟本地盘，把低频、大容量、长期保留的数据交给对象存储，兼顾性能与成本。 判断冷热不能拍脑袋，要看访问频率、延迟要求、更新频率和保留周期。
冷数据放对象存储热数据放本地盘怎么选？先定冷热边界
热数据的硬指标
热数据是业务正在用、频繁读写、延迟敏感的数据,典型场景包括：
- 数据库热库、订单表、用户会话
- Redis、Memcached 等缓存
- Elasticsearch 热节点、搜索索引
- Kubernetes 镜像缓存、CI 构建缓存
- 高频图片、视频首帧、推荐特征
这些数据放本地 NVMe SSD 或高性能云盘更合适，业内专家指出，冷热分层的收益，主要来自容量成本与性能成本的错配，热数据量不大，但要求高 IOPS、低延迟，本地盘能提供稳定的 P99 延迟,减少网络回源。
冷数据的四个特征
冷数据不是“没用”，而是“现在不常读”,常见特征：
- 访问频率低，按月、季度甚至年访问
- 读多写少，或只写不读
- 容量大，增长快，删不掉
- 合规、审计、备份要求保留
典型场景有：
- 历史日志、审计日志、访问日志
- 数据库备份、快照、binlog 归档
- 图片、视频原始文件、监控录像
- 旧版本文档、报表、归档工单
判定冷热的具体方法
不要凭感觉,按数据说话：
- 采集访问日志：Nginx access log、对象存储 access log、数据库审计日志。
- 跑监控：
iostat -x 1、iotop、Prometheus + node_exporter。 - 按时间分区：7 天热，30 天温，90 天冷，1 年以上归档。
- 设阈值：某文件 30 天访问少于若干次,自动转冷。
- 每月复盘：促销、报表、审计期可能让冷数据变热,要留回迁通道。
对象存储和本地盘成本对比：别只看每GB单价
成本对比表
| 成本项 | 本地盘 | 对象存储 |
|---|---|---|
| 容量成本 | 包年包月或一次性采购 | 按量计费，低频和归档更低 |
| 性能成本 | 高 IOPS、低延迟 | 延迟较高，适合吞吐型 |
| 运维成本 | 高，要管 RAID、换盘、扩容 | 低，厂商维护 |
| 冗余成本 | 自己做 RAID、副本、快照 | 多副本或纠删码 |
| 流量成本 | 内网为主 | 外网流出、跨地域复制可能收费 |
| 扩容方式 | 停机加盘或换机器 | 弹性扩容，几乎即时 |
什么情况本地盘更划算
- 高并发事务数据库
- 频繁随机写、频繁更新的小文件
- 对 P99 延迟要求严苛的在线业务
- 数据量可控，预算固定，已有服务器资源
什么情况对象存储更划算
- 备份、归档、日志冷存
- 图片视频原始文件、CDN 回源
- 数据量增长快，但访问少
- 需要版本控制、跨地域复制、合规保留
行业共识认为，对象存储适合不可变、低频、长期保留的数据，真正容易踩坑的是隐藏成本：请求费、外网流出费、归档取回费、最小存储时长、提前删除费，部署时尽量走同地域内网 endpoint,并配置生命周期自动转低频或归档。
中小企业冷热数据分层存储方案怎么落地
应用层异步归档
新数据写本地盘，定时任务把历史数据推到对象存储，适合日志、备份、报表。
- 工具：
rclone、ossutil、coscmd、obsutil、aws cli - 示例：
rclone sync /data/logs/archive oss:my-bucket/archive --transfers 32 --checkers 16 --progress - 注意：先校验再删除，保留 7 天回收站或版本控制。
文件系统透明分层
用 JuiceFS、Alluxio、S3FS 把对象存储挂载成文件系统,本地盘做缓存。
- JuiceFS 初始化：
juicefs format --storage oss --bucket my-bucket --access-key xxx --secret-key xxx redis://127.0.0.1:6379/1 myjfs - 挂载：
juicefs mount -d --cache-dir /data/cache myjfs /mnt/jfs - 本地缓存目录建议放 NVMe，容量按热数据量 10% 到 30% 预留。
- 监控缓存命中率、回源流量、P99 延迟。
数据库冷热分离
- MySQL：历史表按时间分区，用
pt-archiver归档到对象存储。 - PostgreSQL：分区表加外部表，
pg_dump备份到对象存储。 - ClickHouse：配置 TTL，把冷分区移动到 OSS/S3 磁盘。
- Elasticsearch：热节点用本地 SSD,冷节点挂对象存储快照。
备份与合规
- 本地快照加对象存储版本控制。
- 生命周期：30 天转低频，90 天转归档，365 天清理或长期保留。
- 加密：本地盘 LUKS，对象存储 SSE 或 KMS。
- 权限：RAM 最小权限，禁止公开桶,开启审计日志。
北京上海IDC冷热数据分离部署要注意什么
网络与延迟
北京、上海等核心城市机房机柜贵、带宽贵，部署时优先选同地域对象存储内网 endpoint，公网流出费高，跨地域复制也会产生流量，跨地域复制适合容灾,但要接受同步延迟。
机柜与带宽
本地盘只放热数据，冷数据出机房，这样能降低本地存储扩容压力，减少机柜空间和电力消耗，冷数据出机房后，本地服务器可以少挂大盘，把预算留给 CPU、内存和 NVMe。
合规与安全
金融、医疗、政企客户要注意数据不出境、等保和审计要求，对象存储开启版本控制、日志审计、跨区域复制，本地盘做 RAID10 或副本，监控 NVMe 磨损和 SMART 信息。
部署检查清单
- 本地盘 RAID 级别、文件系统、挂载参数
- 对象存储生命周期策略
- 内网 endpoint、CDN 回源、缓存命中率
- 备份恢复演练，至少每季度一次
- 账单告警，监控请求费、流量费、取回费
对象存储多少钱一个月？算清四笔账
容量费
标准、低频、归档价格递减，价格因厂商、地域、冗余类型不同，标准型通常高于低频和归档型，归档型最低,但取回慢。
请求费
PUT、GET、列举、删除都可能计费，小文件多时，请求费会变得明显，日志、图片等小文件建议打包合并。
流量费
外网流出、跨地域复制、CDN 回源可能收费，同地域内网通常免流出，把计算资源和对象存储放同一地域,能省下较大比例流量成本。
取回费
归档型取回按量计费，解冻时间从分钟到小时不等，别把需要随时读的数据放归档,否则取回费和等待时间都会影响业务。
省钱做法
- 小文件合并,日志按小时打包。
- 生命周期自动转储,避免人工遗漏。
- 内网 endpoint 加 CDN 缓存。
- 监控账单,设置预算告警。
- 定期清理无用版本和碎片。
冷热分层不是一刀切，而是按访问频率动态调整，热数据留本地保性能，冷数据进对象存储降成本，生命周期策略要定期复盘。
冷数据放对象存储热数据放本地盘常见问题Q&A
冷热数据比例多少合适？
没有固定比例，看业务访问曲线，多数情况下，热数据占总容量较小，冷数据占比较大，先按最近 7 天或 30 天访问划分,再每月复盘。
对象存储能直接跑数据库吗？
不适合直接跑高并发事务数据库，延迟和请求模型不匹配，常见做法是本地盘跑数据库，备份、归档、冷表放对象存储，可以用 JuiceFS 等做缓存层，但核心库仍建议本地 NVMe。
本地盘坏了热数据怎么办？
本地盘做 RAID10 或三副本，数据库主从、快照、备份到对象存储，恢复流程：从对象存储拉取最近备份，挂载到新盘，回放 binlog/WAL,切换流量。