eBay数据库负载均衡.docx

eBay数据库负载均衡.docxeBay数据库负载均衡成功案例:采用F5M「用交换机实现数据库服务器负载均衡-eBay解决方案eBay数据库系统简介eBay拥有30套生产数据库,全部采用Oracle数据库,其屮包括:12数据库支持“live”项目(Sun480/4500)1个数据库支持存档项H(Sun4800)(Sun4800)(Sun480)“cache”数据(Sun4800)(大部分Sun480class)eBay采用HitachiSAN建立存储架构,建立了两个远程备份数据库,并实施实时复制数据到远稈数据库实现冗灾,同时每24小时实施针对数据块的数据备份。eBay数据库读吗的比率:DatabaseLogicalReadsPhysicalReadsPhysicalWritesRedo(MB)CATYn4Billion100+Million6+Million11,640USERn4Billion150+Million4+Million6,020eBayTotal50Billion3Billion200Million600Gbytes从屮可以得出eBay在数据库提供服务时,读和查询的操作达到530亿次,而数据库耳和更新的操作达到2亿次。可知“读和杳询”操作与“写和更新”的比率达到265:1o可见杳询和数据库读的操作给数据库管理系统带来巨大的压力。碰到的问题:eBay在Q12001,年增长率达到50%;%的高可用性目标。全球IT系统重构规划时确认用户数据库有单点故障(SPOF)。解决问题的可选办法:将数据库垂肓分割,划分成多层数据库处理,减轻原来单层数据库处理数据而形成的瓶颈与可用性问题。问题:这种方案很难部署,而且也没何从根木上解决单点故障问题。采用OracleOPS/RAC机群解决方案。问题:要求给便数据库编程代码,非常难以管理与维护。采用F5与SharePlex联合解决方案。优点:简单管理,不需要改变整个体系结构。在最初,eBay采用OracleOPS/RAC解决问题。但是示来经过充分论证和探讨,最终eBay采用了基于F5/SharePlex的解决方案:应用将数据库”读与杳询”的操作与”码和更新”的操作导向到分开的“逻辑”数据库,这些数据库服务器都单独配备数据存储,没有采用共享存储的方式!XF5应用交换机动态的将所有的数据库”读与杳询”请求导向到杳询数据库服务器群屮,并智能负载均衡到报佳的数据库服务器上。X所有的”写和更新”请求都指向到一个单一的数据库服务器上,由SeharePlex动态实时将数据记录复制到”读与杏询'数据库服务器群的数据库屮。九这是一个类似于0PS/RAC的解决方案但是没有0PS/RAC那样麻烦,而且可以实现在线扩充服务能力,因为通过F5M用交换机将”读与查询”服务器群虚拟和集群ZJn-,我们可以随时根据客户业务的压力在线扩展新的服务器在这个群之屮。由于根据以上分析,数据库读写的比例超过260倍,采用这样的方法,有效解决了数据库性能和高可用性要求。PortalLayerApplicationLayerWriteReadBIGIP6400应用交换机DatabaseLayer图一:采用F5/SharePlex解决方案示