前言
嚴格意義上，pureScale和Exadata V2沒有可比性。pureScale不是Exadata V2那樣的軟硬件集合的一體化機架解決方案，它更像是在DB2 V9.7之上的性能及功能擴展。然而這兩個產品在許多方面都使用了業界的新技術，代表了數據庫架構的發展方向。因此我覺得有必要從不同的維度，對兩個產品做下比較。
比較項目包括：
歷史、架構、技術特點、成本、擴展性
比較項目
歷史
Exadata
Exadata V1 –September 2008 (Oracle OpenWorld Conference 2008)
使用HP平臺服務器，為數據倉庫設計。
這個階段Exadata的設計目標應該是針對Teradata的數據倉庫產品而特定的。
Exadata V2 – November 2009
使用Sun X86平臺服務器，增加了Flash Cache存儲中間層，為OLTP和數據倉庫設計。
值得遺憾的Sun的UltraSPARCIV+并沒有用到Exadata V2上面，盡管在單核計算能力上比不上IBM的POWER7芯片，但是UltraSPARC IV+芯片的多線程并行計算能力絕對是亮點。
盡管如此，nehalem也算是不差的選擇。
pureScale
DB2 pureScale – October 2009
2009年10月9日IBM對外發布了pureScale項目，在此前的很長一段時間，它都處于高保密狀態。
在pureScale之前，DB2在不同版本操作系統上支持：SMP、share nothing(DPF)。而pureScale是作為IBM在主機業務外對Share Disk架構的實踐。
而pureScale的設計目標，借用IBM自己的話說就是：OLTP業務上實現高擴展性、對應用透明、持續的可用性。
可以很清晰的看出來兩個產品的發展思路：
Exadata從V1的專營OLAP，轉到OLAP和OLTP通吃。但是用本來是提高OLAP業務性能的技術，給跑OLTP的業務使用的思路，透露出Oracle對于Exadata的想法很邪惡。
pureScale則針對OLTP業務，滿足OLTP業務最關心的可用性、業務透明性及擴展性的需求。
僅從產品定位方面，pureScale勝出一籌。
架構
Exadata
在Exadata的集成數據庫解決方案中主要包括兩部分：數據庫服務器網格、存儲服務器網格。滿配機架包括8臺Sun X86平臺(XEON processor)的數據庫服務器，14臺Sun X86平臺的存儲服務器(每臺12塊2TGB的SAS/SATA盤，并配置Sun Flash Cache)。
數據庫服務器網格是基于RAC集群，數據庫的存儲管理使用ASM，這個層面沒有什么新意，不做累述。
存儲服務器網格基于Exadata Cell的概念，即每個存儲服務器是一個Exadata Cell。由于使用ASM，因此在存儲層面上的冗余及條帶設計都由ASM負責。因此IBM會說，Exadata存儲集群無法使用RAID技術。存儲服務器技術的最大亮點是實現了Smart Scan功能(將全表掃描的SQL交給存儲服務器預處理)，達到的效果是存儲與數據庫間只傳輸結果集，不傳輸數據集，有效的提高了I/O效率。
InfiniBand網絡層負責連接數據庫服務器網格和存儲服務器網格。支持實現Smart Scan功能的iDB協議。
數據庫服務器網格之間的通信(RAC集群Global Cache交互)依舊基于TCP/IP協議。
pureScale
作為一種非一體式解決方案，對于pureScale的架構說明集中在數據庫集群。
數據庫服務器集群是運行DB2 V9.8的IBM中高端P系列服務器(P550以上)，被稱為DB2 Member。
pureScale數據庫集群的亮點是采用了集中管理鎖定和緩存的Global Cache管理方式。這個概念是來自于System z Sysplex。充當管理者角色的服務器被稱為 DB2 CF(Coupling Facility)，CF primary將共享數據放在自己的內存中，統一協調多個成員對共享數據的訪問。
存儲部分采用支持InfiniBand網絡的SAN架構，其上搭建IBM的共享文件系統GPFS。
InfiniBand網絡層負責連接數據庫服務器網格和存儲服務器網格。支持RDMA功能，因此不但負責傳輸存儲I/O，也負責存儲內存I/O。
可以看出，Exadata的優勢是在存儲I/O的處理環節，而pureScale則將重心放在了內存管理方面。這也是由兩個產品最初的設計背景決定的。
京公網安備 11010502049343號