Netapp中看到的磁盤空間使用率為什么跟服務(wù)器上看到的不一樣？

ahocat

Netapp3240的設(shè)備，分配一個(gè)lun給一臺Windows2008R2服務(wù)器約600G空間，運(yùn)行一段時(shí)間后，發(fā)現(xiàn)netapp上顯示這個(gè)lun剩余空間只有十幾個(gè)G了，但從Windows2008服務(wù)器的磁盤管理工具上看，剩余空間還有300多G，這是怎么回事？

鍋鐵做

樓主，請?jiān)赪indows主機(jī)在扔100GB數(shù)據(jù)，看能否寫爆。
如果是關(guān)于空間回收的問題，我想，NETAPP的存儲空間不會上升，而文件系統(tǒng)會上升，也就是存儲不會被寫爆。

如果驗(yàn)證了我所講，我們在討論如何空間回收，為什么要空間回收，及機(jī)制，如果樓主感興趣。:wink:

ahocat

回復(fù) 2# 鍋鐵做


    Hi 鍋兄，試了一下寫了100多G的數(shù)據(jù)，確實(shí)沒問題。這是什么原因呢？

鍋鐵做

回復(fù) 3# ahocat

一個(gè)通用的原理：
其實(shí)您跟任何類型的文件系統(tǒng)，寫入一部分?jǐn)?shù)據(jù)，然后刪除，在文件系統(tǒng)顯示數(shù)據(jù)已經(jīng)刪除了，并且能看到釋放的空間，其實(shí)底層并未刪除，刪除僅僅是一個(gè)“文件頭”標(biāo)記的過程，或者想想，為什么一筆數(shù)據(jù)經(jīng)過格式化，還能夠通過一些軟件可以恢復(fù)呢？
這就解釋了為什么文件系統(tǒng)空間釋放了，而底層的存儲卻沒有釋放原因。
等到再次寫入數(shù)據(jù)時(shí)候，不會再向存儲陣列索要空間，會覆蓋之前到標(biāo)記文件頭的空間.
（這部分內(nèi)容有更權(quán)威，嚴(yán)謹(jǐn)?shù)慕忉專?br /> 剛才所指的—底層，就是目前的存儲系統(tǒng)-NETAPP陣列。

空間回收：
如果您這600GB，來自一個(gè)RAID-LUN，其實(shí)涉及不到空間回收，反正無論如何用，這600GB已然映射給了一個(gè)應(yīng)用主機(jī)，空間也不會蒸發(fā)。
但是，如果來自一個(gè)RAID Group，或者一個(gè)磁盤池那就有點(diǎn)小麻煩。例如，這個(gè)RAID Group或者磁盤池就600GB，而現(xiàn)在沒有空間了，即使我把應(yīng)用主機(jī)數(shù)據(jù)都刪掉還是不釋放空間，又加入了一個(gè)新的應(yīng)用主機(jī)，但已沒有空間在劃分LUN給新的主機(jī)，對吧？所以，用戶投入的資產(chǎn)就沒有發(fā)最大的效益。

所以廠商就提倡了空間回收，這個(gè)過程需要2個(gè)操作。第一個(gè)，在應(yīng)用主機(jī)做“至零”操作，標(biāo)記這些已經(jīng)刪除的數(shù)據(jù)空間為“零”，2014年的今天，各操作系統(tǒng)均支持，Windows Server操作是需要借助一個(gè)工具，我呈在附件中了。
第二個(gè)操作，需要存儲陣列支持，我經(jīng)驗(yàn)，只有中，高端存儲才有這指標(biāo)。是一個(gè)按鈕，這個(gè)按鈕就是為了回收，操作系統(tǒng)“至零的所有空間”，拿回到自己的RAID Group.

如果我講的不明白，之前老外給我培訓(xùn)時(shí)講了一個(gè)有趣的故事：一個(gè)開發(fā)商，像政府要了10塊地皮蓋樓房，現(xiàn)在，政府手里沒有地皮了，都在開發(fā)商手里，即使開發(fā)商把10塊地皮的樓盤都推倒，地皮仍然在開發(fā)商手里，可以選擇繼續(xù)蓋新樓。
唯一的辦法，開發(fā)商把樓推倒，然后親自告訴政府，我這有6塊地皮不要了，請收走吧，這時(shí)候政府開始回收6塊地皮，準(zhǔn)備給下一個(gè)開發(fā)商。:wink:
PS<如果使用帶有精簡配置技術(shù)的存儲，而存儲又無具備這個(gè)技術(shù)，這將是一個(gè)很大的敗筆。我印象中，目前Widows Server2012能夠支持實(shí)時(shí)回收了，但仍然需要存儲支持。
SDelete.zip (80.8 KB, 下載次數(shù): 249)

2014-05-14 18:41 上傳

點(diǎn)擊文件名下載附件
fromMicrosoft

   

ahocat

回復(fù) 4# 鍋鐵做


多謝鍋兄費(fèi)心寫了那么多。

我在想這是否是Netapp特有的問題？因?yàn)镹etapp以NAS起家，所以他們的系統(tǒng)最初是為NAS設(shè)計(jì)的，其底層其實(shí)是個(gè)“文件系統(tǒng)”，而不是“存儲系統(tǒng)”？
好像在我們公司用的EMC、HP等存儲設(shè)備上沒發(fā)現(xiàn)過這種情況。

clarcli

回復(fù) 5# ahocat

請你上截圖，NETAPP沒發(fā)現(xiàn)這種情況。


   

ahocat

回復(fù) 6# clarcli

樓上請看圖，上半張是Netapp中顯示的剩余空間和使用比率，下面是Windows磁盤管理中看到的剩余空間和剩余比率。

   

InfoCore-Great

回復(fù) 5# ahocat

多謝鍋兄費(fèi)心寫了那么多。

我在想這是否是Netapp特有的問題？因?yàn)镹etapp以NAS起家，所以他們的系統(tǒng)最初是為NAS設(shè)計(jì)的，其底層其實(shí)是個(gè)“文件系統(tǒng)”，而不是“存儲系統(tǒng)”？
好像在我們公司用的EMC、HP等存儲設(shè)備上沒發(fā)現(xiàn)過這種情況


樓主你的想象力真豐富，不如去NETAPP做存儲研發(fā)吧。
EMC CX大部分根本就看不到LUN使用情況，在機(jī)頭上，哪怕中端存儲，反正一個(gè)LUN映射出去完事，用多用少都是一個(gè)主機(jī)上面。

向4樓致敬
   

ahocat

回復(fù) 8# InfoCore-Great

看來被你取笑了，我就當(dāng)好話聽吧。

“EMC CX大部分根本就看不到LUN使用情況”——正是因?yàn)檫@樣，我才會這么想的嘛。
像EMC這樣主機(jī)到存儲的塊映射，對于存儲底層來說確實(shí)不存在什么使用率的概念，而Netapp卻有。除了因?yàn)樗�可能是個(gè)“文件系統(tǒng)”之外，還有沒有其他的解釋呢？
或許這個(gè)所謂“使用率”只是指的“臟”塊的比例？但這樣的指標(biāo)似乎在SSD陣列上才有意義啊，對于我們這樣的機(jī)械硬盤陣列有什么用呢？

越想越好奇，有沒有Netapp的大拿能來解釋一下的？

ahocat

突然好像明白了：這個(gè)“使用率”應(yīng)該是Netapp實(shí)際分配給主機(jī)的容量與它“聲明”分配給主機(jī)的容量的比例，對嗎？！

那么EMC如果啟用了精簡配置，也應(yīng)該有這樣的指標(biāo)吧？我們公司沒用，所以沒看到過。有誰用過嗎？


順便吐個(gè)槽，CU論壇的編輯器好像跟IE11不太兼容啊。