服務(wù)器存儲(chǔ)整合方案

1、.,存儲(chǔ)整合解決方案,.,Agenda,存儲(chǔ)、備份的架構(gòu) NetApp 在存儲(chǔ)方面的優(yōu)勢(shì) SAN boot 對(duì)主機(jī)的保護(hù) 利用同步鏡像對(duì)數(shù)據(jù)進(jìn)行容災(zāi) VTL及其與現(xiàn)有備份環(huán)境的整合 用戶數(shù)據(jù)備份的說(shuō)明 VMware 與存儲(chǔ)的結(jié)合 Q&A,.,現(xiàn)狀及挑戰(zhàn),200多臺(tái)Windows服務(wù)器 Exchange Server x 3 SQL Server x 20 Print Server x 1 NAS服務(wù)器 x 1 以及大量的應(yīng)用服務(wù)器 挑戰(zhàn) 分布式的存儲(chǔ)架構(gòu) 絕大多數(shù)服務(wù)器采用本地硬盤(pán) 由于服務(wù)器本地磁盤(pán)數(shù)量的限制，導(dǎo)致有限的性能 較低的磁盤(pán)利用率 為服務(wù)器擴(kuò)容會(huì)導(dǎo)致服務(wù)的中斷 服務(wù)器之間未使用的

2、空間不能共享,.,現(xiàn)狀及挑戰(zhàn)（續(xù)）,挑戰(zhàn) 低效和復(fù)雜的備份 備份需要較長(zhǎng)的時(shí)間 備份窗口不變或者更短，但是需要備份的數(shù)據(jù)量卻在不斷增加 備份環(huán)境越來(lái)越復(fù)雜并且不易管理 磁帶介質(zhì)的不可靠性 備份的有效性驗(yàn)證比較困難 漫長(zhǎng)的恢復(fù)流程 恢復(fù)是無(wú)計(jì)劃的，并且會(huì)導(dǎo)致服務(wù)的中斷 確定需要恢復(fù)的磁帶比較困難 從磁帶恢復(fù)的速度較慢 經(jīng)常會(huì)發(fā)生恢復(fù)錯(cuò)誤需要重新恢復(fù)，或者由于介質(zhì)的問(wèn)題導(dǎo)致無(wú)法恢復(fù) 較高的管理開(kāi)銷,.,解決方案NetApp統(tǒng)一存儲(chǔ),.,Exchange & SQL Servers,使用iSCSI連接FAS3040A和Exchange、SQL服務(wù)器 創(chuàng)建專用的IP存儲(chǔ)網(wǎng)絡(luò)用于服務(wù)器和存儲(chǔ)之間的網(wǎng)絡(luò)連

3、接 在Exchange、SQL服務(wù)器上配置兩塊單口的iSCSI HBA以保證高可靠性 同時(shí)采用SAN Boot的方式來(lái)啟動(dòng)Windows操作系統(tǒng)，在實(shí)現(xiàn)數(shù)據(jù)容災(zāi)的同時(shí)，實(shí)現(xiàn)操作系統(tǒng)的容災(zāi) 對(duì)于paging file以及臨時(shí)文件等依然保存在服務(wù)器的本地硬盤(pán)上而不進(jìn)行復(fù)制,.,VMware ESX服務(wù)器,使用NFS連接VMware ESX服務(wù)器和FAS3040A,.,推薦的存儲(chǔ)布局,當(dāng)使用NetApp Snap相關(guān)技術(shù)時(shí)，我們建議采用以下的布局方式以減少Snapshot對(duì)空間的占用，如將數(shù)據(jù)空間和臨時(shí)空間相分離。,數(shù)據(jù)空間保存在 Datastore A .vmx .vmdk -flat.vmdk,

4、臨時(shí)空間保存在 Datastore B vswap file log files Page file vmdk files,.,VMware環(huán)境下的數(shù)據(jù)重復(fù)度是比較高的,Traditional Enterprise RAID Arrays,VI3 Server,RAID Layer,Datastore A,傳統(tǒng)方式下的VMware部署 克隆是100%完全相同的 包括操作系統(tǒng)和應(yīng)用系統(tǒng) 克隆1次消耗1倍的空間,VMware環(huán)境下的數(shù)據(jù)重復(fù)度是比較高的,.,NetApp FAS System,Flexvol,NetApp A-SIS重復(fù)數(shù)據(jù)刪除技術(shù)與 VMware的共享內(nèi)存功能為用戶提供了相似的價(jià)

5、值,使用NetApp重復(fù)數(shù)據(jù)刪除技術(shù)后的存儲(chǔ)消耗,VI3 Server,Datastore A,NetApp重復(fù)數(shù)據(jù)刪除技術(shù)精減重復(fù)數(shù)據(jù) 減少操作系統(tǒng)和應(yīng)用程序?yàn)橐环?相同的VMs僅僅消耗一份存儲(chǔ)空間 通過(guò)虛擬化提高存儲(chǔ)利用率,Duplicate data removed Storage costs auto-tiered,.,Print Server 和文件服務(wù)器,Print Server有自行開(kāi)發(fā)的軟件，包含了SQL服務(wù)器和大量的小文件 備份時(shí)需要shutdown SQL服務(wù)器，備份完成后再啟動(dòng)SQL服務(wù)器，備份需要較長(zhǎng)的時(shí)間 使用iSCSI連接Print Server和FAS3040A

6、備份前Shutdown SQL服務(wù)器，在存儲(chǔ)端創(chuàng)建快照，然后啟動(dòng)SQL服務(wù)器，再利用快照進(jìn)行磁帶備份 文件服務(wù)器 將原有的文件服務(wù)器整合到FAS3040A 為用戶提供個(gè)人主目錄服務(wù)(home directory) 與AD集成、支持配額、利用NDMP進(jìn)行快速備份,.,數(shù)據(jù)遠(yuǎn)程復(fù)制方式說(shuō)明,1,2,3,4,本地主機(jī)發(fā)送IO請(qǐng)求給本地陣列 本地陣列把該IO轉(zhuǎn)發(fā)給遠(yuǎn)端陣列 遠(yuǎn)端陣列在完成該IO后，發(fā)送確認(rèn)信息給本地陣列 本地陣列給主機(jī)發(fā)送IO完成確認(rèn)信息,1,3,4,2,本地主機(jī)發(fā)送IO請(qǐng)求給本地陣列 本地陣列在完成該IO后立即給主機(jī)發(fā)送IO完成確認(rèn)信息 本地陣列每隔一段時(shí)間把本地的變化數(shù)據(jù)成批發(fā)送給

7、遠(yuǎn)端陣列 遠(yuǎn)端陣列給本地陣列發(fā)送數(shù)據(jù)接收確認(rèn)信息,同步數(shù)據(jù)遠(yuǎn)程復(fù)制方式,異步數(shù)據(jù)遠(yuǎn)程復(fù)制方式,.,Netapp遠(yuǎn)程容災(zāi)技術(shù)Snapmirror,支持三種遠(yuǎn)程數(shù)據(jù)復(fù)制方式： 同步方式 異步方式 半同步方式 備注：如果選用同步或半同步方式，系統(tǒng)會(huì)自動(dòng)根據(jù)鏈路的狀態(tài)修改復(fù)制方式，以保證對(duì)系統(tǒng)性能的最小化影響,支持兩種鏈路方式： IP鏈路 FC鏈路 備注：不需要任何協(xié)議轉(zhuǎn)換設(shè)備，可以同時(shí)支持上面的兩種鏈路，并能在不同鏈路之間實(shí)現(xiàn)負(fù)載均衡和故障切換保護(hù),支持整個(gè)產(chǎn)品線中任何陣列之間的相互數(shù)據(jù)復(fù)制 同時(shí)復(fù)制源數(shù)據(jù)的本地快照，因此可以很好的預(yù)防邏輯性錯(cuò)誤 支持反向增量同步，大大縮短數(shù)據(jù)恢復(fù)時(shí)間,.,結(jié)合DR

8、，利用FlexClone快速部署測(cè)試系統(tǒng),可寫(xiě)拷貝占用空間和時(shí)間 影響部署時(shí)間和質(zhì)量驗(yàn)證,Production,Mirror,FlexClone卷：實(shí)時(shí)生成，高效的存儲(chǔ)空間使用 加快系統(tǒng)投入運(yùn)行的時(shí)間,.,FlexVol虛擬化提高存儲(chǔ)利用率及I/O性能,.,存儲(chǔ)虛擬化FlexVol,Aggregate 包含物理磁盤(pán),.,FlexVol最優(yōu)的存儲(chǔ)分配,業(yè)界情況,30-40%利用率,App 1,App 2,App 3,一個(gè)共享的可擴(kuò)展存儲(chǔ)池 消除了浪費(fèi)空間,(60-80%利用率,.,FlexVol提升 I/O 性能,原有的架構(gòu) 卷的性能被它的磁盤(pán)數(shù)量限制,.,RAID-DP技術(shù)提高存儲(chǔ)系統(tǒng)的可靠性

9、和健壯性,.,整合的服務(wù)器 = 整合的風(fēng)險(xiǎn),服務(wù)器虛擬化對(duì)存儲(chǔ)系統(tǒng)的RAID可靠性提出了更高的要求,服務(wù)器虛擬化前 一個(gè)服務(wù)器 = 一個(gè)應(yīng)用系統(tǒng),服務(wù)器虛擬化后 一個(gè)服務(wù)器 = 多個(gè)應(yīng)用,.,21,RAID-DP技術(shù)為虛擬化提供更高的可靠性保障,原有RAID技術(shù)的缺陷,NetApp RAID-DP技術(shù),RAID 5 可靠性不足 RAID 10 成本太高，磁盤(pán)利用率低,雙磁盤(pán)故障保護(hù) 高性能和快速重構(gòu) 和RAID 10相比節(jié)省一半的磁盤(pán)成本,成本 性能 可靠性,RAID 5,RAID 10,RAID-DP,.,FlexShare :關(guān)鍵業(yè)務(wù)QoS保證,系統(tǒng)滿負(fù)荷而又沒(méi)有FlexShare時(shí)，所有

10、Volume的Latency將會(huì)相同，對(duì)關(guān)鍵性的且需要高性能的Volume將會(huì)受到?jīng)_擊。,Competitors,業(yè)界最佳 標(biāo)準(zhǔn),.,Backup,.,24,Installation, configuration, and presentation of iSCSI storage to ESX hosts Capacity utilization with double-disk failure protection Performance under storage-based snapshots Cloning data for test and development NFS stor

11、age options for VMware ESX,VeriTest Report: NetApp FAS2050 vs. HP EVA4100 for VMWare ESX 3.0.2,.,25,FAS 22.3% better capacity utilization than EVA 60-90% performance penalty with snapshots on EVA EVA requires 60% more time to configure and deploy EVA Snapclone requires 100% capacity overhead and ove

12、r an hour to create FAS native multi-protocol offers significant flexibility over FC-only HP EVA,VeriTest Report: NetApp FAS vs. HP EVA Key Findings,.,26,VeriTest Report: NetApp FAS vs. HP EVAPerformance,Storage-based Snapshot performance(VMFS & RDM) ZERO performance penalty on FAS2050 using snapsho

13、ts with VMFS or RDM (Raw Device Mapping) 43 - 72% performance degredation on EVA4100 under snapshots for VMs on RDM (Raw Device Mapping) 88 91% performance degredation on EVA4100 under snapshots for VMs on VMFS,.,27,VeriTest Report: NetApp FAS vs. HP EVA Capacity Efficiency,Resiliency and Capacity U

14、tilization 65% usable capacity on NetApp FAS2050 with RAID-DP Compare to only 43% usable capacity on HP EVA4100 with Vraid1 RAID-DP provides guaranteed protection from double-disk failure without performance impact,NetApp FAS2050 (RAID-DP),65%,.,28,VeriTest Report: NetApp FAS vs. HP EVAOther findings,The EVA4100 required 60% more time to configure, and deploy for VMware datacenter EVA SnapClone required 1TB of extra storage and over 1 hour to create a complete copy of the data EVA4100 FC-only and requires add