- 論壇徽章:
- 2
|
1， 我們應(yīng)該怎么才能充分利用PCIE SSD這些出色的性能來(lái)優(yōu)化我們的數(shù)據(jù)庫(kù)架構(gòu)和性能呢？
從ORACLE數(shù)據(jù)庫(kù)的角度講，SSD的作用無(wú)非是存儲(chǔ)層。這就需要考慮哪些文件要同存儲(chǔ)打交道
1. 數(shù)據(jù)庫(kù)軟件，RAC, grid
數(shù)據(jù)庫(kù)軟件目錄通常安裝在本地目錄，或者共享目錄。這些目錄 其實(shí)并不需要ssd， 因?yàn)榇蠖鄶?shù)文件沒有更新的需求，運(yùn)行時(shí)也不會(huì)在目錄下有大量臨時(shí)文件的讀寫。
2. ASM
ASM基本上已經(jīng)成了ORACLE的存儲(chǔ)標(biāo)準(zhǔn)。要玩好SSD，那么對(duì)ASM需要有了解，比如現(xiàn)在ASM支持用作votingdisk， ocr location， data diskgroup， ACFS for DBHome， redo/fb logs...
像放置votingdisk的ASM盤，可以用SSD，但必須明白這邊的瓶頸不只在于SSD的讀寫速度，有兩個(gè) 一是磁盤心跳，一是網(wǎng)絡(luò)心跳。 如果網(wǎng)絡(luò)不給力，那么存儲(chǔ)讀寫再好也于事無(wú)補(bǔ)。這邊的SSD一是要滿足大量小數(shù)據(jù)量的隨機(jī)讀寫，也要對(duì)shared disk架構(gòu)有很好的支持，這都需要很多客戶長(zhǎng)時(shí)間地驗(yàn)證才能做好。
放置數(shù)據(jù)文件的盤，不必要用SSD。因?yàn)槠款i一般不在這里。但這邊如果容量比較大的話，盡量避免RAID5之類的配置。
像redo log這些需要大量隨機(jī)讀的， 完全可以用SSD。但這邊要注意的，一是避免傳統(tǒng)硬盤的錯(cuò)誤，不要大量使用相同規(guī)格的硬盤， 不要盲目使用RAID，如果是硬件級(jí)別的multipath，這種技術(shù)每個(gè)廠商都有自己的辦法， 像EMC, DELL, Marvel之類的，都會(huì)同oracle合作進(jìn)行大量測(cè)試，確保其解決方案同oracle db的兼容性。
要防止重復(fù)作RAID，如硬件級(jí)別做了RAID，ASM層再做redundancy，那么性能可能沒什么提升，反而會(huì)降低可靠性。 這在SSD上特別明顯。
基本上 理解ASM， 就是理解ORACLE 和SSD的解決方案大部分了。 各位有興趣，可以google看看ASM+SSD的一些文檔，也可以看看Linux上如 RHEL storage mgmt guide（Red_Hat_Enterprise_Linux-6-Storage_Administration_Guide-en-US.pdf）
要充分發(fā)揮SSD的性能，還是要多看全局。
先要看SSD同操作系統(tǒng)之間的聯(lián)系，比如Linux上，這一款SSD產(chǎn)品的支持程度如何，決定了客戶是否會(huì)考慮購(gòu)買。那么在做產(chǎn)品同oracle兼容測(cè)試的時(shí)候，同樣也要做os級(jí)別的兼容測(cè)試。
SSD固然是快，但傳統(tǒng)硬盤仍有較好的生命力，SATA+SSD混合硬盤也大行其道。 最大的原因，SSD并沒有對(duì) 連續(xù)讀寫 有較好的提升。 那么 就需要 揚(yáng)長(zhǎng)避短，像DATAFILE之類的存儲(chǔ)，就沒有必要用SSD，如果用傳統(tǒng)的，有較多成功案例的方案，可能對(duì)數(shù)據(jù)來(lái)說，更安全可靠了。
還有就是要看應(yīng)用環(huán)境，SSD固然不讓存儲(chǔ)本身成為短板，但其周圍很可能有其他的瓶頸， 就如上面提到的放votingdisk的盤，嚴(yán)重依賴穩(wěn)定高速的共享網(wǎng)絡(luò)連接，如果一款SSD產(chǎn)品，有很好的網(wǎng)絡(luò)解決方案集成，那無(wú)疑是加增了客戶的信心。
另外的問題，也是根本的問題，SSD比傳統(tǒng)硬盤更快了， 但是否更安全了？ 這個(gè)問題本身值得商榷，我們認(rèn)為，只有經(jīng)過檢驗(yàn)的產(chǎn)品方案才可以稱為安全。
2， 在PCIE SSD的幫助下，我們自己是否可以在普通服務(wù)器甚至PC上配置出類似Oracle Exadata性能的架構(gòu)呢？ 如果可以的話，應(yīng)該怎么配置？
做不到。
理解這個(gè)問題，我們應(yīng)當(dāng)理解，Exadata is Oracle Engineered system. 用戶就算是照搬硬件，也搭不出Exadata一樣的性能的。
Exadata上面確實(shí)用了類SSD，比如某款Marvel的Flash disk 在Exadata的cell node上采用。這些產(chǎn)品本身沒什么大的特殊，但其優(yōu)勢(shì)在于，方案經(jīng)過了大量原廠和客戶的穩(wěn)定測(cè)試，是其他款產(chǎn)品難以替代的。 此外 Exadata專門為其flash disk 寫了不少的特性。
如"write back flash cache", 我們知道以前的exadata開始用flashdisk，主要是作Smart flash cache用，原則上是認(rèn)為flash disk要比其他SATA/SAS盤更快。
而這個(gè)wbfc的特性，則是將flash層級(jí)的數(shù)據(jù)讀寫，同網(wǎng)卡速度相比了，換言之，就是將瓶頸本身又從硬盤讀寫速度 提升到infiniband網(wǎng)卡傳輸?shù)乃俣葘蛹?jí)。
http://www.oracle.com/technetwor ... -flash-2179184.html
這些特性，第三方的SSD產(chǎn)品沒辦法應(yīng)用。 換句話說，嘗試自己搭建Exadata架構(gòu)是沒意義的，倒不如說，搭建一個(gè)可靠的RAC+SSD的環(huán)境更為合理些，有很多這樣的成熟方案可以參考， 作為一款SSD產(chǎn)品完全可以在這些已有的方案上得到客戶的驗(yàn)證。以得突破。
3, 使用PCIE SSD來(lái)保存我們公司的關(guān)鍵數(shù)據(jù)足夠安全嗎？
安全不依賴于具體的產(chǎn)品，而是要靠整體的解決方案。
我們的數(shù)據(jù)安全依靠什么？ 成熟的訪問控制，冗余方案，備份策略， 容災(zāi)需求。
不能本末倒置，與其這么看 不如說SSD在整體方案中能否立身。
我認(rèn)為是可行的，特別是在冗余，備份這一塊，
冗余可以保證多路讀寫的瓶頸不出在SSD這一邊， 而備份的話，可以提升備份的寫速度（其實(shí)如果較長(zhǎng)的連續(xù)讀寫，提升效果不大）
一款SSD產(chǎn)品完全可以在這些方案中提出自己的意見，然后立足。
4， 通常都是使用什么工具來(lái)評(píng)測(cè)PCIE SSD？ 測(cè)試PCIE SSD應(yīng)該關(guān)注哪些數(shù)據(jù)？
目前來(lái)講，也就是看看讀寫io， 跑跑benchmark之類。
如前面第一問提到的， 對(duì)于不同的應(yīng)用場(chǎng)景，可能我們要關(guān)心的不同， 有些要關(guān)心隨機(jī)讀， 有些要關(guān)心隨機(jī)寫。
要做一些壓力測(cè)試，看在不同的環(huán)境當(dāng)中SSD io是否會(huì)受影響。
也要做兼容性測(cè)試， 這個(gè)客觀地講，就要看SSD廠商的實(shí)力。 大廠的話會(huì)有大量的兼容／最佳實(shí)踐文檔，兼容os， db， app之類的都會(huì)有較好地文檔參考。 如果是小廠的話，可以聚焦在linux/windows平臺(tái)上，針對(duì)特定客戶調(diào)優(yōu)，慢慢積累一些best practise，
|
|
免費(fèi)注冊(cè)
樓主: send_linux
發(fā)表于 2014-05-13 15:38
發(fā)表于 2014-05-13 16:16
lol
