软件定义存储解决方案 Rados Level Replication From 360
从前年开始做Ceph的技术模块分析到今年中告一段落，软件定义存储解决方案想必有挺多人期待下一篇Ceph技术分析。考虑到Ceph的发展已经从前年的一穷二白到现在的如火如荼，但对于社区的方向和实况仍有所脱节，笔者考虑开始Ceph开发每周谈这个系列。每篇文章都会综述上周技术更新，围绕几个热点进行深度解析，如果正好有产业届新闻的话就进行解读，最后有读者反馈问题的话并且值得一聊的话，就附上答疑部分。https://www.xsky.com/wp-content/uploads/2020/03/3e1f8e66-95ff-4c84-9acf-f58a550ce320-560x353.jpg
上周 12.1.3 tag 发布，不过由于存在升级问题，这周 12.1.4 也发布了。
BlueStore 修改了默认空间分配策略为 Stupid，从之前的 Bitmap 方式。
Rados Level Replication
目前 Ceph RBD 和 RGW 分别具有 RBD Mirror 和 RGW Multisite 来实现多集群数据持久化，360 期望在 Rados 实现一个集群层面的站点复制功能，来解决所有的 Rados 数据可用性问题。
实际上就是在 OSD 层实现双写，以及数据一致性保护，然后利用已有的单集群恢复流程去增加 Recovery Journal 来实现跨集群的数据一致性问题。这个方案需要让底下 OSD 的整个流程增加对于 Transfer node 的感知，同时保证数据的一致性，改动的量会相当的大。
实际上，如果纯同步复制的化，使用单个集群，多个机房分布 OSD 也能达到一样的效果，唯一的区别就是 Mon 集群是拆开了。
页:
[1]