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