vSAN的应用场景之 - Oracle RAC on vSAN

1、 vSAN的应用场景之 - Oracle RAC on vSANvSAN的应用场景之一，run Oracle RAC on vSAN。当我们在向用户介绍vSAN的解决方案时，售前的同事经常被问到vSAN上可以承载哪些应用？毕竟vSAN是一款存储软件，用户在做选择的时候，会十分谨慎。在去年的vForum 2016大会上，我们做了一个调查，调查用户到底在vSAN上跑了哪些应用。我们可以从中惊喜的发现，62%的用户选择在vSAN上运行他们的业务关键型生产应用。这充分说明，vSAN的可靠性得到了用户的认可。同时，VMware官方也帮助用户做了大量的验证性工作，比如run Exchange、SQLser

2、ver、SharePoint、SAP on vSAN，其中也包括了把Oracle RAC部署在vSAN环境中。我们今天就和大家分享一遍blog，具体聊一下，Oracle RAC怎么搭建在vSAN环境中。（有想品一下原汁原味的同学，可以访问这个链接“ HYPERLINK /apps/2015/12/oracle-real-application-clusters-on-vmware-virtual-san.html /apps/2015/12/oracle-real-application-clusters-on-vmware-virtual-san.html”）。博客正文如下：VMware V

3、irtual SANVMware Virtual SAN 是 VMware 针对超融合基础架构推出的一款软件定义的存储解决方案，同时也是一个软件驱动的体系结构，只需要通过三台以上虚拟化的 x86 服务器，即可提供紧密集成的计算、网络连接和共享存储功能。Virtual SAN 通过为与服务器相连的闪存设备 (SSD) 和硬盘 (HDD) 创建集群，可提供恢复能力强的高性能共享存储。Virtual SAN 可为虚拟化生产环境提供企业级存储服务，以及可预测的扩展能力和全闪存性能，而且价格远低于专门构建的传统存储阵列。就像 vSphere 一样，Virtual SAN 也可提供大量硬件选项，用户可针对

4、各种 IT 工作负载和用例部署并管理这些选项，从而获得他们需要的灵活性和控制力。Virtual SAN 可配置为全闪存存储，也可配置为混合式存储。随着越来越多的生产服务器实现虚拟化，用户对基于服务器的高度融合的存储需求也在迅猛增长。VMware Virtual SAN 旨在使用经济高效的硬件（特别是 VMware ESXi 服务器直连磁盘）提供高度可扩展、可用且可靠的高性能存储。Virtual SAN 遵循基于策略的新式存储管理模式，在配置和集群方面简化了传统企业存储系统固有的复杂管理工作流，并实现了自动化。延伸的 Oracle RAC 环境部署 Oracle Real Application

5、 Clusters (RAC) 的客户通常会有一些特殊要求，例如采用严格的服务级别协议，以便保持高性能以及应用可用性。由于业务要求非常严格，因此数据存储已成为业务部门在这些环境中面临的一大管理挑战。面向关键业务应用的传统存储解决方案遇到的常见问题包括性能不足、扩展能力不强、存储效率低下、管理极其复杂以及部署与运维成本过高。延伸的 RAC 环境是一种可从站点故障中极快恢复的体系结构，在这种结构中，所有站点上的所有节点都可主动将事务作为单个数据库集群的一部分来进行处理。存储和网络层可“延伸”到多个站点中，因此用户从所有站点都可访问它们。与本地 RAC 相比，它可以提供更高的可用性，但我们绝不能将

6、RAC 视为一种灾难恢复解决方案，它实际上是一种灾难规避解决方案。基于 VMware Virtual SAN 的Oracle RAC环境此解决方案解决了在线事务处理 (OLTP) 环境中面临的常见业务挑战，这种环境要求可用性、可靠性、可扩展性、可预测性以及经济高效的存储。此方案可帮助客户专门为基于 Virtual SAN 的 Oracle RAC 数据库设计和实施最佳配置。为了证明 VMware Virtual SAN 有能力托管关键业务应用，我们发布了一个“基于 VMware Virtual SAN 的 Oracle RAC 参考体系架构（RA）”（文档下载链接： HYPERLINK /fi

7、les/pdf/products/vsan/vmware-oracle-real-application-clusters-on-vmware-virtual-san-reference-architecture.pdf），其中涵盖了基于 /files/pdf/products/vsan/vmware-oracle-real-application-clusters-on-vmware-virtual-san-reference-architecture.pdf），其中涵盖了基于 Virtual SAN Hybrid 6.1 的 Oracle RAC 设计、配置和性能研究。此参考体系结构可证明

8、 Virtual SAN 能够在 Oracle RAC 环境以及下面这些展示用例中支持行业标准 TPC-C 类工作负载。它展示了企业级 Oracle 11gR2 RAC 数据库在 Virtual SAN 环境中的存储性能扩展性以及恢复能力。展示了 Virtual SAN 延伸集群能够实现 Oracle 异地 RAC 环境，它还展示了 Virtual SAN 延伸集群提供的恢复能力以及易于部署的特性。提供了一项可用性解决方案，包括利用 Virtual SAN 延伸集群和 Oracle Data Guard 实现的三站点灾难恢复部署。通过在 Virtual SAN 环境中使用 Oracle RMA

9、N，可提供业务连续性解决方案，同时最大限度减少数据库备份和恢复对生产环境的影响Virtual SAN 与 Oracle RAC 共同使用时的性能和可扩展我们开展了多项测试，以证明作为存储平台的 Virtual SAN 可以支持可扩展、恢复能力强且高度可用的高性能 Oracle RAC 集群。我们先对 4 节点 Oracle RAC 的 TPC-C 类工作负载性能进行了测试，该测试展示了 Virtual SAN 是一种针对 Oracle RAC 可行的可扩展存储解决方案。Virtual SAN 与 Oracle RAC 共同使用时的恢复能力我们执行了一些磁盘、磁盘组和主机故障，以此来对 Virt

10、ual SAN 的恢复能力进行测试。这些测试是在具有 TPCC 工作负载的情况下进行的，因此可以观察因故障带来的影响。在所有三项故障测试中，故障后的稳定状态 TPS 值与故障前的值大致相同。没有一项测试报告 Linux 虚拟机 IO 错误或 Oracle 用户会话断开的故障，这证实了在组件出现故障期间 Virtual SAN 具有强大的恢复能力。Oracle Extended RAC 集群解决方案可在城域范围内提供零 RPO 和 RTOVirtual SAN 延伸集群可实现城域距离内的双活数据中心。Oracle Extended RAC 与 Virtual SAN 配合使用可在访问一个数据库的

11、两个站点间实现透明工作负载共享，同时可在预测到可导致其中一个站点服务中断的事件（计划内或计划外）时灵活迁移或均衡站点间的工作负载，并可使用 Transparent Application Failover (TAF) 自动将断开的客户端连接重定向到存续站点上运行的 Oracle 节点上。参考体系架构文档中记录了站点间延迟对 Oracle 事务的影响。此解决方案中进一步的站点故障测试展示了 Virtual SAN 延伸集群的一项强大功能：那就是即使在站点彻底中断的故障情形中也可保持数据可用性。结果展示了 Virtual SAN 延伸集群如何利用 vSphere HA 和 vSphere DRS

12、实现自动故障转移和故障恢复流程，从而在站点出现故障期间提供可用性。参考体系架构文档中也讨论了对 Oracle Extended RAC 使用 Virtual SAN 延伸集群的好处。使用 Virtual SAN 延伸集群和 Oracle Data Guard 的城域和全球灾难恢复解决方案Oracle RAC 关键任务应用需要持续的数据可用性来防止计划内和计划外故障，或者将数据复制到世界上的任意地方来实现灾难恢复。此零数据丢失灾难恢复解决方案将通过 Virtual SAN 延伸集群与 Oracle Data Guard 的联合使用进行演示。在此解决方案中，Virtual SAN 延伸集群可提供相

13、隔城域距离的“双活”连续可用性，Oracle Data Guard 则可提供全球范围内的复制和恢复功能。此解决方案展示了托管主数据库的 Virtual SAN 延伸集群和托管备用数据库的 Virtual SAN 如何与 Oracle Data Guard 配合工作来提供经济高效的解决方案，从而对这三个数据中心提供最高级别的可用性，以便发生灾难时，任何一个站点都能实现近乎零的数据丢失率。基于 Virtual SAN 的备份解决方案在此解决方案中，Oracle RMAN 用于备份 RAC 数据库。其中一项测试展示了从生产站点备份时，对 Oracle 的事务影响极小，甚至没有任何影响。为了进一步避免在备份过程中对生产数据库的影响，还执行了另一项解决方案和测试，以展示如何从物理备