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

? 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支撑系统的高可用性指标还是没有达到99.9%的高可用性目标。全球IT系统重构规划时确认用户数据库有单点故障(SPOF)。 解决问题的可选办法：1） 将数据库垂直分割，划分成多层数据库处理，减轻原来单层数据库处理数据而形成的瓶颈与可用性问题。问题：这种方案很难部署，而且也没有从根本上解决单点故障问题。 2） 采用Oracle OPS/RAC机群解决方案。问题：要求给便数据库编程代码，非常难以管理与维护。 3） 采用F5 与SharePlex 联合解决方案。优点：简单管理，不需要改变整个体系结构。 在最初，eBay采用Oracle OPS/RAC解决问题。但是后来经过充分论证和探讨，最终eBay采用了基于F5/SharePlex的解决方案: 应用将数据库”读与查询”的操作与”写和更新”的操作导向到分开的 “逻辑” 数据库，这些数据库服务器都单独配备数据存储，没有采用共享存储的方式！( F5 应用交换机动态的将所有的数据库”读与查询”请求导向到查询数据库服务器群中，并智能负载均衡到最佳的数据库服务器上。( 所有的”写和更新”请求都指向到一个单一的数据库服务器上,由SeharePlex动态实时将数据记录复制到”读与查询”数据库服务器群的数据库中。( 这是一个类似于OPS/RAC的解决方案但是没有OPS/RAC 那样麻烦，而且可以实现在线扩充服务能力，因为通过F5应用交换机将”读与查询”服务器群虚拟和集群之后，我们可以随时根据客户业务的压力在线扩展新的服务器在这个群之中。由于根据以上分析，数据库读写的比例超过260倍，采用这样的方法，有效解决了数据库性能和高可用性要求。 图一：采用F5/Share Plex 解决方案示意图 三． 为什么选择F5? 采用F5的BIG-IP负载均衡器后,对于eBay应用系统有独到的优势: 高可用性: BIGIP动态分配每一个流量请求到后台的四台Oracle 9i Database 数据库服务器,并动态检查各个服务器的健康状态,将下一个请求分配给最有效率的服务器,任何服务起死机时,BIGIP即刻将流量请求分配给其他的三台服务器,从而达到99.999%系统有效性。特别是针对Oracle 9i 数据库服务器，F5公司专门为Oracle 9i 数据库开发了专用的健康检查模块，通过调用F5专有的扩展应用校验(EAV)进程，F5能够随时得到Oracle 9i数据库的应用层服务能力而不是其他的负载均衡设备所采用的iCMP / TCP 层进行健康检查。 图二：F5内置的针对数据库的扩展应用校验模块 iControl: F5通过开放式编程界面API及iControl体系架构与Oracle应用系统有着紧密的联系，特别是Oracle的Enterprise Manager软件内部集成了针对F5 BIG IP 设备的管理和配置。图三：Oracle Enterprise Manager软件内置了F5 iControl 图四：Oracle Enterprise Manager添加对F5负载均衡设备的管理 图五：Oracle Enterprise Manager通过F5 iControl得到其数据库服务器的流量和压力数据 高安全性: BIGIP支持地址翻译技术和安全地址翻译，这样一来客户不可能知道真正提供服务的服务器的IP地址与端口，从而保护数据库服务器不受到诸如SYN Flood 等DOS及DDOS进攻。 高效率: 采用BIG-IP 负载均衡之后, B