浅谈云计算之SAN扩展系统设计

设计背景:不管是公有云还是私有云,为了提供服务的持续性(Business Continuity,BC)和数据的灾难恢复(Disaster Recovery,DR)都不可能只有一个数据中心(Data Center ,DC)。问题 是采用多个DC站点后,每个站点DC的数据要同步,以及为终端用户传输数据提供负载均衡,这些跨城域或广域的DC间该怎样进行数据复制和组织呢?

1.数据恢复衡量指标:恢复点目标(Recovery point objective,RPO)、恢复时间目标(Recovery time objective,RTO)
RPO是指DC损失的数据比例,RPO越小效果当然越好,但是恢复代价也越高。通常减小RPO的方法:开启连续的数据保护以及同步复制
RTO是DC恢复的时间,RTO越小效果也当然越好,但是恢复代价也越高。通常减小RTO的方法:具备聚簇或热备份系统

2.建立镜像和快照
镜像:就是对DC元数据的100%拷贝,备份数据卷和原始数据卷大小一样,数据块位置也一样。一旦完成镜像,就将镜像卷读取到远程DC存放。 在整个复制过程中,不影响应用程序对元数据的使用。
快照:快照是对DC元数据的暂态的拷贝存储。只复制从上次做快照起有更新的数据块,而且所有的更新都记录在日志中,因此存储需要的空间少,支持回滚到最近一次快照。持续数据保护就是做许多快照,使DC能在任意的时间段内回滚。
 
3.数据的同步和异步复制
复制通常就是基于数组完成的,通常的方法有:
EMC Symmetric 远程数据设备、Hitachi True 备份、IBM端到端远程复制。
同步复制:当服务器发出SCSI写命令时,就向A地和B地的磁盘阵列写入数据,当服务器都收到了A和B的SCSI写完成的回复命令时才开始发出下一条SCSI写命令。这样的好处在于能保证两地的磁盘阵列数据永远同步,缺点是如果某一路发生链路故障或者延时,造成服务器一直处于写等待状态,严重影响效率。
异步复制:当服务器发出SCSI写命令是,就向A和B地的磁盘阵列写入数据,服务器不用等到A和B都回复了才继续写,如果A回复了而B没回复就向A继续写入数据,对B的写入数据暂时写入缓存,B从缓存中不断读取数据写入远端B的磁盘阵列中。
至于企业运用中到底采用哪种方案,要考虑A、B的地理位置,带宽延迟、以及谁是主DC,谁是备用DC等。 
原文地址:https://www.cnblogs.com/james1207/p/3271498.html