1. 分支结构、营业网点客户端自身的域名解析。针对客户端到数据中心之间的线路、接口、设备等故障：，那么这个时候就需要客户端操作系统自身的域名解析机制来进行动态切换，把DNS解析服务地址切换到备用侧，导致客户端到DNS地址请求的数据量发生切换。2. 网络层的高可用及容灾...
这个就是详细设计的事儿了，比如说银行的应用：渠道系统调用交易系统，交易系统调用核心系统。那么在基础架构双活设计的时候：首先，需要保障这些应用的载体基础架构容灾切换速度（核心>=交易>=渠道）。其次，如果架构当中异构载体比较多，可能会出现部分发生切换，那么必须保障跨中心...
1. 数据库心跳，存储延迟问题以上两个，放在双活架构当中，归根结底还是网络延迟问题2. 网络延迟选址要注意距离，中间的裸光纤要减少转接点，带宽要考虑峰值及扩展性。既然选择了双活架构，那么双中心之间的链路延迟和稳定性的问题就不可逃避，只能采取以上措施来控制风险，但不能完全...
1）当前业界已经具备NAS双活技术，NAS双活采用AP架构，使主机能够将两个存储系统的文件系统视为单个存储系统上的单个文件系统，并保持文件系统的实时双写存放和读取。2）华为Oceanstor存储具备免网关NAS双活能力，基于多租户（vStore Pair）双活机制，可以将主Store的网络资源、协议配置及...
【文章摘要】对于每一个银行信息系统的建设和维护人员，永远绕不开的是如何保障业务的持续稳定无间断运行，最关注的是系统的稳定性，可靠性和高可用性。而“双活”技术，则是构建一个7*24小时稳定运行系统必不可少的技术手段，本文从双活系统的技术选型出发，对双活技术的重点难点进...
(more)【摘要】本文站在某银行灾备项目负责人的视角，以农商行业务接入平台的灾备建设为典型案例，详细介绍了重要系统灾备建设的主要过程，包括：生产端的待建设系统架构梳理、“同城双活”模式的灾备架构如何设计、服务器和网络设备的选择和使用、灾备演练的组织过程等。最后，基于多年...
(more)没有 全局负载均衡均衡 调度的话，大二层还是可以的，双活存储+大二层+vsphere 虚拟化方案，是一种解决方案，但是网络压力较大， 最好还是建设居于DNS的双活应用调度。 大二层 不是趋势，是一种解决方案。...
对于管理人员，需要根据项目的时间要求做好任务的分配和实施进度的把控，尽量让自己的人能做到技术上集体讨论，群策群力，不区分专业全流程参与。建议运维的人从架构设计的时候就全程参与，包括后续的详细规划例如分区的安装、网口和网络的规划、操作系统数据库的安装，参数优化，容量...
可以通过跨中心的负载均衡GTM实现，策略配置成双中心的应用同时双活或者配置成本中心的应用全部故障时将业务转发到同城的应用服务器上。
个人感觉一套还是两套运行，主要需要考虑的还是网络质量，如果网络质量有保证，单套扩展的架构属于双中心的紧耦合架构，架构上比较简单清晰，双中心间的业务分发策略、业务间的访问关系配置也相对比较简单，但是单集群的风险在于如果网络出现明显抖动，可能带来的是整个集群的性能下降...
