为什么非要用 s3 协议的存储?

单机 Windows 的 REFS 挂了怎么办，S3 服务帮你处理了这些后顾之忧，当然价格是要更高了

选现成方案就是搭车，省力省钱，
你想自己走路 随便你

这不就是个协议吗？底层怎么实现的都可以

windows server license fee 几何？

Q: [为什么非要用 s3 协议的存储?]
A：不是非要用

Q： [我们这儿 用的阿里 oss 90 多 T, 一年的费用大概 10 万多]
A：各个公司可以根据预算调整技术方向

N 年前 ReFS 加存储池炸过一次以后就再也不信微软那些狗屁玩意了。这玩意不炸你就当 NTFS ，炸了你修不回来的时候哭都没地方哭。

而且支持 S3 API 的存储方案很多，你不想买商用方案，不嫌折腾你自己也可以去搞 Ceph 。MinIO 就别碰了，已经开始完蛋了。

用 s3 协议最大的好处是你不怕 AWS 大涨价，因为一大堆替代供应商，并且优化与扩展容易实现。譬如你 OSS 90 多 T ，需要优化费用，你可以在本地搞个 MinIO 或者其他低价供应商作为只读缓存，把冷数据丢到低频或者归档

MinIO 不能扩容吧

S3 协议是云计算的基石，你永远可以相信他的稳定性和通用性。轮子多，不满意你还可以跳船还别家的实现，迁移都有现成的工具。

@yplam "因为一大堆替代供应商" 是的 , 不过迁移流量费用 按阿里的流量费用 90T 算, 每迁移一次就要 10 万多

@Mithril 是的 REFS 版本不兼容, 如果操作系统自动升级有几率会导致旧文件不能访问. 这个在注册表里能单独关.

我还以为是说什么替代 s3 协议，但一看内容。。。
块存储和对象存储是两个东西啊。。。对象存储要求的扩展性、持久性、可用性都不是一个级别的。。。（当然并非所有供应商都能完全实现，但块存储从一开始就没办法做到
例如扩展性，就算是虚拟磁盘可以随意扩容，但也需要重新扩展分区（虽然不一定需要重新格式化，但你肯定得停机才能做）
持久性，磁盘稳定性全靠 RAID/快照备份机制，成本高昂且不能实时保护，供应商之间差异极大
可用性，即使上高可用存储阵列，可用性也没法比较，你单机部署的情况下盘坏了就炸了
当然考虑到具体需求，对象存储确实存在价格高的问题，但要比也要和云服务的比，你单机的块存储方案，基本上爆炸只是时间问题，因此你还要考虑后期轮换的问题，这个组合 RAID 阵列，管理起来成本也不会很低。。（这还没说要备份呢，raid 可不是备份）

s3 协议优点太多了，当世界都在用这个技术的时候，如果你理解不了那就跟着用就行了。

关键不在 S3 ，而是在用的基于云的对象存储，对于文件存储，使用文件服务器方式，对于图片和文件上传下载，每次部署都得解决文件服务器的访问问题，而且在服务器迁移时，文件服务器的路径等非常麻烦，用基于云的对象存储全解决了。所以我这边涉及文件服务器的能用对象存储就用对象存储。

s3 你就当成一个公有云都在用的 WebDAV 协议好了。

虽然槽点很多，但是支持的厂家是真的多。

@vopsoft 实际操作上不会这样一下走公网流量把全部文件迁过去吧，除非很有钱，ECS 做一下中转实际的迁移成本低很多

我就问你，如果某一天机房被烧了，他们这 100 多 T 的数据怎么办？这些数据丢了，对企业有没有致命影响？
如果一个企业的命脉都在数据上，那就不要在备份，文件存储上抠门！

@yplam "ECS 做一下中转 " 这个只是听上去似乎可行 , 但是不够折腾的 也不一定就省多.

1 oss 到 ecs 走内网免费
2 ecs 挂个存储临时存 90T 的文件 或者边下边删除 , 这部分或者麻烦或者花钱更多
3 ecs 公网迁移到其他 s3 存储, 这部分要不就很慢 要不就花钱买 ecs 带宽

@vopsoft 嗯，如果你是这样操作迁移的话只能说比较有钱，或者你们的应用场景比较特殊

@ytmsdy 我也只是讨论～没想给公司省钱。但机房着火这事儿～也好解决 买 120t 硬盘 P5336 然后顺丰到分公司 再实时同步