基于头秃的原理而言 没用

谢谢！已领取 表情一并关注啦～

@jigege2019 整体来说 开源基本都这样

相比其他而言 Ceph 算是最成熟的了 毕竟 Linode 和 Digital Ocean 也在用 看邮件组也有很多别的大公司不断的贡献代码 但是想用好要付出巨大的成本就是了 用好难

真的推荐的话 如果负担得起 直接找成熟的商业存储吧 商业有 bug 可以快速修 Ceph 一个 bug 修好几年都很常见 至少我遇到的问题在最新的 Reef 才算彻底修好

毕竟数据无价

@dyv9 按你这需求 是不是不用 Linux 的都是要被 35 淘汰的……

@jigege2019 个人建议慎重吧 另外现在 Ceph 官方也推荐他们自己的 Cephadm 建院尝试下这个 对于存储这种基础中的基础 还是建议遵循 KISS Ceph 已经足够复杂了

另外版本升级的话最好加一下邮件组看看 Ceph 15 出现过升级中 OSD 格式转换错误导致数据丢失的问题 你看一下版本历史就知道了

只能说没出问题一切安好 一旦出了问题就是两眼一黑

当然如果最后需求很多 那还是上 Ceph 不过建议独立部署 遵循 KISS

k8s 挂了你还能重新部署 存储挂了可是你数据就没了

@jigege2019 你这个只是最基本的 后面 Ceph 自己出了问题才是最麻烦的

rook-ceph 的坑不在 Rook 而在 Ceph 而且因为 rook-ceph 藏住了很多细节 真到 Ceph 出问题的时候就是两眼一黑

而且还有很多细节 rook-ceph 部署的时候配置 rack awarness 了么 k8s 升级的时候怎么配合一起重启 Ceph docker 升级的时候怎么逐步重启 全是坑 甚至 k8s 出问题的时候你想要恢复 Ceph 也是个挑战

@jigege2019 ceph 运维太重了

没人关心 Chrome 的 Topics API 么

基于最近 Chrome 的变动 会继续用 Firefox 即使没那么好用

分手厨房比双人成行难多了