GeoEast海量數(shù)據(jù)處理資源優(yōu)化配置技術(shù)研究與應(yīng)用

摘 要：本文著重介紹GeoEast海量數(shù)據(jù)地震處理系統(tǒng)軟硬件資源的優(yōu)化配置技術(shù)，重點(diǎn)從幾種不同類型的并行文件系統(tǒng)（GPFS、PANFS、ONEFS）與GeoEast軟件I/O讀寫的匹配及兼容性研究、GeoEast系統(tǒng)的oracle數(shù)據(jù)庫(kù)服務(wù)器優(yōu)化和應(yīng)用軟件優(yōu)化等幾個(gè)方面對(duì)GeoEast海量數(shù)據(jù)處理系統(tǒng)進(jìn)行優(yōu)化配置，從而提高海量數(shù)據(jù)處理系統(tǒng)的整體性能，并為海量數(shù)據(jù)處理系統(tǒng)的軟硬件資源配置提供一定的理論參考。

關(guān)鍵詞：海量數(shù)據(jù)處理；高性能存儲(chǔ)；GeoEast地震處理系統(tǒng)；oracle數(shù)據(jù)庫(kù)

中圖分類號(hào)：TP311.52

隨著地震勘探的不斷深入，野外采集方法隨之不斷發(fā)展進(jìn)步，寬方位寬頻帶高密度地震勘探在國(guó)內(nèi)外已日趨主流，隨之而來(lái)的數(shù)據(jù)量成幾何級(jí)數(shù)增長(zhǎng)，對(duì)計(jì)算機(jī)軟硬件配置提出了更高的要求，對(duì)存儲(chǔ)系統(tǒng)在存儲(chǔ)容量、數(shù)據(jù)可用性以及I/O性能等方面帶來(lái)了巨大的挑戰(zhàn)。同時(shí)，GeoEast系統(tǒng)作為國(guó)內(nèi)自主研發(fā)的首款地震資料處理解釋一體化軟件，在進(jìn)行海量數(shù)據(jù)處理過(guò)程中，也提出了更高的要求。我們?cè)诤Ａ繑?shù)據(jù)處理設(shè)備方面，還處于摸索階段，目前在計(jì)算資源硬件選用了Intel E5-2670 CPU和萬(wàn)兆網(wǎng)絡(luò)，同時(shí)也配備了多套高性能存儲(chǔ)系統(tǒng)，但在處理過(guò)程中仍然存在著較多問(wèn)題，問(wèn)題主要集中體現(xiàn)在I/O性能方面。針對(duì)GeoEast軟件在海量數(shù)據(jù)處理時(shí)的I/O效率較低這一問(wèn)題，我們做了多方面的研究。本文主要介紹如何從軟件硬件兩方面對(duì)海量數(shù)據(jù)處理系統(tǒng)進(jìn)行優(yōu)化配置，從而提高海量數(shù)據(jù)處理的整體性能。為海量數(shù)據(jù)處理的軟硬件優(yōu)化配置提供一定的參考。

1 海量數(shù)據(jù)處理系統(tǒng)的硬件配置

作為國(guó)內(nèi)首套海量數(shù)據(jù)處理系統(tǒng)，該系統(tǒng)在硬件架構(gòu)的選型和配置上做了大量的調(diào)研和探索，計(jì)算節(jié)點(diǎn)選用了Intel Xeon E5-2670的8核cpu處理器，主頻為2.7GHz，該處理器支持大內(nèi)存的配置。內(nèi)存配置為128GB，配置了5塊600GB的SAS硬盤，配備了2400TB的高性能并行存儲(chǔ)系統(tǒng)，采用10GbE的萬(wàn)兆網(wǎng)將系統(tǒng)進(jìn)行互聯(lián)。計(jì)算能力達(dá)到50Tflops。

該套系統(tǒng)的計(jì)算能力已基本滿足海量數(shù)據(jù)處理的需求，但在實(shí)際生產(chǎn)過(guò)程中仍然還存在著系統(tǒng)運(yùn)行效率較低、數(shù)據(jù)I/O瓶頸、GeoEast處理系統(tǒng)與多種并行文件系統(tǒng)（GPFS、OneFS、PanFS）的兼容性等一系列疑難問(wèn)題，針對(duì)這些問(wèn)題做了大量的研究，并提出了一定的優(yōu)化技術(shù)解決方案。

2 存在的問(wèn)題及解決方案

2.1 GeoEast處理系統(tǒng)與多種高性能并行存儲(chǔ)間的兼容性優(yōu)化技術(shù)

非海量數(shù)據(jù)處理作業(yè)量不大且數(shù)據(jù)量小，使用普通的DAS存儲(chǔ)便能滿足要求。但對(duì)于兩寬一高地震勘探的海量數(shù)據(jù)處理，由于數(shù)據(jù)量高達(dá)幾十甚至上百TB，需要同時(shí)發(fā)送數(shù)百個(gè)作業(yè)，這樣勢(shì)必對(duì)存儲(chǔ)提出了更高的要求。普通DAS存儲(chǔ)已無(wú)法滿足海量數(shù)據(jù)并發(fā)存取的要求，該套海量數(shù)據(jù)處理系統(tǒng)選擇了高性能存儲(chǔ)來(lái)進(jìn)行海量數(shù)據(jù)的并發(fā)讀寫，主要采用GPFS、PANFS和ONEFS等多種并行文件系統(tǒng)。針對(duì)這幾種高性能存儲(chǔ)，在相同的應(yīng)用環(huán)境下，分別在GeoEast處理系統(tǒng)上做了一系列的測(cè)試，測(cè)試主要分為操作系統(tǒng)級(jí)測(cè)試和應(yīng)用軟件測(cè)試兩個(gè)部分。系統(tǒng)級(jí)測(cè)試主要是針對(duì)各文件系統(tǒng)進(jìn)行了iozone讀寫性能測(cè)試，測(cè)試結(jié)果如表1所示。應(yīng)用軟件測(cè)試方面是使用不同的文件系統(tǒng)在GeoEast處理軟件中進(jìn)行海量數(shù)據(jù)的讀寫壓力測(cè)試，同時(shí)發(fā)送500個(gè)讀寫20GB數(shù)據(jù)的作業(yè)，分析作業(yè)運(yùn)行過(guò)程中軟件交互操作速度以及作業(yè)運(yùn)行的平均時(shí)間，測(cè)試結(jié)果如表2所示。

表1 不同類型高性能存儲(chǔ)在操作系統(tǒng)級(jí)上的iozone讀寫性能測(cè)試結(jié)果

文件系統(tǒng)類型

（16臺(tái)）Iozone

寫帶寬（GB/s）Iozone

讀帶寬（GB/s）

ONEFS3.465.56

GPFS4.475.57

PANFS3.273.59

表2 不同類型高性能存儲(chǔ)在GeoEast處理系統(tǒng)上的兼容性測(cè)試結(jié)果

文件系統(tǒng)類型

（16臺(tái)）寫帶寬

（GB/s）讀帶寬

（GB/s）交互作業(yè)

（打開(kāi)SeisView）同時(shí)發(fā)送500個(gè)作業(yè)

平均讀寫22GB數(shù)據(jù)

的作業(yè)時(shí)間（s）

穩(wěn)定性

ONEFS6.28.6需等25秒15360好

GPFS1823需等3分鐘48000較好

PANFS1616需等10秒15392最好

通過(guò)對(duì)測(cè)試結(jié)果的分析表明：各文件系統(tǒng)與GeoEast軟件之間存在著一定的兼容性差異，結(jié)果表明PNAFS和ONEFS文件系統(tǒng)無(wú)論從海量的交互操作方面，還是批量作業(yè)運(yùn)行效率、穩(wěn)定性等綜合性能方面都有較好的優(yōu)勢(shì)。雖然GPFS文件系統(tǒng)在其他軟件中的并發(fā)存取效果較好，但在GeoEast處理系統(tǒng)上的應(yīng)用效果卻略遜一籌，針對(duì)這一問(wèn)題，結(jié)合GeoEast軟件的讀寫特點(diǎn)對(duì)GPFS并行文件系統(tǒng)進(jìn)行優(yōu)化研究，從而提高GPFS并行文件系統(tǒng)在GeoEast處理系統(tǒng)上的并發(fā)存取效率。

GPFS并行文件系統(tǒng)有兩種使用模式，GPFS Client和CNFS模式。其中GPFS Client在I/O節(jié)點(diǎn)和計(jì)算節(jié)點(diǎn)都要安裝GPFS軟件，每個(gè)Mount節(jié)點(diǎn)都會(huì)負(fù)責(zé)管理一部分元數(shù)據(jù)，目的是為了將元數(shù)據(jù)的管理分布化，在多節(jié)點(diǎn)大量數(shù)據(jù)并發(fā)時(shí)能提高系統(tǒng)元數(shù)據(jù)的處理能力。CNFS模式是只在I/O節(jié)點(diǎn)上安裝GPFS軟件，I/O節(jié)上掛載GPFS文件系統(tǒng)后通過(guò)CNFS export出去，供其他計(jì)算節(jié)點(diǎn)進(jìn)行訪問(wèn)，它是GPFS與NFS的結(jié)合。CNFS模式的好處便在于GPFS的元數(shù)據(jù)操作只需要在不多的幾個(gè)節(jié)點(diǎn)之間進(jìn)行。通過(guò)對(duì)I/O節(jié)點(diǎn)的監(jiān)控以及測(cè)試結(jié)果的分析，這幾個(gè)I/O節(jié)點(diǎn)本身沒(méi)有成為整個(gè)系統(tǒng)的瓶頸，系統(tǒng)的I/O吞吐量不會(huì)有太大的影響，在NFS緩存的幫助下，反而還有所提高。

由于GeoEast軟件中數(shù)據(jù)讀寫均為一道道讀寫，在數(shù)據(jù)讀寫時(shí)要不斷地對(duì)中間數(shù)據(jù)進(jìn)行l(wèi)ist操作，獲取相應(yīng)的元數(shù)據(jù)信息。而GPFS為了保證其POSIX標(biāo)準(zhǔn)，在相應(yīng)某些命令式需要做多節(jié)點(diǎn)之間元數(shù)據(jù)的同步保證磁盤和內(nèi)存里元數(shù)據(jù)的一致性。這種類型的操作對(duì)GPFS而言開(kāi)銷較大，若元數(shù)據(jù)節(jié)點(diǎn)越少，反而性能會(huì)更好。

通過(guò)對(duì)GPFS的兩種應(yīng)用模式在GeoEast處理系統(tǒng)上的并發(fā)存取效率進(jìn)行測(cè)試，測(cè)試結(jié)果如表3所示。結(jié)果表明GPFS的CNFS模式較GPFS Client模式在GeoEast軟件中的應(yīng)用效果及交互速度均有很大的提升。因此采用GPFS的CNFS模式來(lái)代替GPFS Client模式，解決了GPFS在GeoEast處理系統(tǒng)上并發(fā)存取效率低的問(wèn)題。

表3 GPFS Client模式與CNFS模式在GeoEast軟件中的應(yīng)用測(cè)試結(jié)果

文件系統(tǒng)掛載方式segyinput（s）geodiskout（s）total（s）交互操作

GPFS CLIENT686.8262222.663115.29交互慢

CNFS370.062919.5561303.07交互正常

2.2 oracle數(shù)據(jù)庫(kù)的優(yōu)化配置

GeoEast處理系統(tǒng)采用的是oracle數(shù)據(jù)庫(kù)管理模式，兩寬一高地震資料處理的一大特點(diǎn)就是數(shù)據(jù)量大，在作業(yè)多、數(shù)據(jù)量大的情況下會(huì)與oracle數(shù)據(jù)庫(kù)之間進(jìn)行頻繁地通訊，產(chǎn)生多個(gè)訪問(wèn)oracle數(shù)據(jù)庫(kù)的進(jìn)程，對(duì)軟件、oracle服務(wù)器產(chǎn)生巨大的負(fù)載，據(jù)多次觀察軟件與oracle數(shù)據(jù)庫(kù)之間的通訊進(jìn)程能高達(dá)三四千個(gè)，無(wú)論是CPU還是內(nèi)存，對(duì)oracle數(shù)據(jù)庫(kù)服務(wù)器都造成巨大的壓力。Oracle數(shù)據(jù)庫(kù)服務(wù)器的超負(fù)荷運(yùn)轉(zhuǎn)勢(shì)必會(huì)降低軟件的應(yīng)用效率，當(dāng)oracle數(shù)據(jù)庫(kù)繁忙時(shí)往往表現(xiàn)為軟件交互速度慢、反應(yīng)遲鈍、作業(yè)運(yùn)行速度慢等一系列現(xiàn)象。為提高軟件的應(yīng)用效率，分別從內(nèi)存的配置和oracle數(shù)據(jù)庫(kù)所用硬盤的類型兩方面對(duì)oracle數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行優(yōu)化配置研究，并取得了較好的效果。同時(shí)，在實(shí)際生產(chǎn)過(guò)程中出現(xiàn)了單個(gè)項(xiàng)目同時(shí)只能運(yùn)行168個(gè)作業(yè)的現(xiàn)象，顯然已不能滿足海量數(shù)據(jù)處理同時(shí)要發(fā)送幾百上千個(gè)作業(yè)的需求，通過(guò)對(duì)oracle數(shù)據(jù)庫(kù)的研究，找出了對(duì)作業(yè)個(gè)數(shù)限制消除的方法。

2.2.1 增加oracle服務(wù)器的內(nèi)存

當(dāng)軟件與oracle數(shù)據(jù)庫(kù)之間的通訊進(jìn)程較多時(shí)，會(huì)出現(xiàn)內(nèi)存被耗盡而去調(diào)用swap交互區(qū)的情況，圖1為oracle服務(wù)器內(nèi)存不夠而使用交換區(qū)的情況。當(dāng)機(jī)器開(kāi)始使用swap交換區(qū)時(shí)，機(jī)器的性能會(huì)急劇下降，從而直接影響到軟件系統(tǒng)的整體性能，無(wú)論是作業(yè)的速度還是軟件的交互效率，都會(huì)受到嚴(yán)重的影響，因此oracle服務(wù)器的內(nèi)存大小也是影響海量數(shù)據(jù)處理效率的一大因素，適當(dāng)增加oracle服務(wù)器的內(nèi)存大小可從一定程度上提高軟件系統(tǒng)的整體性能。通過(guò)多次測(cè)試研究表明，目前高密度海量數(shù)據(jù)處理的oracle服務(wù)器內(nèi)存大小為128GB較為合適，太小會(huì)導(dǎo)致內(nèi)存不夠而使用交換區(qū)，太大會(huì)導(dǎo)致內(nèi)存的浪費(fèi)。

圖1 oracle服務(wù)器內(nèi)存耗盡使用交換區(qū)的情況

2.2.2 oracle數(shù)據(jù)庫(kù)所在磁盤類型的選擇

眾所周知，SSD固態(tài)硬盤在讀寫速度上要比普通的機(jī)械硬盤快，特別是隨機(jī)讀寫速度方面，較傳統(tǒng)硬盤有較大的優(yōu)勢(shì)。Geoeast軟件在數(shù)據(jù)處理過(guò)程中會(huì)頻繁訪問(wèn)oracle數(shù)據(jù)庫(kù)，特別是在作業(yè)多、數(shù)據(jù)量大的情況下，數(shù)據(jù)庫(kù)所在磁盤的速度會(huì)對(duì)軟件的效率產(chǎn)生一定的影響，在面對(duì)頻繁大量隨機(jī)讀寫oracle數(shù)據(jù)庫(kù)的情況下，如果采用SSD固態(tài)硬盤作為oracle數(shù)據(jù)庫(kù)磁盤，軟件的性能會(huì)有一定的提升。

2.2.3 消除單個(gè)項(xiàng)目同時(shí)運(yùn)行的作業(yè)個(gè)數(shù)限制

海量數(shù)據(jù)處理由于數(shù)據(jù)量高達(dá)幾十甚至上百TB，單個(gè)項(xiàng)目需要同時(shí)運(yùn)行數(shù)百個(gè)作業(yè)，在實(shí)際生產(chǎn)過(guò)程中由于受到oracle數(shù)據(jù)庫(kù)的限制，最多只能同時(shí)運(yùn)行168個(gè)作業(yè)，其他作業(yè)雖然從后臺(tái)作業(yè)調(diào)度中看是處于ACTIVE狀態(tài)，但作業(yè)實(shí)際上沒(méi)有運(yùn)行，需要等待前面的作業(yè)做完后才會(huì)運(yùn)行，通過(guò)修改oracle數(shù)據(jù)庫(kù)參數(shù)，可消除該限制，從而提高軟硬件的運(yùn)行效率。具體修改過(guò)程如下，使用oracle賬號(hào)連接要修改的工區(qū)。

%sqlplus test/test（要修改的工區(qū)名稱）

SQL*Plus： Release 10.2.0.1.0 - Production on Fri Aug 23 21：28：02 2013

Copyright （c） 1982， 2005， Oracle. All rights reserved.

Connected to：

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning， OLAP and Data Mining options

SQL> desc ps_leveled_index；（查看該工區(qū)下是否還有操作，若正在生成索引時(shí)工區(qū)就會(huì)被鎖，暫時(shí)無(wú)法修改，確保工區(qū)是在無(wú)操作情況下才能修改）

Name Null？ Type

-----------------------------------------

INDEX_ID NOT NULL NUMBER（10）

SEISMIC_DATA_SET_ID NUMBER（10）

KEYWORD_NUMBER NUMBER（10）

FIRST_KEYWORD_CODE NUMBER（6）

SECOND_KEYWORD_CODE NUMBER（6）

THIRD_KEYWORD_CODE NUMBER（6）

FORTH_KEYWORD_CODE NUMBER（6）

FIFTH_KEYWORD_CODE NUMBER（6）

READABLE VARCHAR2（1）

DESCRIPTION VARCHAR2（2000）

CREATED_BY VARCHAR2（32）

CREATE_DATE DATE

MODIFIED_BY VARCHAR2（32）

MODIFY_DATE DATE

SQL> alter table ps_leveled_index drop constraint pk_ps_leveled_index； （解除作業(yè)同時(shí)可發(fā)送的個(gè)數(shù)限制）

Table altered.

SQL> quit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning， OLAP and Data Mining options

2.3 GeoEast軟件配置優(yōu)化

在GeoEast數(shù)據(jù)處理系統(tǒng)中地震數(shù)據(jù)是分塊存放的，存放在磁盤下的地震數(shù)據(jù)文件會(huì)根據(jù)軟件中設(shè)定的單個(gè)數(shù)據(jù)文件大小的值將文件分為多塊存放，在GeoEast2.5版本下缺省為10GB，單塊地震數(shù)據(jù)的大小不能超過(guò)地震數(shù)據(jù)文件大小限制所設(shè)置的值，若超過(guò)地震數(shù)據(jù)將被自動(dòng)拆分。在高密度寬方位資料處理中，單個(gè)數(shù)據(jù)量可高達(dá)幾百GB，如果地震數(shù)據(jù)文件大小的限定值定義的太小，勢(shì)必會(huì)導(dǎo)致地震數(shù)據(jù)分塊太多，從而在數(shù)據(jù)目錄下產(chǎn)生多個(gè)數(shù)據(jù)文件塊。在軟件交互界面和磁盤數(shù)據(jù)所在目錄查看數(shù)據(jù)時(shí)，如果數(shù)據(jù)塊文件個(gè)數(shù)太多，在系統(tǒng)統(tǒng)計(jì)數(shù)據(jù)的大小時(shí)會(huì)加重系統(tǒng)負(fù)載，從而影響交互的效率。若將SeismicFileSizeLimit值適當(dāng)調(diào)大，可以減少地震數(shù)據(jù)目錄下數(shù)據(jù)塊文件的個(gè)數(shù)，查看數(shù)據(jù)時(shí)交互的反應(yīng)速度也會(huì)隨之增快。

圖2 GeoEast軟件單個(gè)文件大小設(shè)定

3 結(jié)束語(yǔ)

作為首次對(duì)高密度寬方位海量數(shù)據(jù)處理系統(tǒng)的計(jì)算機(jī)軟硬件配置研究，通過(guò)對(duì)軟硬件各方面的探索及優(yōu)化配置，取得了一定的成效。但還存在著較大的提升空間，例如：I/O方面的性能依然存在著很大的潛力。在軟硬件的兼容性方面還有待進(jìn)一步的探索研究，更好地滿足海量數(shù)據(jù)處理的需求，提高處理效率和機(jī)器的利用率。

參考文獻(xiàn)：

[1]郇丹丹.高性能存儲(chǔ)系統(tǒng)研究.中國(guó)科學(xué)院研究生院（計(jì)算技術(shù)研究所），2006-03-01.

[2]管強(qiáng).高性能存儲(chǔ)系統(tǒng)的關(guān)鍵技術(shù)研究[D].華中科技大學(xué)，2011.

[3]郝常杰編譯，胡家鎏教授指導(dǎo).Panasas ActiveScale存儲(chǔ)集群詳解[J].中國(guó)計(jì)算機(jī)報(bào)，2007.

[4]黃平.基于固態(tài)盤特征的存儲(chǔ)優(yōu)化研究[D].華中科技大學(xué)，2013.

[5]孫彤.Oracle數(shù)據(jù)庫(kù)性能優(yōu)化處理[J].信息與電腦（理論版），2012.

[6]褚艷.Oracle數(shù)據(jù)庫(kù)性能的日常監(jiān)控和調(diào)優(yōu)技術(shù)[J].甘肅科技，2004.

[7]陳繼紅，趙書華，祝寬海，王仕檢.優(yōu)化系統(tǒng)配置提高GeoEast系統(tǒng)運(yùn)行效率[J].物探裝備，2010.

作者簡(jiǎn)介：龔莉（1982-），女，碩士在讀，工程師，從事地震資料處理軟件應(yīng)用維護(hù)工作，主要研究方向：石油地球物理勘探。

作者單位：成都理工大學(xué) 地球物理學(xué)院，成都 610059；東方地球物理公司研究院資料處理中心，河北涿州 072750

基金項(xiàng)目：東方地球物理公司科技信息處《海量數(shù)據(jù)處理解釋及計(jì)算機(jī)優(yōu)化配置等技術(shù)研究》科研項(xiàng)目。