双活本身故障在双活侧会进行自行切换，上层理论可以做到几乎无感知。如果从解决的方案层面端到端考虑虚拟化场景的可用性，就需要结合存储，网络，主机，以及应用拉通进行拉通分析。由于增加了虚拟化层，在主机侧增加了虚拟化的兼容性。这个又有两方面，需要关注将NAS资源挂载给虚拟化...

用智能DNS，或者全局性负载均衡。像F5就有专门的智能DNS设备，可以按照网络层面的流量按照一定策略就行流量引流，比如按照运营商、客户端区域，IP地址等进行解析，通过规则分发到不同的数据中心。另外还具备探测下一层的链路负载的连通情况，不通，就自动将流量引至其他数据中心。...

这个就涉及到好几个运维系统，集中监控、自动化运维平台，流程平台，CMDB等，每一个都是个独立的项目，而且这些系统都存在千丝万缕的耦合关系。不是一个工具就能实现的，必然是多系统和多系统间融合才能实现的。不过简单的实现统一监控和切换，那就另当别论，一体化运维可不是这么简单。...

强烈推荐DNS！1、主备切换的时候，一般需要备库接管主库的IP地址，那么两个站点的二层网络需要打通（同一网段的IP地址需要同时存在于两个站点），网络设计非常复杂，且两个站点耦合度太高。2、如果网络二层不打通，那么切换时备库就无法使用主库的IP地址，这时所有应用服务器访问数据库的...

存储双活并不是孤立的存在，还需要配合上层的数据库、应用、操作系统、网络等来实现，比如一套业务系统有数据库和应用，节点部署于两个数据中心，底层存储也是双活架构，两个站点的数据库节点如果要想对这两个双活存储并行读写的话，必然要求这两个数据库节点也是双活架构的，比如ORAC...

主机对存储的控制访问策略一般就几种策略，建议还是采用存储厂商的多路径软件，再主机访问存储上设置一下，一般是主备方式，这种方式是两个hba卡，类似两条路径方式，只有这个hba卡出现问题，切换到另外一个hba卡上;另外一种就是负载均衡模拟，两条路径同时工作，一条出现问题后另外一条正...