EBAY数据库负载均衡分析.doc

eBay 数据库负载均衡成功案例:采用 F5 应用交换机实现数据库服务器负载均衡-eBay 解决方案一. eBay 数据库系统简介 eBay 拥有 30 套生产数据库,全部采用 Oracle 数据库, 其中包括: 1. 12 数据库支持“ live ”项目(Sun 480/4500) 个数据库支持存档项目(Sun 4800) 数据库支持客户数据(Sun 4800) 个数据库支持 eBay 的反馈系统(Sun 480) 数据库支持非正常的“ cache ”数据(Sun 4800) 6. 其他的数据库( 大部分 Sun 480 class) eBay 采用 Hitachi SAN 建立存储架构, 建立了两个远程备份数据库, 并实施实时复制数据到远程数据库实现冗灾,同时每 24 小时实施针对数据块的数据备份。 eBay 数据库读写的比率: 从中可以得出 eBay 在数据库提供服务时, 读和查询的操作达到 530 亿次, 而数据库写和更新的操作达到 2 亿次。可知“读和查询”操作与“写和更新”的比率达到 265:1 。可见查询和数据库读的操作给数据库管理系统带来巨大的压力。二. 碰到的问题: eBay 在 Q1 2001 ,年增长率达到 50% ;可是 IT 支撑系统的高可用性指标还是没有达到 % 的高可用性目标。全球 IT 系统重构规划时确认用户数据库有单点故障(SPOF) 。解决问题的可选办法: 1) 将数据库垂直分割,划分成多层数据库处理,减轻原来单层数据库处理数据而形成的瓶颈与可用性问题。问题:这种方案很难部署,而且也没有从根本上解决单点故障问题。 2) 采用 Oracle OPS/RAC 机群解决方案。问题:要求给便数据库编程代码,非常难以管理与维护。 3) 采用 F5 与 SharePlex 联合解决方案。优点:简单管理,不需要改变整个体系结构。在最初, eBay 采用 Oracle OPS/RAC 解决问题。但是后来经过充分论证和探讨, 最终 eBa y 采用了基于 F5/SharePlex 的解决方案: 应用将数据库”读与查询”的操作与”写和更新”的操作导向到分开的“逻辑”数据库,这些数据库服务器都单独配备数据存储,没有采用共享存储的方式! ? F5 应用交换机动态的将所有的数据库”读与查询”请求导向到查询数据库服务器群中, 并智能负载均衡到最佳的数据库服务器上。?所有的”写和更新”请求都指向到一个单一的数据库服务器上,由 SeharePlex 动态实时将数据记录复制到”读与查询”数据库服务器群的数据库中。?这是一个类似于 OPS/RAC 的解决方案但是没有 OPS/RAC 那样麻烦,而且可以实现在线扩充服务能力,因为通过 F5 应用交换机将”读与查询”服务器群虚拟和集群之后,我们可以随时根据客户业务的压力在线扩展新的服务器在这个群之中。由于根据以上分析, 数据库读写的比例超过 260 倍,采用这样的方法,有效解决了数据库性能和高可用性要求。图一:采用 F5/Share Plex 解决方案示意图三. 为什么选择 F5? 采用 F5 的 BIG-IP 负载均衡器后, 对于 eBay 应用系统有独到的优势: 高可用性: BIGIP 动态分配每一个流量请求到后台的四台 Oracle 9i Database 数