數(shù)據(jù)庫集群技術(shù)市場分化
甲骨文都以其實時應(yīng)用集群技術(shù)(RealApplicationCluster，RAC)統(tǒng)治著集群數(shù)據(jù)庫市場。不過現(xiàn)在情況似乎有所改變，數(shù)據(jù)庫集群市場似乎開始出現(xiàn)了分化。
人們希望對數(shù)據(jù)庫實施集群技術(shù)主要有三個原因。***個原因是出于性能方面的考慮，因為數(shù)據(jù)庫集群可以讓你把進程負荷在多個節(jié)點中展開;其二是為了提高數(shù)據(jù)庫的可擴性，讓你可以在更大的系統(tǒng)上獲得合理的性能;而第三個原因是為了實現(xiàn)高可用性，嚴格的講，應(yīng)該是持續(xù)可用性(兩者之間的區(qū)別在于前者可以保護你免受計劃外的中斷運行之害，而后者意味著你還可以進行有計劃的停機維護管理)。
部分供應(yīng)商似乎主要將重點放在了可用性上。例如，xkoto公司(該公司為DB2提供集群技術(shù))最初的計劃本來是著眼于DB2的性能，不過他們現(xiàn)在的立場已經(jīng)發(fā)生了變化，他們現(xiàn)在認為“性能固然重要，但真正需要解決的問題是持續(xù)可用性”。
類似的情況也出現(xiàn)在Sybase身上，Sybase在今年年初時發(fā)布了ASEClusterEdition，對持續(xù)可用性的強調(diào)程度和性能不相上下，Sybase同時強調(diào)其優(yōu)于甲骨文RAC的特點，包括自動平衡負載和自動故障恢復(fù)等降低管理負荷的功能。
不過，也有不少公司仍然將關(guān)注的重點放在性能上。IBM在上周舉行“信息隨需而變”EMEA大會上就有一個關(guān)于網(wǎng)格化(或集群)信息服務(wù)器的演講。實施上，對于數(shù)據(jù)集成產(chǎn)品而言這是一個相當酷的功能，因為你將可以遠離同樣的可用性問題，例如如果你有一個并行ETL作業(yè)正在運行，而其中某個流中斷了，也沒什么大不了的，你只需要將其重新分配到另外一個節(jié)點就可以了，不需要進行用戶鏈接故障轉(zhuǎn)移。DATAllegro當然也支持網(wǎng)格運算，出于性能方面的考慮也為了實現(xiàn)持續(xù)可用性，而Vertica也支持集群技術(shù)。
不過，在數(shù)據(jù)倉庫領(lǐng)域最讓人玩味的也許就是EXASOL了，它采取了完全不同的辦法，為Linux內(nèi)核構(gòu)建了一個擴展，稱之為EXAClusterOS用來支持其數(shù)據(jù)倉庫，就算不能支持上千個節(jié)點，也能支持數(shù)百個節(jié)點(通過內(nèi)置式負載平衡，目的是在采用低價硬件的情況下優(yōu)化性能)，同時仍然可以實現(xiàn)持續(xù)可用性。
事實上，***說的那種方法聽起來似乎非常合理：我們何不放棄在數(shù)據(jù)庫水平實施集群，而在操作系統(tǒng)實施集群呢?這樣做好處良多，你可以通過一個操作就可以引導(dǎo)整個集群，而不需要分別單獨地引導(dǎo)各個節(jié)點。而且，你可以構(gòu)建其他相關(guān)的功能納入到操作系統(tǒng)當中(EXASOL正是這樣做的)。所以，如果有誰正在考慮如何才能在數(shù)據(jù)庫中利用集群技術(shù)的問題的話，不妨考慮采用EXASOL公司的方法。
【編輯推薦】
