oracle真正应用集群的成功：可扩展性、低成本和高可用性.ppt

SohanDeMel集群和存储产品总监甲骨文公司 OracleRAC证明可伸缩性 低成本 高可用性 议程 客户统计数据RAC与SMP 实验性能数据客户概览RAC上的大量节点RAC的TB级用户RAC上的数据仓库RAC上的打包应用程序RAC上实施SAP的客户RAC的亚太区客户示例10gRAC客户信息ASWatson RAC应用历程 客户统计数据 待完成 RAC SMP RAC的性能等于或超过SMP 成本却只是SMP的一小部分 RAC SMP RAC SMP RAC SMP x10 x10 经审核的基准测试 经审核的基准测试 客户基准测试 客户基准测试 IBM SUN SUN HP IBMOracle应用程序基准测试 用户数量 相同的IBM1 7GHzPower4 CPU 经审核 数据来源 节点数X每节点CPU数量 IBMOracle应用程序基准测试 详细信息相同的IBMCPU 1 7GHz 相同的总内存 256GB 相同的操作系统 AIX5L 处理器硬件总报价 SMP的总报价为1 405 750美元Cluster的总报价为788 000美元 包括处理器 操作系统 内存和集群互联 RAC软件报价增加320 000美元 HPTPC C基准测试 数据来源http www tpc org tpmC 节点数X每节点CPU数量 相同的1 5GHzItanium2CPU RAC 5 52 tpmCSMP 8 33 tpmC HPTPC C基准测试 详细信息相同的CPU IntelItanium21 5GHz RAC的总内存更少 768GB对1024GB RAC Linux对SMP HP UX处理器硬件总报价 SMP的总报价为7 921 505美元Cluster的总报价为2 620 866美元 包括处理器 操作系统 内存 集群互联和支持 RAC软件报价增加1 280 000美元 TPC C 每分钟处理的贷款申请数量 客户贷款处理基准测试 27 500 31 578 相同的Sun900MHzCPU SMP RAC 客户贷款处理基准测试 客户是世界上最大的金融服务公司之一目标 确定哪些平台可以满足高峰处理负载需求15个小时内处理3000万个贷款申请保持2百万 小时 即33 333 分钟各种事务的组合 例如T1 13个读取 4个插入 2个更新T2 5个读取 2个更新T3 1个读取 6个更新 客户贷款处理基准测试 详细信息相同的CPU Sun900MHz 相同的总内存 288GB 相同的SunSolaris操作系统价格比较 未提供 集群的结构为 将48CPU的SunFire15K服务器分区为两个24CPU的域 事务数 小时 客户电信基准测试 423 420 437 070 同样为Sun1 2GHzCPU RAC SMP 客户电信基准测试 客户是世界上最大的电信公司之一目标 确定哪些平台可以满足高峰处理负载需求每小时400 000个事务 0 8秒的响应时间事务的复杂组合 例如 复杂路由1 路由报告46 状态更改16 简单查询2 节点查询12 位置查询11 终端查询12 客户电信基准测试 详细信息相同的CPU Sun1 2GHz 相同的总内存 96GB 相同的SunSolaris操作系统价格比较 未提供 集群的结构 将SunSMP服务器分区为两个36CPU的域 RAC SMP RAC性能等于或超过SMP 成本却只是SMP的一小部分 RAC SMP RAC SMP RAC SMP x10 x10 经审核的基准测试 经审核的基准测试 客户基准测试 客户基准测试 IBM SUN SUN HP 客户概览 RAC上的大量节点 待完成 TB级客户概述 RAC上的数据仓库 待完成 RAC上的打包应用程序 待完成 RAC上的SAP 待完成 RAC亚太区客户举例 待完成 中国移动 每个省都是一个独立的公司一些大省份都根据各种环境实施了多个RAC环境 江苏 浙江 计费系统 2TB 客户服务财务 15TB 数据仓库 10TB HP8 32路Superdome服务器 9个集群 2 4个节点 中国移动 江苏移动 HPUX 10个RAC集群报告 初装16 TB 3 24路节点 1300万用户3x预付费移动呼叫授权系统 0 6TB 2个节点 4000SQL 秒 1300万用户浙江移动 HP UX 3个RAC集群预付费移动呼叫授权系统 1 5TB 4个节点 4000SQL 秒 1300万用户批次计费 仅数据为21TB 4 16路节点 4000SQL 秒 每天加载300GB 湖北移动 AIXP690 2个RAC集群预付费移动呼叫授权系统 1 5TB 2个节点 9000SQL 秒 700万用户批次计费 10TB 2 16路节点 48GB内存 600SQL 秒 韩国 世界上最高效的钢铁生产厂6 Sigma系统用于质量改善公司有1680个项目预期到2005年收入为7000亿韩元需要Oracle9iRAC提供高可用性2节点Linux集群IBMx360 4GB内存 4个CPUUnitedLinux1 0几个Oracle9iRAC实施 10gRAC客户信息 ASWatsonRAC应用历程 AndyBuckle首席信息官ASWatson HutchisonWhampoa Ltd A S Watson Oracle真正应用集群 应用规划 三年前 A S Watson需要构建一个新的企业基础架构 以支持一些计划项目的实施 我们的高层策略是由要运行该业务所需的的应用程序和解决方案决定的 OracleFinancialsRetekRetailSuite 我们制订了一个高可用性基础架构蓝图 该蓝图综合了众多的行业信息 事实证明是可行的设计 我们希望能够在这个基础架构中创建一些虚拟化区域 经过与Oracle的讨论 确定了满足我们服务器需求的最佳方法 当时RAC正处于开发阶段 我们决定实施一个OracleShop 在该技术成熟时 采用这个技术 我们决定采用 模块 方法来满足我们的服务器需求 这就意味着我们可以使得服务器更加接近业务需求 如果使用 大型机 对我们来说过于昂贵了 而且这也是一个潜在的单点故障源 这种情况促使我们采用了RAC SF4800 E15K 使用 模块 方式时 体系结构上所有计算机都是完全相同的 全部为SunSunFireSF4800 唯一的差别在于CPU和内存 CPU和内存位于 Uniboard 上 用户可对其进行更改 所有A S Watson生产和开发系统 数据库和应用服务器 都建立在SunFireSF4800平台上 我们可以轻松互换计算机 并处理本地的应用程序恢复 阶段1 EBIS单节点数据库和应用服务器 数据库节点 应用服务器节点 用户 RAC设计阶段 完成 阶段2 EBIS双节点数据库和应用服务器 数据库节点使用故障转移模式下的VeritasVCS 故障转移节点通常为闲置状态 应用服务器节点 用户 RAC发布阶段 完成 阶段3 EBIS双节点RAC数据库和应用服务器 数据库节点使用VeritasDBAC集群和RAC 负载在两个节点之间进行均衡 应用服务器节点 用户 RAC实施阶段 完成 阶段4 EBIS PNS双节点RAC数据库和应用服务器 数据库节点使用VeritasDBAC集群和RAC 负载在两个节点之间进行平衡 应用服务器节点 RAC证明阶段 10G发布阶段 EBIS 应用服务器节点 ParknShopRetekRMS 阶段5 EBIS PNS四节点RAC数据库和应用服务器 PNSD W 应用服务器节点 RAC实施阶段 10G证明阶段 EBIS 应用服务器节点 ParknShopRetekRMS ParknShop FortressRDW 带来的业务优势是我们可以使用EBIS上的备用容量用于PnS 阶段6 多节点RAC数据库和应用服务器 RAC开发 EBIS PnSRetekRMS PnSRDW FortressRD生产集群 应用服务器节点 开发集群 阶段7 完整的开发和生产集群 生产集群 开发集群 基于Intel Linux的服务器应用程序和Web前台 负载均衡器 负载均衡器 负载均衡