嗯，业务需求是源，底层存储的资源池建设包括存储高可用架构要视业务需求而定。对于核心以及重要系统，就匹配高性能，高可用的存储资源池。对于一般业务系统，一般也没必要建同城灾备，同时对存储性能诉求也不高，所以存储就可以选降一级的资源池。...

容器云的存储基本为分布式存储， 在基础层已实现多副本。 

无论是那一方面的双活，都是相对复杂的架构，即便是现在的技术比较成熟。在建设和维护上也还是相对麻烦一些。人力，资金的投入也要大一些所以我觉得建设双活之前。最重要的考量就是双活是否是必须的，业务的连续性需求是否一定需要双活的方式来保障。当确定了一定需要双活后，剩下...

依次从上到下，可以有如下解决方案：1. 双活文件系统，目前比较成熟的解决方案有, GPFS, 或者其它分布式文件系统。2. 双活数据库，一般也可借助双活文件系统来实现，如DB2 gdpc方案，oracle extended rac等。3. 基于存储网关的，借助存储网关的控制器，来实现底层存储的双活访问...

采用传统架构双活分为以下存储层、网络层、数据库层、应用层、链路接入层等，这几层都实现了双活，才真正意义上双活数据中心。您描述的应用级双活如果在这些层面都实现了，并包括上面说的层级，应该就不需要存储双活。不知道我的回答是否是您需要的。...

个人理解双中心切换前可能需要注意的点包含如下：切换的系统范围网络分发策略、域名解析、安全策略 切换相关系统在切换到后另一个中心后的硬件资源情况、系统并发能力 切换后一些特定的定时任务、备份任务...

容灾恢复是绝大多数企业级应用的基本要求在没有Kubernetes也没有容器的时候，备份和恢复解决方案通常在虚拟机（VM）级别上实现。当应用程序在单个VM上运行时，容灾系统适用于这样的传统应用程序。但是，当使用Kubernetes对应用程序进行容器化管理时，这样的容灾系统就无法使用了。**...

双活数据中心主要重点在于网络双活和存储双活的设计和实现，要考虑双中心之间带宽，哪些核心业务需要跑双的，哪些没有必要，毕竟全部上双，长距离的IO高带宽和低延迟要花的租用费不菲。其次是网络和存储双活建成后的倒接，这个具有一定的挑战性，建议多试验，多模拟，尽可能和你生产环境贴...

对读写业务分类收集，分别配置读写分离的数据源，要求应用支持，一般报表系列应用读就够了