Date: 2月 11, 2015
SQL Server 管理员有很多选项在 VMware 环境中实现高可用性 (HA)。 VMware 提供的 vSphere 医管局。 Microsoft 提供了 Windows 服务器故障转移群集 (WSFC)。 并在 WSFC SQL Server 具有自己医管局选项 AlwaysOn 可用性组与 AlwaysOn 故障转移群集。 第三方供应商也提供解决方案专为医管局和灾难恢复，和这些经常结合其他解决方案，以创造更多的选择。 例如，一些解决方案利用 SQL 服务器提供鲁棒的医管局和数据保护的成本低于 AlwaysOn 可用性组需要更昂贵的企业版的附带 AlwaysOn 故障转移群集功能。 本文着重介绍了每个 SQL Server 管理员制订 vSphere 环境中的任务关键型应用程序的高可用性策略前应该知道的五件事。 这种战略很可能类似于图 1，这是不可能有一些医管局选项中所示的多站点配置。 1。 VSphere 的高可用性集群需要在虚拟服务器中使用的抽象层的原始磁盘映射起相当的灵活性，但这种抽象可能会导致问题，当一个虚拟机 (VM) 必须与一个物理设备接口。 这是与存储区域网络 (San) vSphere 的理由。 要启用与某些 SAN 和其他共享存储功能，如 I/O 击剑和 SCSI 保留兼容性 vSphere 利用一项技术被称为原始设备映射 (RDM) 创建通过虚拟机监控程序 VM 和外部存储系统之间的直接联系。 RDM 使用共享存储的要求存在任何群集，包括 SQL Server 故障转移群集。 在传统群集中创建的 WSFC 在 vSphere，RDM 必须使用以提供虚拟机 (Vm) 直接访问到底层存储 (SAN)。 RDM 是能够保持 100%的兼容性与 SAN 的所有命令，使虚拟化存储访问无缝到操作系统和应用程序是必需的 WSFC。 RDM 可能有效运作，但实现所需的结果并不总是容易的和甚至不有可能。 例如，RDM 不支持磁盘分区，所以有必要使用"原始"或整个 Lun （逻辑单元号码），和映射不是可用于直接连接的数据块存储和某些 RAID 设备。 2。 使用原始磁盘映射意味着牺牲流行 VMware 功能另一重要的充分了解 RDM 方面涉及理解的障碍，它可以为使用其他 VMware 功能，其中许多都是流行与 SQL Server 管理员创建。 当这些障碍被视为不可接受的因为他们往往时，他们消除原始设备映射作为实现高可用性选项。 根本的问题在于如何 RDM 干扰 VMware 使用虚拟机磁盘 (VMDK) 文件的功能。 例如，RDM 防止 VMware 快照的使用，这反过来又可防止使用任何需要快照，如虚拟整合备份 （于其机械操） 的功能。 原始磁盘映射也变得复杂数据移动、 创建使用功能，使服务器虚拟化如此有益，包括将虚拟机转换为模板来简化部署，和使用 vMotion 迁移 Vm 动态主机之间的障碍。 像 SQL Server 事务密集型应用程序的另一个潜在问题是无法利用 Flash 读缓存配置 RDM 时。 3。 共享的存储可以创建单个故障点群集服务器要直接访问共享存储的传统需求可以创建限制为高可用性和灾难恢复的规定，和这些限制可以反过来，创建业务关键型应用程序迁移到 vSphere 的一个障碍。 在传统的故障转移群集中，两个或多个物理服务器 （群集节点） 被连接到一个共享的存储系统。 应用程序运行在一个服务器上，并发生故障，群集软件，如 Windows 服务器故障转移群集，移动到备用节点应用。 类似的聚类也有可能是与虚拟化服务器在 vSphere 环境中，但这需要像原始磁盘映射技术，虚拟机可以直接访问共享的存储。 是否物理或虚拟服务器的共享存储的使用可以创建一个单点故障。 一个 SAN 可以有一个高可用性配置，当然，但会增加其复杂性和成本，并可以产生不利影响，尤其是像 SQL Server 事务密集型应用程序的性能。 4。 医管局 vSphere 集群可以建立没有牺牲 VMware 功能一些第三方解决方案是特别建造的克服与共享的存储和使用 RDM 与 SQL Server AlwaysOn 故障转移群集和 Windows 服务器故障转移群集的要求相关的限制。 [标题 id =""对齐 ="
alignleft"宽度 ="319"]图 1-多站点高可用性配置从影响整个数据中心的停机保护应用程序。[/caption]最好的这些解决方案提供了完整的配置灵活性，使创建一个 SANLess 的簇，以满足范围广泛的需求-从一个两节点的群集，在单个站点，对多节点的群集，到群集节点在不同的地理位置，如图 1 所示的灾难保护。 一些这些解决方案也使它能够以同步或异步的方式执行 LAN/WAN 优化、 实时数据块级别复制。 实际上，这些方案都能在网络中，根据需要故障转移和故障恢复后自动改变方向的数据复制 （源和目标） 创建一个 RAID 1 镜像。 同样重要的是，SANLess 群集是经常容易实施和操作与物理和虚拟服务器。 例如，对于与 WSFC 集成的解决方案，管理员都能够配置高可用性集群中避免使用共享存储作为潜在的单点故障的方式使用熟悉的功能。 一旦配置好，大多数解决方案然后自动同步的本地存储区中两个或多个服务器 （一个或多个数据中心），使它们看起来到 WSFC 好像是一个共享的存储设备。 5。 医管局 SANLess 集群提供高级功能和性能在另外创建一个单点故障，复制 SAN 上的数据可以显著减少在 VMware 环境中的吞吐量性能。 高事务性应用程序像 SQL Server 是特别易受这些性能相关的因素。 [标题 id =""对齐 ="al
ignleft"宽度 ="362"]图 2-测试的 SQL Server AlwaysOn 可用性组和处长 #SANLess 集群显示吞吐量优势可能与复制技术专门为高可用性和高性能。[/caption]图 2 总结了显示 60-70%性能与使用 SQL 服务器 AlwaysOn 可用性组复制数据关联的测试结果。 这些测试结果也显示利用本地存储，专门构建高可用性 SANLess 聚类是如何能够执行近以及配置不受保护的任何数据复制或镜像。 #SANLess 群集测试是能够实现这骄人的业绩，因为其司机立即坐以下 NTFS。 写发生在主服务器上，该驱动程序写入块的一份当地 VMDK 和另一个副本同时跨到辅助服务器具有其自己独立的 VMDK 网络。 SANLess 集群有许多其他优点，以及。 例如，使用块级复制技术与 WSFC 充分综合那些能够保护整个 SQL Server 实例，包括数据库、 登录和代理工作全集成的方式。 对比 AlwaysOn 可用性组，哪些故障转移唯一用户定义数据库，这种做法，就需要工作人员来管理每个群集节点的其他数据对象，分别和手动。 # # 关于作者杰里 · 梅尔尼克，首席运营官，处长科技股份有限公司 杰里 · 梅尔尼克 (jmelnick@us.sios.com) 是负责制定公司战略和业务处代理处长科技股份有限公司 (www.us.sios.com) 处代理处长 SAN 和 #SANLess 群集软件 (www.clustersyourway.com) 的生产商。 他超过 25 年经验的企业和高可用性软件行业。 他在波士顿大学担任从伯洛伊特学院研究生工作中计算机工程和计算机科学学士学位。