关于 oss 存储数据迁移到本地（搭建本地存储）

[guochenglong]

背景

我司去年在 oss 存储费用达到 100w+，公司觉得费用过高，期望在存储方面可以降本。

方案

目前团队定的方案是放弃 oss ，自己搭建一套本地存储。将 oss 数据迁移到本地，后续各个服务 oss 操作全部替换成操作本地存储。

存储服务：MinIO

问题

请教各位有什么建议和相关经验？

ps：我个人感觉自己实现存储风险很大，要考虑的东西很多，备份，容灾，带宽速度等。

[hefish]

这个风险大小跟投资应该是成比例关系的。
自建存储，多投点钱，搞点分布式，搞点冷热备，再搞一些专职人员维护，肯定能做到安全性，效率 兼顾的。

[yinft]

能做到分布式么？带宽资源够么？能解决这些才行

[daimaosix]

文件类型是大文件居多还是海量小文件？在 OSS 用的是什么存储类型？ OSS 存储费用能花 100W+这个量不算小啊，美团技术团队之前在他们的博客分享了自建 MinIO 遇到的挑战，你可以去看一下。

[knives]

好奇数据量有多少，存储哪些类型数据？

个人经验是 MinIO 稳定性不错，但是使用 HDD 存大量小文件性能捉急。另外扩容比较麻烦。

[lcy630409]

没有谈折扣么？ 被别人吃了？
建议计算成本，超过阈值就自建 先算好

[daimaosix]

建议从长计议，多大存储量，100W+这费用阿里肯定给了不少的折扣了，能解决容灾和网络的话，这成本肯定下云会省钱。

[ohayoo]

这个 100 万是纯粹的存储费用还是说包含了文件访问产生的 CDN 费用？
如果是纯粹的存储费用，这得是多少个 P 的海量数据了，缺失是个很大的挑战

[guochenglong]

统一回复下：
1.文件类型：音频文件，每个音频大约 40mb 左右。属于海量小文件。
2.100W 只是存储费用，目前存储使用量在 1000TB 。

[daimaosix]

@guochenglong 海量小文件，强烈不建议使用 MinIO

[opengps]

能花 100W 了，本地当然得考虑很多因素，但其实最好是先别删除-冷存，以备随时能退回 oss 的方案上去

[guochenglong]

@daimaosix
文件类型：音频文件，每个音频大约 40mb 左右。
存储类型：去年 6 月之前全是标准，6 月后标准 50% 低频 50%。
费用：打完折后 100w

[guochenglong]

@knives 各种格式的音频文件（ wav,flac,mp3 等）

[guochenglong]

@ohayoo 只是存储费用，并且是打折后的。存储量 1000TB

[daimaosix]

@guochenglong 回源带宽有多大？应该用了 CDN 吧？初步+保守计算，自建可省下三分之一至少

[guochenglong]

@lcy630409 打完折 100w ，所以打算自建

[guochenglong]

@opengps 是的，现有 oss 文件先不删。

[ksc010]

一样的情况，目前正在逐步迁移到本地

[guochenglong]

@daimaosix 回源带宽 100mb ，用了 cdn 。

[aloxaf]

有些公司，比如七牛，提供了私有云的解决方案。如果你们觉得公有云太贵，自建又没经验，也可以考虑这类服务。

[daimaosix]

@guochenglong 干吧，三分之二省了