虚拟化平台如何利用存储双活特性实现跨站点集群扩展？

　　（来源：twt企业IT社区）

　　在已部署存储双活的基础上，虚拟化平台如何利用存储双活特性实现跨站点集群扩展？

　　面临满足严格监管RPO/RTO要求的挑战。当前普遍采用的主备容灾架构（基于相对老旧的IOE虚拟化环境）亟待升级为同城双活。核心矛盾在于：是优先依赖信创分布式数据库多活改造实现，还是优先存储和虚拟化容灾协同能力实现？在已部署存储双活的基础上，虚拟化平台如何利用存储双活特性实现跨站点集群扩展？这种扩展方式在同城双活架构中带来哪些核心价值？（以下内容来自社区同行探讨）

　　● seposal 某证券 系统工程师：

　　虚拟化平台利用存储双活特性，那么就需要跨数据中心构建统一虚拟化集群，好处是切换效率更高，能够为业务侧提供更好的服务体验，因为虚拟机漂移过程中无需数据移动。但需要再跨数据中心的专线网络、NTP同步校时、存储双活距离等外部因素。

　　● 牙白 某农商银行 系统运维工程师：

　　存储双活跨站点使用，对于站点间的时延要求较高，需严格设置仲裁，预防脑裂，这种扩展方式的确保了数据的一致性，提高了灾备恢复能力。

　　● anikikong 某股份制银行 数据库运维工程师：

　　我不推荐同城双活。更建议同城主备模式：

　　1. 分布式数据库部署在本地多虚拟化集群上。

　　2. 同城的同构数据库集群采用数据库级别的主从同步能力，保障数据一致性，和同城快速恢复。

　　3. 如果一定要用虚拟化集群的存储同步能力，可能导致同城的集群平时处于关闭状态。切换的时候再拉起来。也是一种方法，但是要求更高，恢复也更慢。

　　● Mr_yyy 某股份制银行 系统运维工程师：

　　虚拟化平台要通过存储双活特性实现跨站点集群扩展，主要是构建跨站点的虚拟化集群，将两个站点的宿主机加入到同一个虚拟化集群，再通过集群管理软件，将双活存储映射到宿主机的逻辑卷识别配置成单一的逻辑存储池，以此构建跨站点集群。

　　其核心价值在于实现了虚拟化层面的同城双活，达成同城容灾切换要求和有效故障恢复效率。

　　● lql2000 某银行 系统工程师：

　　这种模式屏蔽了数据同步的复杂性，对于部分传统应用来说也是一种部署架构的选择。但同样也需要考虑一些局限性，例如同城的二个中心不能距离太远；存储层的复制，不如应用层和数据库层的复制在粒度可以更细和实现方式可以更灵活。

　　● kkkru 某银行 工程师：

　　在已部署存储双活的基础上，虚拟化平台可以通过以下方式利用存储双活特性实现跨站点集群扩展：

　　1、跨站点共享存储

　　存储双活架构通常涉及两个独立的数据中心（站点），这两个站点之间通过高速、低延迟的网络连接（如光纤通道、iSCSI等）连接。虚拟化平台（如VMware vSphere, Microsoft Hyper-V等）可以配置多个数据中心使用共享存储资源。

　　2、负载均衡与故障切换

　　虚拟化平台还可以通过负载均衡和故障切换策略，实现跨站点集群扩展。

　　通过存储双活与虚拟化平台的深度集成，同城双活架构能够提供高可用性、高性能、灵活的资源调度与优化机制，以及数据的一致性保障。这种扩展方式不仅确保了业务连续性和灾难恢复能力，而且还优化了资源利用率、降低了管理复杂性，带来了显著的成本效益。在实际应用中，企业可以实现高效、可靠的跨站点集群扩展，同时应对业务增长和灾难恢复需求。

　　  您怎么看？

　　欢迎探讨