对象存储的多站点容灾架构？

对于任何数据中心来说，容灾都是一项复杂的工程。对象存储的跨数据中心容灾同样如此，首先需要考虑中心之间的关系，是并行还是主备，在此基础上根据站点之间的距离和网络带宽、延迟等。考虑容灾方案。简单说，同步（基于纠删码或副本）方式对网络要求较高，要求延迟不高于某一数值（不同厂商，对网络延迟要求不同）。异步复制，相较来说对网络延迟要求小，硬件投入大。

构建对象存储多站点容灾有多种方案：

1. 采用跨站点的纠删码算法，使得对象存储根据多节点部署，某存储节点发生故障时生产不受影响；
2. 还可以基于Vault（bucket）提供同步、异步的镜像配置技术；
3. 同时提供多版本的功能，规避逻辑错误，保证非结构化数据被误删除后可进行恢复，数据可靠性得到了很高的提升。

以IBM COS为例，分析单站点、双站点、多站点不同容灾方案设计考虑的因素。

1. 单站点部署：单个站点部署IBM COS是最简单的部署选项，可在不需要站点冗余时提供最佳性能，IBM COS采用纠删码的方式，通过信息离散算法（IDA）提供数据保护，允许该站点内多个设备出现故障。且无需复制数据，更加经济。
2. 双站点Mirror部署：IBM COS采用Vault Mirror镜像配置技术，在两个站点内保持数据副本，两个站点可并行进行读写，即使两者之间出现通信中断也是如此，从而提供站点级别的故障容错功能。复制的方式是同步或者异步。
3. 三个及以上站点部署：IBM COS采用纠删码的方式，具有天生的地理容灾性，可借助IDA在三个或更多站点部署IBM COS，提供无需复制的站点级别故障容错功能，提升数据可靠性，极大降低存储成本。在7/12的例子中，如果将四个节点分布在不同的三个站点中，在一个站点出现故障的时候，整体系统因为失效四个节点而小于最大五个节点的配置，而不受任何影响，具备了天生的地理容灾性。