對于 eBay 這樣超大規(guī)模的站點來說，瓶頸往往最容易在數(shù)據(jù)庫服務(wù)器上產(chǎn)生，必定有一部分數(shù)據(jù)(比如交易記錄這樣不容易水平分割的數(shù)據(jù))容易帶來大量的讀操作，而不管用什么存儲，能承擔的 IO 能力是有限的。所以，如果有效的分散 IO 的承載能力就是一個很有意義的事情。

經(jīng)過互聯(lián)網(wǎng)考古學不斷挖掘，路路續(xù)續(xù)又現(xiàn)了一些蛛絲馬跡能夠多少說明一些問題?？陀^事實加上主觀想象，簡單的描述一下。見下圖：

通過 Quest 公司的 Share Plex 近乎實時的復制數(shù)據(jù)到其他數(shù)據(jù)庫節(jié)點，F5 通過特定的模塊檢查數(shù)據(jù)庫狀態(tài)，并進行負載均衡，IO 成功的做到了分布，讀寫分離，而且極大的提高了可用性。F5 真是一家很有創(chuàng)新性的公司，雖然從這個案例來說，技術(shù)并無高深之處，但方法巧妙，整個方案渾然一體。

F5公司專門為Oracle 9i 數(shù)據(jù)庫開發(fā)了專用的健康檢查模塊，通過調(diào)用F5專有的擴展應(yīng)用校驗(EAV)進程，F(xiàn)5能夠隨時得到Oracle 9i數(shù)據(jù)庫的應(yīng)用層服務(wù)能力而不是其他的負載均衡設(shè)備所采用的 ICMP/TCP 層進行健康檢查。

這個圖來自一篇《F5助力eBay數(shù)據(jù)庫服務(wù)器負載均衡》的軟文，真是一篇很好的軟文，國外恐怕不會出現(xiàn)這樣"含金量"極高的東西。

當然，這個技術(shù)架構(gòu)可不算便宜。Quest 的 Share Plex License 很貴，而且，對于每個結(jié)點來說，都需要數(shù)據(jù)庫 License 與硬件費用。但優(yōu)點也很多：節(jié)省了維護成本; 數(shù)據(jù)庫層面的訪問也能做到 SOA; 高可用性。

國內(nèi)的一些廠商比較喜歡給客戶推存儲級別的解決方案。通過存儲底層復制來解決數(shù)據(jù)分布以及災備問題。這個思路似乎太傳統(tǒng)了，對于互聯(lián)網(wǎng)企業(yè)來說多少有點過時。