最近從網(wǎng)上看了點3par的資料，來跟大家一起討論下

hp-ux民工

回復(fù)  hp-ux民工
256M是一個很尷尬的數(shù)字，說小吧，對于上層如果數(shù)據(jù)庫表（假設(shè)沒用ASM）或者文件不大（典 ...
wolfop 發(fā)表于 2011-08-08 14:52

  256m大小或者太大都是相對的，相比xiv我也感覺太大；
我想既然3par定位高端存儲，大部分大客戶數(shù)據(jù)庫用oracle的居多，而未來oracle不再支持裸設(shè)備，只支持文件系統(tǒng)和asm，目前越來越多的用戶開始采用asm，而3PAR展現(xiàn)了卓越的性能、效率和靈活性；
而對于非asm，如redolog，因為文件是不大，而且讀寫頻繁，因為占用空間不大，所以即使其他存儲分給他的lun也不多，即使做條帶花，分布的盤數(shù)量也不一定有3par分布的多，我這里客戶就是因為這個問題，本來采用了thp，以為能夠解決問題，后來發(fā)現(xiàn)這些廠家的thp是偽thp，問題依然沒有解決，目前換用ssd硬盤，正在做測試。
比如一個200G的lun，依256M為單位，能分布多少盤那？如果其他廠家傳統(tǒng)存儲，你要分布這么多盤試試？那需要將近100個lun，性能不一定有多少提高，而且主機端做條帶化對未來的擴容就是個雷，目前越來越多的存儲都是在存儲端做條帶

hp-ux民工

當(dāng)然他也有幾個不怎么樣的地方
1.不支持sas盤，大家都用sas，你不用，是不是有點另類？
2.換盤麻煩，不像xp，eva那樣直接就拔盤（當(dāng)然只是T系列），雖然這點對于用戶和銷售來說不是問題，但是對于工程師來說還是費勁。估計要多干10分鐘的活
3.pcx-133的總線
4.雖然說背板不是個什么問題，但不管怎么說還是個單點
5.后端依然是JBOD
5.硬件感覺不如軟件那么NB
6.lun的大小調(diào)整需要額外的license，不像eva，這都是基本的免費功能
7.3PAR 的技術(shù)優(yōu)勢在機械硬盤時期，但未來將是SSD 的時代，追求高 IOPS ，更小 I/O 響應(yīng)時間，如果全用ssd即可
8，不支持raid3

當(dāng)然他有很多軟件方面的NB之處，回頭再貼，我也是正在看手冊，一邊學(xué)一邊賣

noodles11

樓上說的thp 指的是thin provision么？

hp-ux民工

樓上說的thp 指的是thin provision么？
noodles11 發(fā)表于 2011-08-08 21:33

    是的

hp-ux民工

唉，eva看著真夠懸的，最近看到一個文檔：
hp關(guān)于存儲數(shù)據(jù)中心的設(shè)計里面居然沒有提eva，只有p9500,3par，lefthand，d2d，x9000

noodles11

說說為什么說有些廠家的thin provision是偽thin provision?
以我的理解，只要后端的數(shù)據(jù)盤的池子里面設(shè)備足夠多，就能夠得到打散數(shù)據(jù)的效果。比較關(guān)鍵是映射給主機的邏輯盤能夠支持多少的并發(fā)IO,如果本身支持的并發(fā)IO有限，后端再多的spindle也沒有用

hp-ux民工

說說為什么說有些廠家的thin provision是偽thin provision?
以我的理解，只要后端的數(shù)據(jù)盤的池子里面設(shè)備 ...
noodles11 發(fā)表于 2011-08-08 22:12

    這個不能說的太細，否則這個貼可能會成為廠家之間斗嘴的貼了，就失去原貼的意愿了
先不說thp解決存儲浪費的功能，只說那些在做了raid后再放入thp pool的打散磁盤技術(shù)，他們不像xiv或者3par那樣，從底層就把存儲打散，這些從廠家白皮書上看也是分布在所有的硬盤，也能提高性能，實際效果卻未必，甚至有些廠家的設(shè)備上了thp后性能降低很多，原因何在？我也不知道
所以上線前一定要做好測試，否則上線后就自己給自己埋雷了
所以我想如果是底層就打散，應(yīng)該是不會出現(xiàn)這種情況，其實有時候我都想找個thp劃出來的盤，我去主機那里找一個dd一下，看看到底有多少個硬盤燈在亮，當(dāng)然每次都是想想，安裝的時候總是忘記這事，壇子里有人有機會做新安裝的時候測試測試，把他們打出原形
還有些存儲比如往pool里面擴盤，做raid5，每次擴進去的盤，好像都在單獨做raid，跟之前的pool里面的raid沒有關(guān)系，他們之間沒有再做Rebuild，當(dāng)然操作也就能立即生效，避免了數(shù)據(jù)移動的風(fēng)險，但是這樣我懷疑他們怎么把數(shù)據(jù)打散的？

noodles11

一般thin provision 針對的也不是對性能要求太高的應(yīng)用，雖然它能取到打散數(shù)據(jù)的效果，但是如果存儲的架構(gòu)不是從一開始就支持這種設(shè)計的話，內(nèi)部的開銷也挺大的。
如果thin pool里面的數(shù)據(jù)如果不夠需要擴盤，應(yīng)該是分批次往里面加，不能一次只加一兩快盤，這樣可以使后面寫入的數(shù)據(jù)也盡量分散到足夠多的盤上面。廠家應(yīng)該也會有重新平衡數(shù)據(jù)池的功能，不過這個要看各個廠家的設(shè)計實現(xiàn)了。
從底層就把存儲打散，其實關(guān)鍵就是用多少的系統(tǒng)資源來實現(xiàn)打散的效果，有些存儲發(fā)展了好多代了，要支持thin provison，只能在原來的基礎(chǔ)上實現(xiàn)thin的功能，肯定消耗會大一點，而有些是新產(chǎn)品，設(shè)計的時候就考慮了這一點，就沒有歷史的負擔(dān)了。

tangye

3PAR很強悍，并且死貴

易用性很好，據(jù)說培訓(xùn)用戶只要現(xiàn)場指導(dǎo)一次就ok

tangye

256m大小或者太大都是相對的，相比xiv我也感覺太大；
我想既然3par定位高端存儲，大部分大客戶數(shù) ...
hp-ux民工 發(fā)表于 2011-08-08 19:05

    3PAR還有一個重要市場是虛擬化

    適用于oracle的產(chǎn)品很多