NetApp-FAS2040-存儲整合方案和配置清單

PAGE4 廣東恒峰信息技術有限公司存儲整合廣東恒峰信息技術有限公司存儲整合設計方案建議書TIME\@"MMMMd,yyyy"April22,2023目錄1 前言 32 NetApp公司介紹 43 系統(tǒng)需求分析 54 方案設計原則 75 網(wǎng)絡存儲架構的選擇 85.1 以太網(wǎng)文件系統(tǒng)存儲區(qū)域網(wǎng)NAS（FSSAN） 85.2 光通道數(shù)據(jù)塊存儲區(qū)域網(wǎng)SAN（FCSAN） 85.3 SAN（FCSAN）與NAS（FSSAN）的比較 95.4 以太網(wǎng)數(shù)據(jù)塊存儲區(qū)域網(wǎng)iSCSI（IPSAN） 105.5 SAN（FCSAN）與NAS（FSSAN）的融合 116 技術方案建議 146.1 方案總體設計 146.1.1 iSCSI整合方案 166.1.2 NAS整合方案（可選） 166.1.3 配置列表 176.1.4 卷組容量和RAID劃分 176.1.5 iSCSI的容量調(diào)整 186.1.6 IP網(wǎng)絡相關設計 196.2 存儲虛擬化管理 196.2.1 FlexibleVolumes的概念 206.2.2 性能的提高 216.2.3 靈活的容量規(guī)劃 226.2.4 FlexVol的技術優(yōu)勢 236.3 數(shù)據(jù)保護 246.3.1 增強型RAID-4 256.3.2 RAID-DP 266.4 FlexShare數(shù)據(jù)卷優(yōu)先級別管理 276.5 A-SIS重復數(shù)據(jù)刪除技術 286.6 系統(tǒng)擴展性 296.7 系統(tǒng)管理 296.7.1 FilerView 307 NetAppFAS存儲系統(tǒng)介紹 327.1 FAS2020/A 327.1.1 系統(tǒng)概述 327.1.2 硬件特性 327.2 FAS2000系列產(chǎn)品技術規(guī)格 33DATE\@"MMMMd,yyyy"April22,2023 CONFIDENTIAL&PROPRIETARY PAGE5 系統(tǒng)需求分析揭陽榕城區(qū)政府目前有多個業(yè)務系統(tǒng)（企業(yè)辦公、財務、郵件、網(wǎng)站服務、文件服務等業(yè)務）運行在Window2000、Windows2003平臺上，數(shù)據(jù)主要存儲在服務器主機的內(nèi)置硬盤或磁盤陣列中，隨著業(yè)務的不斷增長和關鍵業(yè)務系統(tǒng)的性能提升，目前基于分布式存儲的存在一定的安全性、可用性及管理問題，揭陽榕城區(qū)政府希望把多臺服務器系統(tǒng)的存儲進行整合，進一步提高數(shù)據(jù)安全性、可用性和性能，提高整個系統(tǒng)維護效率和降低系統(tǒng)維護成本，避免數(shù)據(jù)管理的風險。目前有多個業(yè)務系統(tǒng)的數(shù)據(jù)存儲要求，考慮未來的數(shù)據(jù)增量，可用數(shù)據(jù)量在1TB，考慮到存儲系統(tǒng)投資成本和總體擁有成本的因素，揭陽榕城區(qū)政府希望用基于統(tǒng)一的網(wǎng)絡存儲架構來整合本次工程中的業(yè)務系統(tǒng)。原有存儲設備使用了服務器本地磁盤存放數(shù)據(jù)，此次工程中，可以通過整合的方式將所有不同連接方式的存儲統(tǒng)一整合到1臺網(wǎng)絡存儲設備中。存儲整合會帶來如下的好處：減少維護成本減少維護復雜度提升整個系統(tǒng)性能提高系統(tǒng)可靠性統(tǒng)一數(shù)據(jù)備份管理考慮到揭陽榕城區(qū)政府業(yè)務系統(tǒng)的連續(xù)性，不應該對主機和數(shù)據(jù)庫軟件進行改動，而應該只對存儲部分進行更新?lián)Q代來避免影響整個核心業(yè)務系統(tǒng)的穩(wěn)定性。目前有三種主要的網(wǎng)絡存儲技術：SAN，NAS，iSCSI，各自有優(yōu)缺點，針對揭陽榕城區(qū)政府的業(yè)務系統(tǒng)的實際情況，需要針對不同平臺運行環(huán)境選擇合適的網(wǎng)絡存儲技術。但同時不應增加太多系統(tǒng)成本。同時應用SAN和NAS技術的時候，對于存儲設備來講，系統(tǒng)能夠動態(tài)靈活的調(diào)配SAN和NAS的使用空間來適應前端業(yè)務系統(tǒng)的變化。系統(tǒng)性能是整個系統(tǒng)設計的另一個要點，考慮到已有的windows系統(tǒng)運行相對平穩(wěn)，能夠承載已有的業(yè)務系統(tǒng)。因此新購系統(tǒng)的性能必須遠好于原存儲系統(tǒng)，來保證新購系統(tǒng)的性能可以滿足業(yè)務系統(tǒng)要求。數(shù)據(jù)安全性是存儲系統(tǒng)最核心的問題，這里需要詳細描述整個系統(tǒng)的數(shù)據(jù)保護能力。方案設計原則1．標準性存儲系統(tǒng)設計應完全基于現(xiàn)有計算機和網(wǎng)絡設備業(yè)界的開放標準，適應揭陽榕城區(qū)政府存儲整合工程現(xiàn)有網(wǎng)絡系統(tǒng)硬件環(huán)境要求。2．可擴展性 在滿足當前的業(yè)務需求的同時，還考慮到今后業(yè)務發(fā)展的需求，確保在未來擴容時能夠擴展到更多的存儲容量支持。同時能夠充分利用現(xiàn)有的資源，保護投資。3．高可靠性 在確保系統(tǒng)可靠工作和數(shù)據(jù)的可靠性的原則基礎上，盡可能的做到高起點，選用先進的技術和設備，使構建的存儲系統(tǒng)有較高的技術水平，以適應今后的發(fā)展。4．可管理性和可維護性存儲設備可以通過多種技術和方式實現(xiàn)了高可靠性，同時也增加了系統(tǒng)的復雜性，從而容易導致維護和管理的復雜性。因此在方案設計中在提供高可靠性的同時，也要注重提供存儲系統(tǒng)的可管理性和可維護性。整個系統(tǒng)應該有靈活的系統(tǒng)擴容方案，能夠進行不影響系統(tǒng)和應用工作的在線擴容。能夠采用基于Web的界面對存儲設備進行配置管理。系統(tǒng)配置工作應該簡單明了，流程清晰。系統(tǒng)應該能夠提供遠程告警。5.高性能 整個存儲系統(tǒng)應該提供較高的文件讀寫速率，IO操作次數(shù)，非常短的響應時延；而不是只提供單個指標的高性能，從而在整體上提升性能。網(wǎng)絡存儲架構的選擇數(shù)據(jù)存儲是已經(jīng)成為整個信息化建設的重要組成部分，需要提供多功能、多用途的存儲資源整合、備份、容災等能力。在設計一個復雜的存儲系統(tǒng)解決方案時，用戶往往會在采用何種網(wǎng)絡結構上舉棋不定。是采用光纖通道FCPSAN方式，是采用iSCSISAN方式，還是采用NAS方式？這需要根據(jù)前端的業(yè)務類型、主機平臺以及具體的應用需求，經(jīng)過仔細的分析、評估之后才能夠決定。概略而言，以上列舉出的三種存儲網(wǎng)絡架構是互相聯(lián)系又互有區(qū)別的，在不同的業(yè)務應用環(huán)境之下，它們能夠發(fā)揮不同的功用，分別提供各自獨特的優(yōu)勢。我們有必要對SAN(FCPSAN和iSCSISAN)、NAS，以及它們之間的比較進行簡要的介紹。以太網(wǎng)文件系統(tǒng)存儲區(qū)域網(wǎng)NAS（FSSAN）NAS（NetworkAttachedStorage）網(wǎng)絡存儲，簡單的說，NAS是通過TCP/IP以太網(wǎng)絡連接的存儲設備。NAS存儲設備通過標準的網(wǎng)絡拓撲結構（Ethernet）連接到一群計算機或者服務器上，而不象FCSAN那樣需要昂貴復雜的光纖交換機，NAS使用普通的以太網(wǎng)絡交換機，即插即用。NAS所使用的是存儲設備自己的文件系統(tǒng)，數(shù)據(jù)傳輸協(xié)議是TCP/IPoverGbE，交換機是EthernetSwitch，資料存取的協(xié)議則有NFS、CIFS、HTTP、DAFS。圖表STYLEREF1\s5SEQ圖表\*ARABIC\s11：FSSAN(NAS)光通道數(shù)據(jù)塊存儲區(qū)域網(wǎng)SAN（FCSAN）FCSAN（FibreChannelStorageAreNetwork）光纖存儲局域網(wǎng)絡是允許存儲設備和服務器之間建立直接的FC光纖連接，通過這種連接實現(xiàn)只受光纖線路長度限制的集中式存儲。SAN可以被看作是存儲總線概念和DAS（DirectAttachedStorage）直連存儲的一個擴展，通過FC光纖通道，前端的服務器象使用本地硬盤一樣使用后端的存儲。FC-SAN的存儲設備使用連接主機的文件系統(tǒng)，常見的主機文件系統(tǒng)有UFS(UnixFileSystem)、NTFS(NTFileSystem)、VxFS(VeritasFileSystem)，數(shù)據(jù)傳輸協(xié)議是FCP(FibreChannelProtocol)，交換機是FibreChannelSwitch，資料存取的協(xié)議是SCSI。圖表STYLEREF1\s5SEQ圖表\*ARABIC\s12：FCSANSAN（FCSAN）與NAS（FSSAN）的比較以FC-SAN的架構來看，存儲媒體的集中解決了磁帶集中備份恢復與資料集中管理的問題，但仍無法解決資料共享與改善應用程序執(zhí)行速度的問題。以GbE-SAN架構的NAS來看，因為資料存取是透過存儲設備本身的文件系統(tǒng)，并且提供安全的跨平臺檔案鎖定，因此所有不同的主機（或不同平臺的主機）皆可同時存取同一個檔案，達到了實時性資料共享的目的。另外對NAS而言，主機在進行資料存取時，并未透過主機的文件系統(tǒng)，因此主機并不需要負擔存取資料時的硬盤區(qū)塊(Block)I/O；而SAN所連接的主機仍必需負擔硬盤區(qū)塊(Block)I/O的負載，在相同的磁盤陣列系統(tǒng)和硬盤數(shù)量下的SAN和DAS，使用SAN的主機其效率將和DAS相同。倘若NAS的文件系統(tǒng)效率夠高、夠穩(wěn)定，主機的CPU就可以全速執(zhí)行應用程序的運算，不必負擔文件系統(tǒng)和底層的硬盤子系統(tǒng)的負載，就可縮短應用程序執(zhí)行所需的時間。由以上分析可整理成以下的比較表：FC-SANAttachedStorageNetworkAttachedStorage與主機連接的傳輸協(xié)議FibreChannelGigabitEthernet使用的資料存取協(xié)議BlockProtocolSCSIoverFCPFileProtocolNFS,CIFS,HTTP文件系統(tǒng)由所連接的主機決定由NAS設備決定集中化共享的項目存儲設備存儲設備及檔案兼容性需考慮HBA、HUB、Switch、Router、Integrator、software

整合的兼容性TCP/IPIEEE802.3z(1000Base-SX)IEEE802.3ab(1000Base-T)IEEE802.3ac(VLANTAG)IEEE802.3ad(LinkAggregation)IEEE802.3ae(10Gb/sEthernet)傳輸速度1Gb,2Gb100Mb,1Gb,10Gb交換機平均單端口成本倍數(shù)3x~5x1x資料集中備份可以可以實時性檔案共享無法提供可以移除應用程序服務器對DiskI/O

的負載無法提供可以無使用上的距離限制無法提供可以表格STYLEREF1\s5SEQ表格\*ARABIC\s11：FCSAN和NAS的比較雖然看起來NAS的確有它的優(yōu)勢，但是扮演一個信息時代轉變的重要角色，要能夠對現(xiàn)有資料滿足存儲、存取、備份恢復等所有數(shù)據(jù)管理的需求。一個存儲設備是否能擔任NAS的角色，至少需符合以下的條件：支持數(shù)據(jù)庫的資料：Oracle8i、9i、9iRAC、MS-SQLCluster、DB2、Sybase、Informix。支持郵件服務器的資料：MS-ExchangeCluster、LotusNotes、Domino、Sendmail。支持跨平臺（NFS及CIFS）鎖定的安全資料共享，以防止資料損毀和讀取錯誤的資料。支持網(wǎng)絡數(shù)據(jù)管理協(xié)議(NDMP)，以達到網(wǎng)絡無負載(LAN-free)及服務器無負載(Server-free)的備份方式，同時也能夠支持具擴展性的TapeSAN（包括FC及GbE）架構的備份方式。在大容量的文件系統(tǒng)（如單一volume為16TB或更高時）高負載運作下，文件系統(tǒng)不會損毀。在不正常斷電及關機時，文件系統(tǒng)不會損毀，也能快速激活并立刻提供服務。能隨時擴增所需硬盤數(shù)量（一顆或多顆）至使用中的文件系統(tǒng)，不用等待，就立刻可使用擴充后的新容量，同時不對系統(tǒng)造成停頓和效率的影響。雖有一些名為NAS的設備在市場上出現(xiàn)，但是尚不能滿足NAS的標準，也無法支持MicrosoftWindowsCluster和SQL/ExchangeCluster，以至于企業(yè)不能將所有類型的資料全部集中存儲在NAS上面，于是只能使用SAN先暫時解決資料存儲設備集中化與資料集中備份的問題。理想中GbE-SAN的NAS一直無法實現(xiàn)。以太網(wǎng)數(shù)據(jù)塊存儲區(qū)域網(wǎng)iSCSI（IPSAN）iSCSI（InternetSmallComputerSystemInterface）是由IETF（（InternetEngineeringTaskForce，國際互聯(lián)網(wǎng)工程任務組））組織在2003年2月11日完成定義的一種基于IP網(wǎng)絡協(xié)議的數(shù)據(jù)存儲協(xié)議標準。其根本點在于應用IP網(wǎng)絡協(xié)議承載SCSI的命令，使數(shù)據(jù)塊得以在廣泛成熟部署的以太網(wǎng)環(huán)境下進行傳輸。通過iSCSI協(xié)議，現(xiàn)有的計算平臺可以從原來使用直連式存儲（DAS）的環(huán)境迅速整合到網(wǎng)絡存儲（FAS）的環(huán)境，并且無需投資昂貴的SAN環(huán)境，和進行復雜的SAN管理。我們知道，現(xiàn)在的存儲環(huán)境，包括兩大類：直連式存儲（DAS）和網(wǎng)絡存儲（FAS），而網(wǎng)絡存儲又包含兩大類：NAS和SAN。雖然兩者都是存儲局域網(wǎng)（SAN）的概念：IPSAN和FCSAN，但由于習慣上的原因，通常我們把通過以太網(wǎng)接入、并且擁有自己的文件系統(tǒng)的存儲稱為NAS；而通過光通道協(xié)議接入、承載裸數(shù)據(jù)塊的存儲稱為SAN。現(xiàn)在我們又擁有了新的一種存儲設備iSCSI：通過以太網(wǎng)接入，但卻承載裸數(shù)據(jù)塊。為什么說iSCSI協(xié)議標準的完成是非常重要的呢？關鍵在于兩點：1、FCSAN的部署是昂貴的，管理是復雜的；2、有極少部分的軟件由于種種原因（往往存在商業(yè)的原因）不支持網(wǎng)絡文件系統(tǒng)，即不能夠在NAS上無縫使用。以上兩點導致了iSCSI的誕生。因為，現(xiàn)在企業(yè)環(huán)境下都部署有完善的以太網(wǎng)絡，采用了iSCSI技術后，我們可以直接充分利用企業(yè)現(xiàn)有的以太網(wǎng)環(huán)境，使得原來的網(wǎng)絡投資得到充分的利用，并且無需對網(wǎng)管人員進行額外的培訓。畢竟，承載的貨物（數(shù)據(jù)塊）是一樣的，差別僅在于交通工具而已。而在千兆以太網(wǎng)上承載iSCSI協(xié)議本來其效率就可以，未來的發(fā)展更導致了“交通工具”和FCSAN的相比較就像飛機和火車的區(qū)別。在2002年底，Intel公司的服務器側的10G的以太網(wǎng)卡的推出是一個劃時代的事件，從此，服務器的以太網(wǎng)環(huán)境可以向10G推進。相比較千兆以太網(wǎng)，在帶寬上是10倍的提高；即使和2G的光通道比較，也是5倍的增進。更重要的是，所有的應用軟件都可以使用iSCSI協(xié)議，因為本來他們就支持SCSI的命令。所以現(xiàn)在需要作的一件工作是完善iSCSI主機側的驅動軟件，而這方面Intel又提供了巨大的支持，他們的IntelPRO/1000TIPStorageAdapter把iSCSI協(xié)議固化到了硬件的級別，使得在實現(xiàn)上大大地簡化了相應的難度，而在性能上又有了一個質(zhì)的飛躍，從而避免了當年IBM的覆轍。圖表STYLEREF1\s5SEQ圖表\*ARABIC\s13：iSCSI框架圖在實現(xiàn)的方式上，業(yè)內(nèi)目前有兩種方式：1、采用相應的存儲交換機，如其MDS9000和5420、5428的存儲路由器充當中間的交換機，存儲設備則可以采用普通的磁盤陣列；2、采用標準的以太網(wǎng)（一般使用千兆以太網(wǎng)）交換機，但要求存儲設備使用能夠支持iSCSI協(xié)議的存儲產(chǎn)品，如站在這種部署方式前列的NetworkAppliance公司的產(chǎn)品。很顯然，采用第一種方案需要新的投資和管理的知識，但第二種方案則是充分利用現(xiàn)有的投資，至于管理，當然是老一套。于是我們可以在同一種拓撲下，開始我們新的游戲。SAN（FCSAN）與NAS（FSSAN）的融合光纖通道存儲局域網(wǎng)SAN（FC-SAN）的概念的確是一個先進的概念，一改原來分布式存儲導致部署和管理上帶來的諸多復雜性。傳統(tǒng)的NAS（FS-SAN）概念由于使用的是公網(wǎng)而導致業(yè)內(nèi)對其有許多的偏見。更新后引入千兆存儲專網(wǎng)網(wǎng)的NAS充分滿足了SAN定義對構建計算平臺和存儲平臺之間的存儲局域網(wǎng)的要求。（因此也稱為IPSAN。）但根據(jù)約定俗成的習慣，SAN偏指計算平臺和存儲平臺間采用數(shù)據(jù)塊進行傳遞的網(wǎng)絡模型，而NAS狹義地定義計算平臺和存儲平臺間采用文件的方式進行數(shù)據(jù)傳遞的網(wǎng)絡模型。iSCSI的誕生更加說明了網(wǎng)絡模型的實現(xiàn)究竟使用光通道協(xié)議還是以太網(wǎng)協(xié)議是相對次要的環(huán)節(jié)。這只是承載數(shù)據(jù)塊的工具而已。因此，SAN和NAS的區(qū)別在于傳遞的內(nèi)容是數(shù)據(jù)塊還是文件，更根本上來說是文件系統(tǒng)所處的位置。對于企業(yè)來說，只有極少部分的數(shù)據(jù)是僅能應用在SAN或NAS的環(huán)境下的。絕大部分的數(shù)據(jù)是既能應用在SAN上，又能應用在NAS上。所以，人們意識到SAN和NAS融合的必要性：減少管理復雜度，提高存儲的有效利用率。圖表STYLEREF1\s5SEQ圖表\*ARABIC\s14：NetApp公司的統(tǒng)一存儲方案目前業(yè)內(nèi)實現(xiàn)NAS和SAN融合的方法有兩個：一種是在SAN前增加NAS網(wǎng)關；另一種是NetApp的統(tǒng)一網(wǎng)絡存儲。在SAN前增加NAS網(wǎng)關的方式是在原有的SAN存儲前面增加一個NAS網(wǎng)關，原有的SAN存儲可以繼續(xù)連接光通道交換機形成SAN網(wǎng)絡，新增的NAS網(wǎng)關可以連接以太網(wǎng)交換機形成NAS網(wǎng)絡。這種方式需要宿主SAN存儲物理隔離一部分空間供NAS網(wǎng)關來使用。這種方式的缺點是：彼此之間的空間無法進行有效利用；系統(tǒng)中存在兩套設備（有可能NAS網(wǎng)關是另一個廠商的，如HDS的NAS方案，其實際采用的是NetApp的NAS網(wǎng)關gFiler），管理復雜度增加。這種方式就像給病人換一條胳膊，雖然可以用，但畢竟不如自身本來的胳膊好用，而且兩者偶爾可能還會出點問題。業(yè)內(nèi)另一實現(xiàn)的方式是NetApp的統(tǒng)一網(wǎng)絡存儲。這種實現(xiàn)方式和SAN前加NAS網(wǎng)關正好相反，不是SAN到NAS的支持，而是NAS到SAN的支持，即在原有的NAS基礎上，增加對FCP協(xié)議的支持就完成了。由于NAS具有自己的操作系統(tǒng)和文件系統(tǒng)，因此增加的FCP和原有的NFS、CIFS、HTTP一樣，僅是一個協(xié)議的支持。同一網(wǎng)絡存儲可以通過不同的接口卡完成對SAN和NAS的同時支持，如通過以太網(wǎng)卡提供NAS的訪問服務，而同時又可以通過HBA卡提供SAN的訪問服務。至于NAS和SAN則可以共同的有效使用所有虛擬化的空間。同時，可以看到這種實現(xiàn)的模型其管理還是原有的NetApp的產(chǎn)品，因此管理復雜度沒有大幅度的改動。換言之，這種統(tǒng)一網(wǎng)絡存儲也給SAN的存儲帶來了一種簡單化管理的實現(xiàn)方式。所謂存儲的融合也正是NetApp的理念所在，當前的NetApp的Filer真正實現(xiàn)了存儲的統(tǒng)一。他的一個設備不但支持NAS，同時也支持SAN，而且也支持iSCSI。這也是其他廠商所無法比擬的。用戶在此基礎上可以將不同需求的應用放在同一存儲設備上，并根據(jù)應用的協(xié)議需求通過不同的存儲協(xié)議進行支持。這樣既節(jié)約的大量采購成本，同時也提高了管理和維護以及備份的易操作性和所有數(shù)據(jù)的安全性，降低了總體擁有成本。技術方案建議方案總體設計NetAppFAS存儲系統(tǒng)可以在同一存儲平臺上同時支持FCSAN、iSCSI、NAS等多種存儲架構的接入方式，便于企業(yè)用戶集中管理業(yè)務系統(tǒng)的數(shù)據(jù)，簡化管理和便于維護。考慮揭陽榕城區(qū)政府的實際情況，NetApp認為可以采用iSCSI方式來整合存儲。iSCSI是基于IP的網(wǎng)絡存儲技術，可以在保證高性能的前提下降低系統(tǒng)的總體擁有成本和投資成本?？紤]揭陽榕城區(qū)政府業(yè)務系統(tǒng)的window2000、Windows2003服務器主機的情況，將現(xiàn)有各個業(yè)務系統(tǒng)的數(shù)據(jù)集中存儲整合在一臺高性能的存儲系統(tǒng)，將現(xiàn)有業(yè)務系統(tǒng)的數(shù)據(jù)分別遷移到新的存儲系統(tǒng)平臺上，所有現(xiàn)有的操作系統(tǒng)平臺、數(shù)據(jù)庫類型和存儲管理模式繼續(xù)保留，采用iSCSI后的主要優(yōu)勢在于為塊級協(xié)議，對應用的兼容性非常好。相比較于FCSAN來所，iSCSI協(xié)議本身的兼容性非常好，沒有FCSAN中復雜的兼容性問題，維護成本大大降低。NAS和iSCSI是基于IP的網(wǎng)絡存儲技術，可以在保證高性能的前提下降低系統(tǒng)的總體擁有成本和投資成本，通過整合存儲完全可以滿足揭陽榕城區(qū)政府業(yè)務系統(tǒng)的數(shù)據(jù)存儲要求。IP－SAN（ISCSI）、NAS整合方案如下圖所示：NetAppFAS存儲系統(tǒng)的SAN存儲架構可以支持主流的主機平臺，包括IBMAIX；HP-UX；SUNSolaris；Linux；Windows2000/2003等。NetApp存儲設備這里我們選擇FAS2020A統(tǒng)一網(wǎng)絡存儲設備，F(xiàn)AS2020A是一款中低端的企業(yè)級存儲設備。容量及端口數(shù)量列表如下：FAS2000系列產(chǎn)品概覽FAS2020最大原始容量68TB最大磁盤驅動器數(shù)68雙控制器有高速緩沖存儲器2GB最大光纖通道端口數(shù)4最大以太網(wǎng)端口數(shù)4存儲協(xié)議FCP、iSCSI、NFS、CIFS遠程管理有NetApp存儲設備這里我們選擇FAS2020A統(tǒng)一網(wǎng)絡存儲設備，F(xiàn)AS2020A是中低端的企業(yè)級存儲設備，最大容量為68TB，可以支持最多4個GE端口和4個FCP端口，完全可以滿足揭陽榕城區(qū)政府的要求。iSCSI整合方案對揭陽榕城區(qū)政府運行在Windows平臺上的SQLServer、財務以及郵件系統(tǒng)及網(wǎng)站等應用，建議用iSCSI方式進行整合，主要原因是iSCSI可以提供非常好的應用兼容性和性能。此種方式使用iSCSI作為Windows主機和NetApp存儲設備之間的通信協(xié)議。在Windows主機上需要安裝iSCSIInitiator軟件，該軟件由微軟免費提供。在不需要非常高性能的前提下，可以不購買額外的HBA卡，在現(xiàn)有的千兆網(wǎng)絡中即可實現(xiàn)SAN的塊級存儲要求，成本較低。在服務器主機上看到的存儲系統(tǒng)分區(qū)是本地的磁盤系統(tǒng)（LUN），而不是網(wǎng)絡硬盤。iSCSI位于存儲的IP私網(wǎng)（使用隔離的私網(wǎng)IP地址），iSCSI可以利用IP網(wǎng)絡本身的智能來實現(xiàn)網(wǎng)絡路由的自動切換。從而實現(xiàn)沒有單點故障。這一部分可以參見IP網(wǎng)絡設計一節(jié)。NAS整合方案（可選）在此種環(huán)境下，直接把NAS的網(wǎng)絡端口接入網(wǎng)絡，用于普通的用戶文件共享服務。此時使用公網(wǎng)IP地址或者OA網(wǎng)的私網(wǎng)地址。提供文件共享服務時只需要在NAS側設置NFS（Unix平臺文件訪問）和CIFS（windows平臺文件訪問）網(wǎng)絡共享就可以提供服務了。同時可以連接Windows2003/2000/NT4的域控制器對用戶進行基于域的認證。也可以連接UNIXNIS服務器作基于NIS服務的認證。對運行在NT平臺/UNIX/LINUX上的文件級應用，建議使用CIFS或NFS方式來整合。對于運行在Windows2000上的應用，可以使用CIFS或iSCSI二種協(xié)議根據(jù)需要來進行整合。圖中采用了4個GE端口來連接前端主機。為了安全考慮，構建存儲私網(wǎng)提供數(shù)據(jù)庫和高性能服務的端口和普通的文件共享服務端口應該區(qū)分使用。如果端口數(shù)量不足則可以采取劃分VLAN的方式進行安全隔離。FAS2020A的2個控制器采用交叉連接的方式連接到不同的GE交換機，主機可以采用同樣的方式，這樣整個系統(tǒng)沒有單點故障。配置列表本方案推薦存儲系統(tǒng)FAS2020A，配置如下：FAS2020A配置雙控制器，2GBCache，4個4GbGb光纖端口和4個1Gb以太網(wǎng)口；FCP、iSCSI、CIFS（可選）等協(xié)議，同時支持FCSAN、IPSAN、NAS（windows平臺文件共享）等多種存儲方式；存儲容量按目前需求，先配置8塊300GB15000轉SAS磁盤，以后可根據(jù)數(shù)據(jù)增長情況可在線擴展容量；配置存儲集群Cluster、Snapshot快照軟件、Dedup(A-SiS)重復數(shù)據(jù)刪除軟件，實現(xiàn)存儲訪問高可用性及數(shù)據(jù)快照備份；詳細配置清單請看附件。這里需要說明的是整個FAS存儲系統(tǒng)配置冗余的系統(tǒng)結構，本方案采用的NetAppFAS2020A卷組容量和RAID劃分建議為了性能考慮，本次工程全部配置15000轉300GBSAS硬盤，考慮到未來容量擴充的需要可以先配置12塊磁盤。由于本次工程磁盤數(shù)量較少，RAID方式推薦使用兩個RAID4（5D＋1P＋1S）；以后隨著容量擴展，磁盤數(shù)目增多可以采用RAID-DP，可以用較低的成本實現(xiàn)非常高的數(shù)據(jù)可靠性。NetApp的存儲設備熱備盤是全局的，不限槽位，所以只需要按照比例留出相應的熱備盤即可。通常推薦2-3%比例的熱備盤。但由于此次工程的數(shù)據(jù)量較小，處于安全考慮，建議留出至少2塊磁盤作為熱備盤。（每個控制器至少1塊熱備盤）因為本次工程整合的數(shù)據(jù)庫多數(shù)為小容量的數(shù)據(jù)庫，為了避免小容量數(shù)據(jù)庫在整合時的性能問題，建議采用NetAppDataOnTap7G中的FlexVol功能，首先創(chuàng)建Aggregate，每個控制器各有1個，每個Aggregate分配6塊磁盤（減去1塊熱備盤），然后在Aggregate磁盤中分配FlexVol，每個FlexVol上只放置1個業(yè)務系統(tǒng)的DataFile或LogFile，所有業(yè)務系統(tǒng)數(shù)據(jù)庫的ControlFile和BinaryFile可以統(tǒng)一放置在1個FlexVol上。這樣做的好處是所有的數(shù)據(jù)庫共享Aggregate磁盤的性能，避免熱點盤的性能瓶頸。iSCSI的容量調(diào)整NetApp存儲設備具有非常完整的統(tǒng)一網(wǎng)絡存儲功能，可以在同一臺設備上同時支持FCSAN；NFS；iSCSI;CIFS等多種協(xié)議。并且同一臺設備中的NAS和SAN的容量分配比例可以靈活調(diào)整。具體的調(diào)整方式如下：釋放不用的存儲空間（通過FlexVol的減少卷空間設定，或者將不用的系統(tǒng)卷數(shù)據(jù)摧毀）將新分配的空間配制成一個新的卷在新的卷中可以創(chuàng)建FC/iSCSILUN或NFSexport所有上述操作都可以由系統(tǒng)管理員獨立完成（無需購買額外的NetApp服務）。并且對于在FCP環(huán)境下創(chuàng)建的LUN，可以輸出到iSCSI的主機中，此時iSCSI主機不需要更改任何設置就可以訪問其中的數(shù)據(jù)。反之也是同樣。所有前述的配置都可以在半小時之內(nèi)完成。如果只是對NAS的數(shù)據(jù)共享卷進行擴容，則只需要簡單的增加卷容量就可以完成，1分鐘內(nèi)可以在線完成配置。如果只是對NAS的數(shù)據(jù)共享卷進行容量縮減，也可以在1分鐘內(nèi)在線完成。如果只是針對LUN進行擴容，則可以通過運行SnapDriveforWindows4.0軟件完成LUN的動態(tài)擴展。針對LUN的容量縮減在技術原理上來說不能在網(wǎng)絡存儲設備側實現(xiàn)。IP網(wǎng)絡相關設計由于本方案采用了支持NAS（IPSAN）的網(wǎng)絡存儲系統(tǒng)，所以在客戶端和FAS存儲系統(tǒng)之間需要采用高性能的千兆以太網(wǎng)連接。為了可靠性考慮，需要采用冗余的網(wǎng)絡連接設計。建議使用二臺千兆交換機專門用于客戶端和NetAppFAS存儲系統(tǒng)之間的連接。FAS2020A設備中每一個存儲控制器的2個GE千兆接口使用VIF（虛擬端口/中繼，EthernetChannel/Trunking以太網(wǎng)通道聚集）中的Single-Mode以太網(wǎng)通道技術作為1主1備方式，分別連接到二臺千兆交換機中。當然，也可以采用以下的網(wǎng)絡連接方式：FAS2如果FAS存儲系統(tǒng)的主用GE千兆端口發(fā)生故障，則可以自動切換到備用端口。這里需要注意的是在一些復雜網(wǎng)絡環(huán)境下，交換機為了避免形成環(huán)路而需要啟用生成樹STP協(xié)議。在此時發(fā)生端口切換時，由于交換機需要重新計算SpanningTree（收斂），如果采用普通的STP協(xié)議則需要較長的時間（缺省約50秒）才能完成收斂。這里建議在和FAS存儲系統(tǒng)及前端交換機相連的端口上使用千兆交換機的PortFast配置，此時交換機端口可以在用戶端口狀態(tài)變化時立即完成切換（直接進入Forwording狀態(tài)）而不需要經(jīng)由STP協(xié)議完成切換。存儲虛擬化管理FlexVol技術不僅通過增加底層IO的分散度大大提升了數(shù)據(jù)訪問的性能，同時其獨有的存儲共享池的技術，支持不同應用在存儲空間上的真正共享和調(diào)劑，極大的提高了存儲空間的利用率，簡化了存儲空間管理的復雜度。而一般的預分配存儲空間的管理方法，是在業(yè)務管理人員所提出的空間需求的基礎上給每個應用系統(tǒng)分配一定的空間，這個空間分配是固定，分配給每個應用的空間都是一個給定大小的實際空間，不管此應用實際使用空間的大小，它都占用分配給它的物理空間，而再次調(diào)節(jié)這些空間是一件非常耗時的操作，且在這段時間內(nèi)會影響應用的正常運行。因此這種傳統(tǒng)的方式往往會導致用戶的某些應用由于預先分配的空間過小需要擴容而同時還有大量的應用手里還有許多空閑的空間沒被使用，但是又無法調(diào)劑給那些需要擴容的應用。用戶唯一能解決此問題的辦法就是繼續(xù)購買容量，這樣就會進入一個系統(tǒng)越擴容導致的空間浪費越大，而空間浪費越大越需要頻繁擴容的惡性循環(huán)，最終造成用戶存儲空間利用率低下和存儲空間管理復雜的后果。而Netapp的FlexVol所提供的先進的存儲空間的管理和使用策略完全避免的這些問題。FlexibleVolumes的概念FlexibleVolumes是一個劃時代的新技術，所有的卷被視為邏輯的數(shù)據(jù)容器，同時可以在不破壞底層物理存儲結構的前提下被獨立的設置、調(diào)整大小，管理和移動。NetAppFlexVol技術提供了真正的存儲虛擬化解決方案，能夠縮減開銷和資本費用，減少業(yè)務中斷并降低風險，同時還具有很高的靈活性，可以快速方便地適應企業(yè)不斷變化的需求。FlexVol技術可以自動集中存儲資源，便于您在一個大型磁盤池中創(chuàng)建多個靈活的卷。有了這一靈活性，您就可以簡化操作，最大限度地提高利用率和效率，并可以快速、無縫地進行修改。利用NetApp存儲解決方案，您可以隨時隨地根據(jù)需要以最低成本增加存儲容量，并且無需中斷業(yè)務運作。如下圖1所示，一個Aggregate被定義為給卷（Volumes）分配空間的許多磁盤的池（pool）。從管理者的角度來看，卷仍保持著對主要項的數(shù)據(jù)管理。但由于是對管理者透明，F(xiàn)lexibleVolumes現(xiàn)在面向的是邏輯項而不是傳統(tǒng)的物理存儲了。FlexibleVolumes因此不再受限于它們存在的磁盤的限制了。你可以在一個存儲的“池”中定義一個你需要多大的空間的FlexVol，而不是由你創(chuàng)建卷所在的磁盤個數(shù)硬性規(guī)定。一個FlexVol也可以不需要停機任意收縮或者擴展。同時FlexibleVolumes可以在Aggregate所擁有的所有物理磁盤上實現(xiàn)條帶化。對于那些對性能敏感的應用來說，F(xiàn)lexibleVolumes比那些由磁盤個數(shù)限定大小的卷擁有更好的性能。7G以后的FlexVol存在于Aggregate中。性能的提高在DataONTAP7G中，RAID組仍由磁盤組成，其中包含一個校驗盤（如果是RAID-DP?則需要兩塊校驗盤）和一定數(shù)量的數(shù)據(jù)盤。以前DataONTAP將一個或多個RAID組組成一個卷（Volume）。這種方式現(xiàn)在還可以在7G中實現(xiàn)（在7G中稱之為傳統(tǒng)的“traditional”卷），但是從7G以后RAID組將通常組成一個aggregates。假設在數(shù)據(jù)庫系統(tǒng)中有一個存放數(shù)據(jù)文件的卷是一個最繁忙卷，在DataONTAP7G之前，該卷只能存在于給定的RAID組上。通常，根據(jù)卷的容量需求，RAID組將由少量磁盤組成。結果就是由于RAID是由很少的硬盤組成，此卷的性能將會受到磁盤數(shù)量的限制。FlexVol比傳統(tǒng)卷擁有更好的性能。在DataONTAP7G中，RAID組被整合起來創(chuàng)建出一個aggregates。由于卷仍然是存儲管理的基本單位，它將跨越存在于一個NetApp每個控制器中組成aggregates的所有磁盤，同時在這個大的aggregates上也可以上可以存在多個卷。這將使該卷充分利用所有磁盤的并行性能，滿足在系統(tǒng)中某些比較繁忙的卷對于性能的需求。FlexVol是靈活的，因為底層的存儲的物理結構不需被預分區(qū)。靈活的容量規(guī)劃對于一個FlexVol的大小本質(zhì)上是沒有約束的，同時flexiblevolumes可以動態(tài)的調(diào)整大小。管理員可以將flexiblevolumes作為一個強大的工具為不同的用戶、組和項目分配和提供存儲資源。舉例來說，假設一個數(shù)據(jù)庫比原先預計增長快很多時，管理員可以在系統(tǒng)運行時隨時重新配置相關的flexiblevolumes。重新分配存儲資源的過程不需要任何宕機過程，而且它是對用戶透明的。當需要額外的物理空間時，管理員可以通過添加指定磁盤給aggregate以提高其容量，新的磁盤將成為aggregate的一部分，同時其容量和I/O帶寬將對存在于該aggregate中的所有的flexiblevolumes生效。所有存在于同一個aggregate上的flexiblevolumes的總容量也可以超過aggregate的實際物理總容量。增加某一個FlexVol容量時也不需要改變存在相同aggregate其它的FlexVol的容量或者aggregate本身的容量。FlexVol的技術優(yōu)勢靈活的尺寸：NetApp的靈活卷的最小顆粒度是4KB，可以精確的適合各種大小的存儲應用的需求。其它的系統(tǒng)需要卷或者文件系統(tǒng)的大小要基于底層物理或者邏輯磁盤的整數(shù)倍而定，顯然會浪費數(shù)百兆甚至數(shù)吉以至更多的物理容量。靈活地改變尺寸（擴展和收縮）：NetAppFlexVol技術允許WAFL文件系統(tǒng)在線且安全的進行擴展和收縮，以使文件系統(tǒng)精確的適合用戶的數(shù)據(jù)需求。其它的存儲提供商基本能夠提供不停機的容量擴展機制，但他們卻不提供類似NetAppFlexVol的無縫和簡單的容量擴展，并且不能提供在線且安全的文件系統(tǒng)收縮的功能?？臻e空間池：由于NetAppFlexVol可以像擴展一樣簡單的實現(xiàn)容量的收縮，已分配給FlexVol的未使用空間可以非常簡單且安全的從FlexVol移出并重新分配給其它即將被填滿需要更多空間的FlexVol。通過NetAppFlexVol技術，未使用或者未分配的空間在aggregate容器層被視為一個池（pool），可以被任意的FlexVol進行配置使用或者從FlexVol移出至池中。精確的數(shù)據(jù)管理：FlexVol支持NetApp高級的基于時間點數(shù)據(jù)鏡像的快照（SnapShot)和根據(jù)不同時間間隔顆粒度進行的數(shù)據(jù)復制（SnapMirror）功能。用戶會根據(jù)不同的數(shù)據(jù)種類需要不同快照和復制規(guī)則?，F(xiàn)在可以將這些數(shù)據(jù)放于為其設定的FlexVol中，提供精確的快照和復制功能。瘦容量提供（Thincapacityprovisioning）：NetAppFlexVol可以實現(xiàn)瘦容量提供，即FlexVol僅僅占用已經(jīng)被寫入實際數(shù)據(jù)的物理存儲空間，其他在FlexVol中已定義但未被使用的容量并不占用實際的物理磁盤空間。該功能在其它存儲系統(tǒng)中是無法實現(xiàn)的，無論采用的是文件、LUN或整個文件系統(tǒng)。磁盤聚合提高性能：NetAppFlexVol技術使用一個新的智能數(shù)據(jù)容器對象——aggregate。通過使用aggregate，F(xiàn)lexVol可以充分利用一個含有大量磁盤的條帶化的全部I/O對各種大小和種類的數(shù)據(jù)對象進行訪問。簡單化的存儲系統(tǒng)管理：通過使用aggregates，NetAppFlexVol實際上已經(jīng)消除了在存儲產(chǎn)品上令數(shù)據(jù)管理員頭痛的所有低級別的條帶化的管理工作。Aggregates將注意力集中于數(shù)據(jù)的管理，而不是磁盤的管理，將他們從一味的磁盤驅動器的配置的噩夢中解脫出來。數(shù)據(jù)保護NetApp提供了多種數(shù)據(jù)保護方案，分別應用于不同的級別來提高數(shù)據(jù)的可用性，它包括：增強型RAID-4RAID-DPSnapShotSnapRestoreSAN中的快照基于主機備份軟件的SAN數(shù)據(jù)保護下面分別進行論述：增強型RAID-4在存儲設備的數(shù)據(jù)保護中，通常都采用RAID的方式來增強數(shù)據(jù)的可用性和提升存儲的讀寫性能。RAID技術一般分為0；1；2；3；4；5幾種方式，也有廠商發(fā)展出0+1和1+0等變種方式。每種RAID技術都有自己的優(yōu)勢和劣勢。常見的RAID級別為0、1、4、5。這些RAID類型的定義如下：級別0—RAID級別0，經(jīng)常被稱作“分條”，它是面向性能的分條數(shù)據(jù)映射技術。這意味著被寫入陣列的數(shù)據(jù)被分割成條，然后被寫入陣列中的其它磁盤成員，從而允許低費用的高度I/O性能，但是它不提供冗余性。級別0陣列的貯存能力等于硬件RAID所有成員磁盤的總能力或軟件RAID中所有成員分區(qū)的總能力。級別1—RAID級別1，或“鏡像”。級別1通過在陣列中的每個成員磁盤上寫入相同的數(shù)據(jù)（在磁盤上留一個“鏡像”副本）來提供冗余性。由于鏡像的簡單性和高度的數(shù)據(jù)可用性，它目前仍然在使用。使用兩個以上磁盤操作的級別1可能會在讀取時使用并行訪問來獲得高速數(shù)據(jù)傳輸，但是它更常用的是獨立操作以提供高速I/O傳輸率。級別1提供了較高的數(shù)據(jù)可靠性，并提高了讀取任務繁重的程序的執(zhí)行性能，但是它相對的費用也較高。級別1陣列的貯存能力與硬件RAID中鏡像的硬盤之一或軟件RAID中鏡像的分區(qū)之一的儲存能力相同。級別4—級別4使用集中到單個磁盤驅動器上的奇偶校驗來保護數(shù)據(jù)。級別4的貯存能力相對于所有成員磁盤去掉一個后的貯存能力。RAID-4的優(yōu)勢在于擴充非常方便，可以快速的在線增加磁盤。級別5—這是最普通的RAID類型。通過在某些或全部陣列成員磁盤驅動器中分布奇偶校驗，RAID級別5避免了級別4中固有的寫入瓶頸。與級別4一樣，其結果是非對稱性能，讀取大大地超過了寫入性能。級別5經(jīng)常與寫回緩存一起使用來減低這種非對稱性。硬件級別5的貯存能力相當于所有成員磁盤去掉一個后的貯存能力。普通的RAID-4的瓶頸在于校驗盤，由于校驗盤是熱點盤，因此導致在寫入數(shù)據(jù)時成為整個的系統(tǒng)瓶頸。NetApp設計了增強型RAID-4，提供獨特的批次條帶化讀寫算法，消除了RAID-4的熱點盤，同時又保留了RAID-4靈活擴充的特點，從而達到了最佳的設計平衡。通過FAS20RAID-DP在目前的RAID技術中存在著這樣的矛盾，較低的成本只能提供較低的數(shù)據(jù)可用性，如RAID3/4/5，而采用較高成本的RAID1技術也只能提供一定程度上的數(shù)據(jù)可用性。這里存在著一個較大的差距。人們顯然需要更好的一種解決方案。NetApp提供了基于專利技術的RAID-DP（DualParity雙校驗盤）技術，既提供了較高的數(shù)據(jù)可用性，又能保持RAID-4技術的低成本特性，為客戶提供了一個最優(yōu)的方案。RAID-DP在NetApp增強型RAID-4的基礎上提供了2個校驗盤，用于保護1個或者2個磁盤同時失效的情況，提供了非常高的數(shù)據(jù)可用性。一個RAID-DP組包括至少1個數(shù)據(jù)磁盤，一個普通校驗盤和一個DP校驗盤。如果一個數(shù)據(jù)磁盤失效，NetApp存儲設備會使用普通校驗盤將丟失的數(shù)據(jù)恢復到熱備盤上，如果一個組內(nèi)的任意2個數(shù)據(jù)磁盤失效，NetApp存儲設備會使用普通校驗盤和DP校驗盤協(xié)同計算，將丟失的數(shù)據(jù)恢復到2個熱備盤上。從而提供了比RAID-4更高的數(shù)據(jù)可用性。RAID-DP的普通校驗盤采用了NetApp原有的增強RAID-4保護算法，DP校驗盤則采用了專利保護的算法。原理如下圖所示：NetApp的RAID-DP技術提供了非常高的數(shù)據(jù)可用性，低成本，同時也保留了原來的增強型RAID-4的高性能和易管理性。使得整個技術方案達到了存儲業(yè)界最佳的平衡特性。在本方案中，用戶也可以選擇在FAS3020C系列上啟用RAID-DP功能，來達到最優(yōu)的數(shù)據(jù)保護。下圖表示了RAID-DP和RAID-4/5的比較：FlexShare數(shù)據(jù)卷優(yōu)先級別管理通過FlexVol的存儲虛擬化的管理，解決了所有的邏輯卷具有相同的存儲讀寫性能的問題，但是對于實現(xiàn)集中存儲的應用系統(tǒng)來說，不同的應用系統(tǒng)對于用戶的優(yōu)先級是不同的，可以通過FlexShare實現(xiàn)對邏輯卷優(yōu)先級的設定，更好的滿足應用系統(tǒng)的存儲需求。FlexShare是一款功能強大的工具，可以為DataONTAP?7G存儲系統(tǒng)提供服務控制功能。借助FlexShare，您可以在FAS系統(tǒng)上托管多個工作負荷，并分別為每個負荷分配優(yōu)先級。FlexShare為存儲管理員提供了利用現(xiàn)有基礎設施及提高處理利用率的功能，且無需犧牲分配給關鍵業(yè)務任務的性能。使用FlexShare，管理員可以胸有成竹的根據(jù)業(yè)務需要整合異類應用程序，評定特定數(shù)據(jù)集優(yōu)先級以及動態(tài)調(diào)整優(yōu)先級。當存儲系統(tǒng)完全滿載并要求對資源進行優(yōu)先級評定時，F(xiàn)lexShare將會啟用。共有五個可用優(yōu)先級，按卷分配。由于關鍵系統(tǒng)操作（如備份）對時間要求非常嚴格，因此應對特定工作負荷分配最高優(yōu)先級，以確保滿足業(yè)務底線。結果便是，您可以在不以犧牲性能和客戶服務為代價的前提下從存儲整合中獲得最大收益。A-SIS重復數(shù)據(jù)刪除技術重復數(shù)據(jù)刪除能以單個共享數(shù)據(jù)塊為參考尋找相同的數(shù)據(jù)塊并將其替換，從而提高效率。相同的數(shù)據(jù)塊可能屬于多個不同的文件或LUN，或者可能重復出現(xiàn)在同一個文件中。A-SIS重復數(shù)據(jù)刪除是NetAppWAFL文件系統(tǒng)不可或缺的一部分，該系統(tǒng)管理NetAppFAS系統(tǒng)上所有存儲。因此，不管您運行何種應用程序或如何訪問數(shù)據(jù)，重復數(shù)據(jù)刪除都在”后臺”運行，并且開銷很低。至于用戶能節(jié)約多少空間，則取決于數(shù)據(jù)集和它所包含的重復數(shù)據(jù)刪除量。NetApp重復數(shù)據(jù)刪除是我們的核心操作體系結構-DataONTAP?的基本組件。NetApp重復數(shù)據(jù)刪除是第一個可以在多個應用程序間（包括主數(shù)據(jù)、備份數(shù)據(jù)和存檔數(shù)據(jù)）廣泛使用的技術。NetApp重復數(shù)據(jù)刪除結合了粒度、性能和彈性優(yōu)點，為您不斷增長的存儲容量需求提供極大的優(yōu)勢。數(shù)據(jù)重復刪除是一個非常重要的新技術，用于控制數(shù)據(jù)增長。每個普通的UNIX?或Windows?磁盤卷都包含數(shù)千甚至上百萬重復的數(shù)據(jù)對象。在創(chuàng)建、分配、備份和歸檔數(shù)據(jù)時，重復的數(shù)據(jù)對象存儲在所有存儲層。最終導致數(shù)據(jù)存儲資源的利用率低。通過消除冗余的數(shù)據(jù)對象并且僅參考原始對象，便可立即從存儲空間效率中獲益。結果是雙重好處：成本優(yōu)勢：降低初始存儲購買成本，或者延長存儲容量升級的時間間隔管理優(yōu)勢：在每個存儲單元能存儲“更多”數(shù)據(jù)，或者能將在線數(shù)據(jù)保存更長時間要點：使用最小系統(tǒng)資源-主數(shù)據(jù)、備份數(shù)據(jù)和存檔數(shù)據(jù)的重復數(shù)據(jù)刪除對數(shù)據(jù)中心操作的影響非常小。計劃重復數(shù)據(jù)刪除在非峰值時間執(zhí)行，應用程序可以在保持臨界性能的同時極大地減少存儲空間需求?；诤唵蔚拿顜追昼妰?nèi)安裝好重復數(shù)據(jù)刪除功能。在啟用重復數(shù)據(jù)刪除并設好日程后，不需要執(zhí)行其他操作。使用我們的工具選擇重復刪除的數(shù)據(jù)集，以便評估那些數(shù)據(jù)集并幫助指出將提供最大回報的區(qū)域。無需擔心，重復數(shù)據(jù)刪除功能在刪除任何重復的數(shù)據(jù)之前，先執(zhí)行完整的逐字節(jié)驗證。系統(tǒng)擴展性如果未來需要更高速度和容量的存儲設備，F(xiàn)AS2020A中的磁盤架可以被用于更高端的20NetApp最新提供的ShareStorage軟件，容許每個存儲系統(tǒng)最多可以提供到四個控制器的集群，顯著提高存儲設備的性能和可靠性。系統(tǒng)增加磁盤時，可以在線進行，RAID重構的時間非常短，（加入4塊磁盤的重構時間約為1秒），因此對系統(tǒng)的性能影響可以忽略不計。但需要注意的是在SAN環(huán)境下，主機側還需要進行LUN擴展，分區(qū)，格式化的相關操作。系統(tǒng)管理本方案中NetApp提供了1種方式的系統(tǒng)管理工具：FilerView（免費提供）FilerView是內(nèi)嵌在Filer內(nèi)的基于WEB的系統(tǒng)管理界面，他只能對單臺Filer進行管理，其特點是簡單方便，成本低，比較適合于小型網(wǎng)絡存儲環(huán)境。FilerView每個NetApp存儲設備上都提供內(nèi)置的FilerView工具，IT管理員可以通過Web瀏覽器進入一個一致、易用的圖形用戶界面(GUI)，進行日常管理。管理員可以從任何地方，從任何計算平臺遠程設置并控制所有NetApp存儲設備，而無需中斷關鍵業(yè)務操作。安裝后，管理員可以有效地監(jiān)視狀態(tài)、滿足增加存儲容量的請求，并對文件系統(tǒng)配置進行更改。管理員還可以在不中斷用戶訪問文件系統(tǒng)的情況下擴展卷，或在連接的WindowsNT?域中添加新的通用Internet文件系統(tǒng)(CommonInternetFileSystem,CIFS)共享。FilerView是用于執(zhí)行從安裝到完成配置的管理任務的主界面。利用FilerView，管理員不必再學習特殊的語言或命令行界面來配置和維護NetApp存儲設備。只需一個Web瀏覽器，管理員就可以進入易用的圖形用戶界面，并且可以通過瀏覽各個屏幕來執(zhí)行任務。界面上將始終顯示一個瀏覽樹，以便于在各個任務間切換。FilerView將Filer的安裝過程簡化到只需執(zhí)行幾個簡單的步驟。通過控制臺或動態(tài)主機配置協(xié)議(DynamicHostConfigurationProtocol,DHCP)服務器將一個IP地址分配給Filer后，管理員可以通過安裝向導快速完成基本配置設置。由于FilerView采用基于Web的方法，因此無需學習和使用復雜難懂的命令行界面執(zhí)行管理任務。通過一個圖形用戶界面，管理員可以配置和監(jiān)視任何DataONTAP資源或服務：文件系統(tǒng)：NFS與CIFS實施的磁盤、卷、qtree和限額；FilerView卷報告顯示所有卷的當前配置狀態(tài)。數(shù)據(jù)保護：Snapshot?和SnapMirror?工具、網(wǎng)絡數(shù)據(jù)管理協(xié)議(NetworkDataManagementProtocol,NDMP)可用性：集群容錯軟件聯(lián)網(wǎng)：接口卡；HTTP、DNS（域名服務器）和NIS（網(wǎng)絡信息系統(tǒng)）服務器管理：安全功能、autosupport和SecureAdmin?軟件、SNMP實用程序、資源監(jiān)視工具FilerView的安全模式確保所有管理和配置命令都嚴格保密，無論通過專用網(wǎng)絡或公共Internet執(zhí)行。安全模式需要SecureAdmin軟件，該軟件在Filer上實施安全套接字層(SecureSocketLayer,SSL3.0)服務，用于進行用戶驗證和保密通過HTTP處理的命令。NetAppFAS存儲系統(tǒng)介紹FAS2020/A系統(tǒng)概述卓越的價值FAS2000系列內(nèi)置支持最新的SAS磁盤，不僅性價比提高兩倍，而且在單個系統(tǒng)上支持更多的用戶，存儲合并功能也得到增強.作為NetApp統(tǒng)一體系結構的一部分，這些系統(tǒng)支持文件服務、FCSAN、IPSAN和多種網(wǎng)絡配置，同時能夠靈活為更高性能的系統(tǒng)提供無縫隙、無差錯升級，無需進行目前市場上其它多數(shù)產(chǎn)品所需要的“升降機式”數(shù)據(jù)遷移。此外，F(xiàn)AS2000系統(tǒng)進一步提高針對小數(shù)據(jù)卷的磁盤性能，充分擴大了DataONTAP7G內(nèi)置的FlexVol功能的使用價值。FlexVol技術可以降低存儲管理成本，將客戶的存儲利用率提高50%。結合新的SATA存儲選件，主要存儲成本可以減少一半以上。企業(yè)級可擴展性和可管理性FAS2050和FAS2020型系統(tǒng)在設計上滿足了快速增長的中層企業(yè)存儲市場的需要。FAS2000系列系統(tǒng)非常適合用于企業(yè)應用基礎設施，比如數(shù)據(jù)庫、電子郵件/消息收發(fā)、主目錄合并和災難恢復解決方案。由于在設計過程中貫徹企業(yè)適用性、連續(xù)可用性和易管理性的思想，因此FAS2000系列提高了可靠性，簡化了維護過程，并降低了存儲基礎設施的復雜性。硬件特性FAS2020A系統(tǒng)（雙活動配置）包括：2GBDDR-DRAM系統(tǒng)內(nèi)存256MBNVRAM-6遠程管理模塊（RemoteLANModule–選配）內(nèi)置4個10/100/1000Base-T千兆以太網(wǎng)接口內(nèi)置4個光纖通道（FC）接口最多68個磁盤，內(nèi)置支持最大12個SAS硬盤后端最大支持56個磁盤，支持FC和SATA硬盤混合使用最多65TB的裸盤容量最大單卷容量16TBFAS2020控制器系統(tǒng)如下圖所示：圖SEQ圖\*ARABIC1：FAS2020外觀圖圖SEQ圖\*ARABIC2：FAS2020后視圖FAS2000系列產(chǎn)品技術規(guī)格技術亮點SAN協(xié)議支持用于SCSI的光纖通道協(xié)議(FibreChannelProtocol,FCP)；光纖連接和直接連接；iSCSI網(wǎng)絡協(xié)議支持NFSV2/V3/V4（采用UDP或TCP）、PCNFSDV1/V2for(PC)NFS客戶端驗證、Microsoft?CIFS、HTTP1.0、HTTP1.1虛擬主機LUNs可達1,024FlexVol?卷FAS2020上的每個控制器最多200個，F(xiàn)AS2050上的每個控制器最多500個Snapshot?副本FAS2020上的每個控制器最多51,000個，F(xiàn)AS2050上的每個控制器最多127,000個支持的主機數(shù)量每個控制器最多可以有2個端口配置為前端（主機）連接端口

每個主動/主動配置最多可以有4個直接連接的服務器

FAS2020上最多可以有24個連接SAN主機的服務器，F(xiàn)AS2050上最多可以有32個連接SAN主機的服務器支持的配置控制器配置

單個控制器，具有群集容錯功能(CFO1)的主動/主動控制器

后端（磁盤）配置

雙路徑，多路徑HA存儲（單環(huán)路）可靠性冗余熱插拔控制器、冷卻風扇和電源管理全雙工10/100Base-T以太網(wǎng)板載控制臺、診斷LED、維護中心、SNMP、telnet、SSH、HTTP、Web(SSL)、腳本主機、電子郵件提醒安全性病毒防護、SecureAdmin、IPSec、CHAP身份驗證、基于角色的訪問控制(RBAC)

最大RAID組與Aggregate大小FAS2050FAS20202

FCorSASSATAFCorSASSATARAID6(RAID-DP?)28(26datadisksplus2paritydisks)16(14datadisksplus2paritydisks)16(14datadisksplus2paritydisks)16(14datadisksplus2paritydisks)RAID4314(13datadisksplus1paritydisk)SATA:7(6datadisksplus1paritydisk)8(7datadisksplus1paritydisk)SATA:7(6datadisksplus1paritydisk)SyncMirror?（高彈性RAID1）

選項：

(1)RAID-DP+RAID1

(2)RAID4+RAID1FC擴展是FC擴展是卷/卷集大小16TB16TB7TB7TB

可擴展性FAS2050FAS2020

主動/主動配置單控制器主動/主動配置單控制器最大裸容量499TB99TB65TB65TB最大內(nèi)部磁盤驅動器數(shù)20201212最大擴展磁盤驅動器數(shù)84845656最大磁盤驅動器總數(shù)（內(nèi)部+外部）1041046868最大后端（磁盤）光纖通道環(huán)路的驅動器數(shù)84845656ECC內(nèi)存4GB2GB2GB1GB非易失性內(nèi)存512MB256MB256MB128MB1有關群集配置的詳細信息，請參閱/NOW/knowledge/docs/ontap/rel722/html/ontap/cluster/index.htm。

2最大容量根據(jù)驅動器的類型、大小和數(shù)量確定。

3RAID6建議配置于最大容量144GB以上的驅動器。

4最大容量通過Base10算法來計算（如1TB=1,000,000,000,000bytes）

板載I/OFA2050FAS2020

主動/主動

配置單

控制器主動/主動

配置單

控制器板載光纖通道端口（目標端或發(fā)起端）4個1Gb、2Gb或

4Gb端口

（自動感測）2個1Gb、2Gb或

4Gb端口

（自動感測）4個1Gb、2Gb或4Gb端口

（自動感測）2個1Gb、2Gb或4Gb端口

（自動感測）板載GbE端口4242模塊化I/O插槽21--

I/O卡支持FA2050FAS2020

主動/主動

配置單

控制器主動/主動

配置單

控制器雙端口4GbFC磁盤適配器（最多）21--雙端口4GbFC磁帶適配器（最多）21--雙端口GbE（銅或光纖）（最多）21--四端口4GbFC磁盤/磁帶適配器（最大）21--2端口Ultra320SCSI磁帶適配器（最大）21--2端口1GbiSCSI（銅或光纖）適配器（最大）21--

軟件操作系統(tǒng)NetworkAppliance?DataONTAP?支持的操作系統(tǒng)Windows?2000,WindowsServer2003,WindowsXP,Linux?,Sun?Solaris?,AIX,HP-UX,Mac?OS,VMwareESX軟件功能標準

RAID管理器，包括RAID-DP

RAIDmanager,includingRAID-DP

SnapShot

FastBoot

NIS

DNS

FilerView?,

FlexVol

FlexCache

FlexShare?

NetworkDataManagementProtocol(NDMP)

MaintenanceCenter

已獲得許可5

FlexClone?

FlexCache?

MultiStore?

SnapMirror?

SnapRestore?

SingleMailboxRecovery

SnapVault?

LockVault?

SnapLock?Compliance

SnapLockEnterprise

SyncMirror

MetroCluster

NearStore?PersonalityOption

ManageabilitySoftware

ApplicationSuite:

SnapManager?forMicrosoftExchange

SnapManagerforMicrosoftSQLServer

SnapManagerforOracle

ServerSuite:

ApplianceWatch?forHPOpenview

ApplianceWatchforTivoli?

SnapDrive?forUNIX?

SnapDriveforWindows

DataSuite:

ProtectionManager?11

VirtualFileManager?-EE

VirtualFileManager-ME

StorageSuite:

CommandCentralStorage

FileStorageResourceManager

HYPERLINK"/cn/products/management-software/operations-manager-zh.html