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 年经验的企业和高可用性软件行业。 他在波士顿大学担任从伯洛伊特学院研究生工作中计算机工程和计算机科学学士学位。
2015 年 2 月 17 日: 群集 MVP 出席硅谷 SQL 服务器组
处长是自豪地主办本月的硅谷 SQL 服务器用户组会议。 如果你在该地区,我强烈建议签出特色我们自己高级技术福音传教士 & 群集 MVP 戴夫贸易博览会的这个月的会议: 部署高度可用 SQL Server 在微软 Azure IaaS。
现在注册
位置: 微软,1065年拉大马路,建设 1,山景,CA (地图) 日期: 2014 年 2 月 17 日时间: 6:00 下午-9:00 下午
会议摘要
部署在微软 Azure IaaS 抽象高度可用的 SQL 服务器: Microsoft 群集最有价值球员大卫贸易博览会将讨论 SQL 服务器的 Windows Azure 高可用性选项。 SQL 服务器 AlwaysOn AG 和 FCI 仍然形成 SQL 服务器可用性的基础在 Windows Azure 中,但有几件事你需要知道之前你用双脚跳。 如果你曾经计划部署 Windows Azure IaaS 的 SQL Server,这是你不想错过的会议。 关于戴夫贸易博览会戴夫贸易博览会公认的技术社区内高可用性专家和由当选为 Microsoft MVP 在聚类分析 2010 年以来荣获他的同龄人。 戴夫的工作作为技术福音传教士在处长主任有他专注福音微软高可用性和灾难恢复解决方案提供手上的支持、 培训和专业服务为群集实现。 戴夫持有众多技术证书和绘制超过二十年的经验,包括工作在金融、 医疗和教育领域,来帮助组织设计解决方案,以满足其高可用性和灾难恢复需求。 戴夫最近开始谈到部署在 Azure 云高度可用的 SQL 服务器和部署 Azure 混合云的灾难恢复。 签出戴夫的博客在 www.ClusteringForMereMortals.com,跟着他在 twitter 上 (@DaveBerm)。
2015 年 3 月 12 日: 微软最有价值球员提出了高可用性和 Azure 在纽约市地铁 SQL 服务器用户组
处长是很自豪地赞助纽约市地铁用户组 3 月会议。 如果你在该地区,推荐签出这个月的会话”高可用性和 Azure 为 SQL Server”提出了一种由 Microsoft 群集 MVP 和处长的高级技术传教士,戴夫贸易博览会。
现在注册
位置: 微软,11 次平方米,新纽约,纽约 (41 街和第 8 大道东北角)日期: 2014 年 3 月 12 日时间: 6:00 下午
会议摘要
高可用性和 Azure 的 SQL 服务器来和我们一起使用 Azure 赞助由处长提供的 SQL 服务器高可用性的演示文稿。 将提供茶点。 大卫贸易博览会公认专家的高可用性技术社区内,由当选为 Microsoft MVP 在聚类分析 2010 年以来荣获他的同龄人。 大卫的工作作为技术福音传教士在处长主任有他专注福音微软高可用性和灾难恢复解决方案提供手上的支持、 培训和专业服务为群集实现。 大卫持有众多技术证书和绘制超过二十年的经验,包括工作在金融、 医疗和教育领域,来帮助组织设计解决方案,以满足其高可用性和灾难恢复需求。 大卫最近开始谈到部署在 Azure 云高度可用的 SQL 服务器和部署 Azure 混合云的灾难恢复。 演示文稿:
- 了解有关 SQL 服务器高可用性在 Azure IaaS Azure 故障域和更新域的概念
- 学习如何 SQL 服务器 AlwaysOn 可用性组和故障转移群集实例可以在 Azure 为部署高可用性
- 学习如何 Azure 的内部负载平衡器用于在 AlwaysOn 部署客户端重新定向
- 学习在 Azure 如何使用 Azure 混合云配置,以提供高可用性和灾难恢复
关于戴夫贸易博览会戴夫贸易博览会公认的技术社区内高可用性专家和由当选为 Microsoft MVP 在聚类分析 2010 年以来荣获他的同龄人。 戴夫的工作作为技术福音传教士在处长主任有他专注福音微软高可用性和灾难恢复解决方案提供手上的支持、 培训和专业服务为群集实现。 戴夫持有众多技术证书和绘制超过二十年的经验,包括工作在金融、 医疗和教育领域,来帮助组织设计解决方案,以满足其高可用性和灾难恢复需求。 戴夫最近开始谈到部署在 Azure 云高度可用的 SQL 服务器和部署 Azure 混合云的灾难恢复。 签出戴夫的博客在 www.ClusteringForMereMortals.com,跟着他在 twitter 上 (@DaveBerm)。
2015 年 3 月 4-7 日: 处代理处长赞助并出席 SQL 位伦敦
瑞士存储: 存储 Q&A: 各种规模的数据中心的高可用性
处代理处长技术和存储瑞士最近加入部队为高度出席了研讨会。 与会者询问一些悬而未决的问题灵活医管局和博士为虚拟服务器和云环境。 此网络研讨会上加入存储瑞士创始人和首席管家乔治 · 克伦普是主任的领域工程托尼托马尔基奥从处代理处长。
问题 1
"地理位置两个之间的连通性要求是什么分散的数据中心,如带宽和延迟时间,为了使您的高可用性解决方案上班吗?"托尼: 这一切都归结到你需要保护的工作量。 我们不要本身有一个最低的要求。 这取决于您的系统,具体数据速率的变化,是如何迅速上的 I/O 活动正在写入磁盘。 比方说你有一台服务器的平均 3 MB/秒写入磁盘。 处代理处长软件想要复制的数据一样快,你写到本地磁盘复制出来。 你需要看看你想要保护的服务器。 在 Windows 中这是很容易做到。 你可以拉起 PerfMon,看在磁盘统计信息,让您的一些代表时间段内运行。 这会告诉你到底多少带宽您需要支持实时复制。 延迟到这问题的方面去,我们支持同步和异步复制。 一般,你会去与同步复制,如果你有一个高速的低延迟网络连接。 因为它是一个双重的提交,同步给你最大的数据保护和零数据丢失。 写不算完整,直到它已到源和目标。 但你不必因子源/目标之间的往返延迟,因为这会对性能产生影响你写。 如果你有更高的延迟,你更多性能敏感,你也许会与异步。 但你必须明白,在发生故障时可能有一些不可能做到从源到目标的飞行数据。 所以有可能会丢失一些数据。 这是经典的权衡之间同步和异步。 总结一下,我们没有带宽和延迟的最低要求。 这其实就是向您的服务器有多忙,如何迅速他们写到磁盘,公差是,什么您性能和多少数据丢失,如果有的话,你可以承受。
问题 2
"如何是圣少集群 VMware 环境中有益?"托尼: 如果你部署 VMware,它有内置的功能,如 VMware HA。 这是一个部分解决方案从房委会的角度来看。 如果你看看 VMware HA 做什么,它可以保护你主机故障。 如果主机出现故障,它将重新启动到 VMware 群集中的另一台物理主机上的虚拟机。 如果你有网络或应用程序虚拟机内部的问题,实质上是虚拟机是一个块盒中,该类型的问题一定不会受到保护。 添加对应用程序级别的可用性和客人一级聚类可以为您提供更高的可用性级别。 我前面提到的与做来宾级聚类在这种环境中的另一个挑战是,你必须通过存储虚拟机。 通常你必须配置原始设备映射 (RDM),然后你会失去 VMotion 之类。 你要放弃了一些虚拟化功能为医管局,但与圣少群集解决方案从处代理处长可以两者兼得。 我们会尽一切从里面的客人。 没有具体的变化,你需要让虚拟机监控程序一级。
问题 3
"什么存储配置提供最好的医管局"?乔治: 我是一个三人。 但是显然从成本角度来看,使用外部驱动器的能力吸引力都从成本和熟悉的角度。 你的立场上,是什么?托尼: 当然 San 具有鲁棒性,并有大量的冗余,如冗余控制器,磁盘,等等。 但在年底的一天在您的群集的共享的存储表示单点故障。 再次,它可能不是硬件故障。 很多时候它是一种配置或用户错误,从而导致网络连接的丢失到 SAN,可以记下你整个群集。 去圣少配置,你作为一个单点故障消除存储,实现更高水平的可用性。 如果你已经作出的投资在 SAN 中,我不说不要使用它。 你当然可以使用现有的存储和您有在您的基础架构的服务器资源。 但如果这是你被聚类在过去的方式,让我们说两个服务器和 SAN 中,您可以考虑添加第三个节点与它自己的独立存储。 它可能是一个不同的 SAN 或它可能是本地存储。 这种方式您现在已经获得另一个节点群集中所以你可以承受一次更多主机失败。 你也消除存储作为一个故障点,所以技术上说,你踩了供应链中的一个缺口。 乔治: 我写了一篇关于这还有一段被称为"什么可以去毛病你 SAN 阵列"。可以去错了有趣的事情之一是大多数系统有 RAID 或其他东西去保护驱动器出现故障时。 但我发现那人猝不及防的事情之一是虽然发生了 RAID 重建性能是什么样子。 它通常留给你两个选择。 你可以拒绝,重建正在离开你暴露的一长段时间,或者你可以加快 RAID 重建这通常伤害了磁盘 I/O 性能的速度。 听起来我在您的环境,我可以到单独孤立的系统失败和让 RAID 重建发生全部由自己独立的主系统上。 这将能够工作,不是吗?托尼: 是的你当然可以做,如果该操作期间的性能是一个问题。 基本上在物理层面,像 RAID 重建,会发生什么是透明的我们的软件。 这是为什么你可以混合和匹配服务器的原因之一。 我们的 Windows 解决方案的要求之一就是该驱动器字母匹配和所有的卷的大小都相同。 无论它是单个磁盘或 RAID 0、 1、 5 或 10,被窝是全透明。 所以,是的如果那是一个问题,你可能会故障转移到群集中的另一个节点,让一切运行过的虽然你的 RAID 重建的另一边。
问题 4
"你会用你的软件为 SQL 不?"托尼: 是的你可以使用它与任何群集能服务或应用程序。 通常我们保护 SQL。 我们对的 Linux 在哪里我们做大量的 SAP、 Oracle 和 NFS 类型集群解决方案。 这真是整个地图。 我们也可以保护自定义应用程序。 这是一种块级别复制技术的好处之一。 它是服务器、 存储和应用无关连。 你只要告诉我们哪个分区或卷你想要复制和无论数据碰巧住在那里,我们去保护。 从这方面,这可以用于更多只是 SQL。
问题 5
"如何是应用程序的性能受运行 SAN 少软件?"托尼: 这回来的复制模式。 我们支持同步和异步复制。 使用异步复制,你不能看到任何一种对性能的影响。 如果同步,然后你只就看到影响写入到磁盘上,因为它是一个双重的提交。 读操作不受影响。 如果你去与同步复制,你会想要具有低延迟网络连接,以尽量减少开销同步复制强加给写操作。
- « Previous Page
- 1
- …
- 50
- 51
- 52
- 53
- 54
- …
- 83
- Next Page »