一切底层架构都是为了应用层的高可用，基础架构当中的某一层是否双活并不重要，只要应用层能实现双中心高可用就OK。当然为了实现这个目标，就需要在基础架构层进行有机的组合和重构。在选择的时候必然有些优劣体现出来。例如，有人想做跨数据中心的RAC，这样应用只需要从各自中心...

不同层次的双活技术所需投入的成本是不一样的（硬件采购成本，软件采购成本，技术改造成本等等）。因此，需要根据应用的重要性，应用当前所使用的技术来判断最终使用什么解决方案实现双活。...

如楼上所说。你如果要做到应用层的同层双活，就要考虑的是怎样让整个应用可以在主挂掉时候快速切换到从。这是个整体的结构。你的从要参考主来架设。至少要该有的都有。而基础层架构的双活。我觉得目的是为了保证在本地的设备不产生单点故障，这个。。。根据你的业务开考虑吧...

GPFS是操作系统之上软件层的双活解决方案，SVC HYPERSWAP是底层存储的双活读写解决方案，或者用SVC ESC也行。ECM的方案有VPLEX，其他存储厂商例如华为的HYPER METRO存储双活方案、HDS的GAD存储双活方案、NETAPP的METROCLUSTER的存储双活方案等等。...

多个数据中心的应用双活技术不同的应用场景有不同的技术和解决方案，比如最简单的一个应用场景，LinuxONE服务器用来做大规模的Oracle数据库整合，同时需要做应用级别的双活（注意不是数据级别的容灾），那么最简单可以用Oracle Active DataGuard 的方式来实现。另外，在LinuxONE平台，有...

业务双活一般需要在需求调研阶段就应该定下来。跨数据中心双活对于各方面都有要求，程序开发、网络连接、应用处理、并行数据库、数据中心距离，这些都需要进行相应的建设与配合。如果要在上线后变更，代价非常大，而且风险也大。而且双活一般需要经过主备-主辅-双活的建设路线。...

应用双活绝对是个系统工程——不只是基础架构的设计，还需要开发、运维的深入参与。个人感觉首先是存储、网络、基础服务要双活，还要做到运行环境标准化、动态配置，应用运行时无状态。...

其实只要是AA模式的数据库集群（关系型数据库），那么一定会存在数据热点问题，这个问题的持续加剧会引起集群层的故障。在高负载高并发的情况下，双站点间的链路稳定性和延时问题又是导致这个问题加剧的主要原因。假设从业务部署上，应用上无法做到读写分离哪怕是粗略的分离，意味着数...

没法做到绝对的读写拆分，只是说从应用层面将模块尽量解耦拆分部署。其主要目的就是要减少数据库集群节点之间锁信息和缓存信息的同步，想要消除是不现实的。以下链接供您参考：http://www.aixchina.net/Question/223039...

1.统一资源池云管理平台是建立在docker容器的基础上的吗？答：不是，ICO\ICM\POWERVC等都是基于OPENSTACK架构的云管理平台，通过IMAGE的方式部署虚拟机操作系统，通过服务编排的功能，在已部署好的虚拟机中部署各类组件脚本等，而Docker container和普通的虚拟机Image相比, 最大的区别...