編者注：本文轉(zhuǎn)載自網(wǎng)絡(luò)，供有需要的讀者參考，不代表比特網(wǎng)觀點(diǎn)。
接上篇：EMC與NetApp NAS對(duì)比(1)：易用性天上人間
EMC與NetApp NAS對(duì)比(2)：性能-真實(shí)的謊言
5. 可擴(kuò)展性
這里不談?wù)撝С侄嗌賶K硬盤這樣的問題，僅討論要做擴(kuò)容操作時(shí)的簡(jiǎn)易程度。NetApp在擴(kuò)容的操作上比EMC簡(jiǎn)便，但相差并不是非常大。例如NetApp加磁盤與加pool是一個(gè)過程，而EMC則需要?jiǎng)?chuàng)建RAID-LUN，再把LUN加入pool。
另外建文件系統(tǒng)時(shí)NetApp可以說是“瞬時(shí)”完成，但EMC新建一個(gè)文件系統(tǒng)如第一節(jié)的易用性描述所說，視文件系統(tǒng)大小會(huì)有一段時(shí)間控制臺(tái)操作無效。
文件系統(tǒng)大小兩者都可以按需要增加，不必一次劃分固定大小，但是NetApp的文件系統(tǒng)如果刪除了部分?jǐn)?shù)據(jù)可以縮減大小回收空間，而EMC的NAS要回收空間就只能遷移數(shù)據(jù)再整體刪除了。
這里著重說一說inode，兩者的文件系統(tǒng)都有inode上限，但EMC創(chuàng)建文件系統(tǒng)時(shí)指定的block大小就決定了文件系統(tǒng)(最大16TB)能支持的inode數(shù)量，不能在使用中改動(dòng)，而且默認(rèn)是8KB，對(duì)大量小文件的使用場(chǎng)景如果剛開始沒想到這一層那就是個(gè)餐具了;NetApp可以在任何時(shí)候用maxfile命令增加文件系統(tǒng)inode，EMC SE的說法是“我們事先規(guī)劃好了也一樣”，但功能方面確實(shí)是NetApp占優(yōu)。
可擴(kuò)展性的結(jié)果也出來了，NetApp不給五星的理由是不能突破16TB的限制，雖然有Data ONTAP 8G，但光打雷不下雨。
NetApp：★★★★ EMC：★★★
6. 數(shù)據(jù)保護(hù)：見仁見智
6.1. 復(fù)制
EMC的復(fù)制工具叫replicator，是一個(gè)基于文件的復(fù)制工具，如果使用場(chǎng)景是數(shù)據(jù)庫(kù)或視頻之類的大文件，沒有任何問題，但遇上一個(gè)文件系統(tǒng)中有數(shù)億個(gè)只有幾KB的小文件時(shí)效率可想而知了。
NetApp的復(fù)制工具叫SnapMirror，它在處理Qtree(NetApp概念，卷根目錄下的子目錄，需用NetApp OS創(chuàng)建)的復(fù)制時(shí)是基于文件傳輸?shù)模葤呙鑙node，傳送inode變化信息，再傳送變化的文件，同樣只適用于大文件場(chǎng)景不適合海量小文件場(chǎng)景;但是SnapMirror在處理卷的復(fù)制時(shí)是基于block的，適合任意文件類型的傳輸，效率非常高，可以將千兆網(wǎng)卡跑滿，但它僅支持整卷復(fù)制而不支持目錄級(jí)復(fù)制。
這兩者一對(duì)比，結(jié)論很明顯：
NetApp：★★★★ EMC：★★★
6.2. 快照
EMC 的快照是 copy-on-write 方式，有一塊固定的空間用于存放快照數(shù)據(jù)，與主卷是分離的，在數(shù)據(jù)變更時(shí)將舊數(shù)據(jù)復(fù)制到快照空間，再將新數(shù)據(jù)覆蓋舊數(shù)據(jù)。
NetApp 的快照在數(shù)據(jù)變更時(shí)不移動(dòng)舊數(shù)據(jù)，而是將新數(shù)據(jù)寫到新位置，然后將引用數(shù)據(jù)的指針指向新位置。兩者的特點(diǎn)分析：
EMC的快照不對(duì)原始卷產(chǎn)生影響，文件系統(tǒng)的連續(xù)性得到保證;而NetApp的快照會(huì)使原始卷數(shù)據(jù)分布越來越散亂;
EMC的快照生成時(shí)會(huì)影響性能，因?yàn)楸仨毾劝雅f數(shù)據(jù)copy到快照空間，寫入會(huì)延時(shí)，一般EMC工程師會(huì)建議快照不要超過多少多少，而NetApp的快照生成時(shí)不會(huì)影響性能，也不會(huì)使讀寫延遲，快照數(shù)據(jù)是瞬時(shí)生成的;
EMC的快照空間是獨(dú)立的固定空間，可以設(shè)置在低等級(jí)的磁盤上，而NetApp的快照空間與主卷是在一起的，如果希望實(shí)現(xiàn)類似功能則需要購(gòu)買SnapVault的license;
NetApp如果對(duì)GB級(jí)大文件使用場(chǎng)景的文件系統(tǒng)做多份快照，然后一次性刪除數(shù)百GB的大文件時(shí)，會(huì)導(dǎo)致系統(tǒng)CPU利用率高，這是WAFL文件系統(tǒng)的特性決定的，得處理大量文件指針修改，而小文件使用場(chǎng)景沒有遇到類似問題。而反觀EMC，它的快照原理決定了它不會(huì)遇到這種情況。
快照功能兩者也是互有得失，主要看使用者的場(chǎng)景更適合哪種快照了。
NetApp：★★★★ EMC：★★★★
7. 雜項(xiàng)
NetApp可以方便地升級(jí)，如FAS3140不想用了，買個(gè)3240的控制器換了就OK了，數(shù)據(jù)不會(huì)丟失。
NetApp的RAID信息是寫在磁盤上的，它支持磁盤漫游，盤序再亂也沒關(guān)系，而EMC的盤序要是插亂了就哭吧。
EMC在RAID重建時(shí)是將數(shù)據(jù)copy到spare盤，換上新盤后又將數(shù)據(jù)從spare盤copy回來，換句話說spare盤永遠(yuǎn)是spare盤，NetApp數(shù)據(jù)copy完了spare盤就成為數(shù)據(jù)盤了，換上的新盤成為spare，個(gè)人覺得這種方式好。
EMC支持將多個(gè)卷“偽裝”成一個(gè)卷輸出，每個(gè)成員卷表現(xiàn)為一個(gè)目錄，但每個(gè)目錄仍然不能超過16TB，而NetApp的Data ONTAP 7G沒有這樣的能力，強(qiáng)大的8G又未成熟。