网络上，二层打通是必要的。对外服务来讲，两站点的DNS分别按照不同顺序配置在网点客户端，客户端的DNS解析顺序决定谁来提供服务，数据中心内部资源故障情况下，DNS可以结合LTM实现智能全局解析将数据请求引入服务站点。对于DNS故障，网点客户端靠路由自动切换实现解析请求的动态切...
双活的概念在不同的客户眼中有不同的定义，例如A-S（主+温备），A-Q（主+查询），A-A（主+主）。1.存储层可通过IBM PowerHA Hyperswap with IBM PPRC; EMC SRDF; HDS True Copy2.存储虚拟化层可通过SVC的Hyperswap或者Stretch Cluster；EMC VPLEX3.数据库层的双活可通过DB2 GDPC(DB2 PureSca...
SVC的同城A-S是主备模式，切换期间，服务是中断的，中断过程主要是缓存刷盘、存储切换、METRO MIRROR复制关系反转，不考虑主机端的切换话，时间是秒级的，倘若主机端结合存储的自动切换，比如用HAMCP XD，主机和存储是一起切换的，除了存储的切换过程，还有主机的切换，HA资源组的切换，HA脚本的...
对于金融行业来讲，非结构化数据的业务相对比结构化业务重要度低很多。搞双活的情况不太多。一般容灾方式就是个数据复制。
这个首先应用得支持多活部署。在两地分别部署PaaS平台，同一应用在两地的PaaS平台分别部署一遍，要保证外部依赖的一致和dns改造的完全。同时，镜像仓库唯一（它down了不影响应用）。应用的入口切换，依赖于PaaS平台外部的GSLB。...
如楼上所说。你如果要做到应用层的同层双活，就要考虑的是怎样让整个应用可以在主挂掉时候快速切换到从。这是个整体的结构。你的从要参考主来架设。至少要该有的都有。而基础层架构的双活。我觉得目的是为了保证在本地的设备不产生单点故障，这个。。。根据你的业务开考虑吧...
匿名用户
db2 purescale做双活确实依赖于gpfs做复制，这种复制关系是通过在gpfs内部建立两个failuregroup，彼此之间完全复制。底层存储要求san直连。同时为了解决脑裂问题，还需要加入第三点的磁盘并创建为第三个failuregroup，这个存储不要求到两中心直连，第三点本地即可。...
