IBM在KVM虛擬化上運行OLTP基準測試

    至頂網

    IBM公司已進行的基準測試可以解釋在真實世界虛擬化環境中是如何執行事務處理的。

    當去年年底事務處理委員會（TPC）拋出TPC-VMS服務器虛擬化基準測試規范時，就有人抱怨該規范并不符合最終用戶的實際需求：他們把運行了事務處理工作負載的虛擬化服務器與裸機進行比較，并基于此給出了其開銷。

   但是，IBM公司有時候是很大度的，因此它在Red Hat的KVM虛擬機管理程序上進行了一個TPC-C測試，而不是TPC-VMS。

    在基于雙插槽Xeon E5服務器上安裝KVM，IBM并沒有采取任何TPC-VMS動作，這是刻意選擇并用于混淆物理和虛擬服務器之間比較的，從而確定虛擬化費用。這種比較是很重要的，特別是對于諸如事務處理這樣I/O密集型的工作負載。

    在二十世紀九十年代初,TPC-C在線交易處理基準測試出現時，內存的價格是非常昂貴的，而TPC-C數據庫必須存儲在磁盤驅動器上。CPU都是適度供電的，其價格也是非常昂貴的，而服務器中I/O子系統的負載都是相當高的。但是，如今的雙插槽服務器都配有多個TB級主內存，并具有大量的I/O容量，因此，TPC-C數據庫的很大一部分基本上都是在內存中運行。

    到底是多大的一部分，無法說出具體的數字。它不是一個SAP HANA內存駐留數據庫設置，但有了現代數據庫和操作系統中固有的緩存信息，一個運行TPC-C測試的現代服務器要比二十年前本質上的磁盤驅動數據庫更接近于HANA實例。當然，這里的磁盤驅動器是用于I/O的，但那也是因為測試要求磁盤容量能按最終用戶的要求而擴展。

    諸如TPC-C這樣的測試推動了多核芯片配備大內存容量和高帶寬的發展趨勢，這樣也就促使這樣的高端配置成為了業界標配，也讓我們認為是理所當然的。很多人都認為基準測試是無用的，也許他們忘記了它對系統架構和軟件設計的影響。但是，如果仔細觀察的話就會發現，事實上也需要基準測試來推動實際創新。

    當然， 最好的做法還是做好自己的測試。如果所有的數據用于數以百萬計的服務器，那么這樣一個大數據項目是值得這樣做的，這將是真正有趣的事情，可能也是有用的。

    在藍色巨人測試運行KVM的TPC-C設置中，專家們使用了一個配有兩個八核Xeon E5-2690處理器、主頻達到2.9GHz的System x3650 M4服務器。對于這臺機器，IBM增加了768GB的主內存和四個Qlogic 8Gb/秒光纖通道適配器，連接九個DS3524磁盤陣列和一個DS3512磁盤陣列，其中共有44個硬盤驅動器和72 個SSD，共計總容量40.3TB。

    這臺特殊的服務器運行了Red Hat企業版Linux 6.4、IBM公司的DB2 9.7關系型數據庫以及Red Hat的KVM虛擬機管理程序，它能夠支持1，040，400個用戶，并以每分鐘1，320，082次處理吞吐量的速度處理新命令。(即使另外有其他四個必須運行、只使用半數不到CPU資源的工作負載，TPC-C測試的新命令部分還是計算在正式結果中。)

    IBM去年夏天Flex x240節點上運行測試，這與在System x3650 M4上測試KVM幾乎完全相同。

    這個Flex x240服務器配有兩個主頻為2.9GHz的Xeon E5-2690型處理器、相同的768GB主內存、兩個8Gb/秒光纖通道卡，連接一組DS35XX磁盤陣列。IBM有三個DS3512磁盤，配有24個磁盤和112個固態硬盤，它支持1，196，160個用戶，并以每分鐘1，503，544次處理的速度執行新命令，它運行Red Hat 企業版Linux 6.2和DB2 9.7。

    與上述的System x3650 M4虛擬化相比，這臺Flex x240節點的固態硬盤略重，磁盤驅動器略輕。我們假定，兩臺服務器上的磁盤不是性能瓶頸，并不是性能差別的實質性原因（當然，你應當擁有足夠的磁盤和主內存來驅動CPU），并假定與系統相連的這個磁盤和固態硬盤的總容量達到了TPC-C測試所要求驅動更多用戶時的容量限制，那么你可能會誤認為Flex x240服務器比System x3650 M4支持更多用戶數量，是由于它運行裸機的原因。當然，你還必須假定，RHEL 6.2和6.4之間所造成的性能差異是相當小的。