服務器存儲整合方案ppt課件

1、2Agenda4存儲、備份的架構存儲、備份的架構4NetApp 在存儲方面的優(yōu)勢在存儲方面的優(yōu)勢4SAN boot 對主機的保護對主機的保護4利用同步鏡像對數(shù)據(jù)進行容災利用同步鏡像對數(shù)據(jù)進行容災4VTL及其與現(xiàn)有備份環(huán)境的整合及其與現(xiàn)有備份環(huán)境的整合4用戶數(shù)據(jù)備份的說明用戶數(shù)據(jù)備份的說明4VMware 與存儲的結合與存儲的結合4Q&A3現(xiàn)狀及挑戰(zhàn)現(xiàn)狀及挑戰(zhàn)4200多臺多臺Windows服務器服務器 Exchange Server x 3 SQL Server x 20 Print Server x 1 NAS服務器服務器 x 1 以及大量的應用服務器以及大量的應用服務器4挑戰(zhàn)挑戰(zhàn) 分布

2、式的存儲架構分布式的存儲架構 絕大多數(shù)服務器采用本地硬盤絕大多數(shù)服務器采用本地硬盤 由于服務器本地磁盤數(shù)量的限制，導致有限的性能由于服務器本地磁盤數(shù)量的限制，導致有限的性能 較低的磁盤利用率較低的磁盤利用率 為服務器擴容會導致服務的中斷為服務器擴容會導致服務的中斷 服務器之間未使用的空間不能共享服務器之間未使用的空間不能共享4現(xiàn)狀及挑戰(zhàn)（續(xù)）現(xiàn)狀及挑戰(zhàn)（續(xù)）4挑戰(zhàn)挑戰(zhàn) 低效和復雜的備份低效和復雜的備份 備份需要較長的時間備份需要較長的時間 備份窗口不變或者更短，但是需要備份的數(shù)據(jù)量卻在不斷增加備份窗口不變或者更短，但是需要備份的數(shù)據(jù)量卻在不斷增加 備份環(huán)境越來越復雜并且不易管理備份環(huán)境越來越復

3、雜并且不易管理 磁帶介質的不可靠性磁帶介質的不可靠性 備份的有效性驗證比較困難備份的有效性驗證比較困難 漫長的恢復流程漫長的恢復流程 恢復是無計劃的，并且會導致服務的中斷恢復是無計劃的，并且會導致服務的中斷 確定需要恢復的磁帶比較困難確定需要恢復的磁帶比較困難 從磁帶恢復的速度較慢從磁帶恢復的速度較慢 經常會發(fā)生恢復錯誤需要重新恢復，或者由于介質的問題導致無法恢復經常會發(fā)生恢復錯誤需要重新恢復，或者由于介質的問題導致無法恢復 較高的管理開銷較高的管理開銷5解決方案解決方案NetApp統(tǒng)一存儲統(tǒng)一存儲6Exchange & SQL Servers4使用使用iSCSI連接連接FAS3040

4、A和和Exchange、SQL服服務器務器 創(chuàng)建專用的創(chuàng)建專用的IP存儲網絡用于服務器和存儲之間的網絡連存儲網絡用于服務器和存儲之間的網絡連接接 在在Exchange、SQL服務器上配置兩塊單口的服務器上配置兩塊單口的iSCSI HBA以保證高可靠性以保證高可靠性 同時采用同時采用SAN Boot的方式來啟動的方式來啟動Windows操作系統(tǒng)，操作系統(tǒng)，在實現(xiàn)數(shù)據(jù)容災的同時，實現(xiàn)操作系統(tǒng)的容災在實現(xiàn)數(shù)據(jù)容災的同時，實現(xiàn)操作系統(tǒng)的容災 對于對于paging file以及臨時文件等依然保存在服務器的本以及臨時文件等依然保存在服務器的本地硬盤上而不進行復制地硬盤上而不進行復制7VMware ESX服

5、務器服務器4使用使用NFS連接連接VMware ESX服務器和服務器和FAS3040A8推薦的存儲布局推薦的存儲布局當使用當使用NetApp Snap相關技術時，我們建議采用以下的布局方相關技術時，我們建議采用以下的布局方式以減少式以減少Snapshot對空間的占用，如將數(shù)據(jù)空間和臨時空間對空間的占用，如將數(shù)據(jù)空間和臨時空間相分離。相分離。數(shù)據(jù)空間保存在數(shù)據(jù)空間保存在 Datastore A.vmx.vmdk-flat.vmdk臨時空間保存在臨時空間保存在 Datastore Bvswap filelog filesPage file vmdk files9VMware環(huán)境下的數(shù)據(jù)重復度是比較

6、高的環(huán)境下的數(shù)據(jù)重復度是比較高的Traditional Enterprise RAID ArraysVI3 ServerRAID LayerDatastore A傳統(tǒng)方式下的傳統(tǒng)方式下的VMware部署部署克隆是100%完全相同的包括操作系統(tǒng)和應用系統(tǒng)克隆1次消耗1倍的空間VMware環(huán)境下的數(shù)據(jù)重復度是比較高的環(huán)境下的數(shù)據(jù)重復度是比較高的VMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPP10NetApp FAS SystemFlexvolVMDKOSAPPVMDKOSAPPVMDKOSAPPNetA

7、pp A-SIS重復數(shù)據(jù)刪除技術與重復數(shù)據(jù)刪除技術與 VMware的共享內存功的共享內存功能為用戶提供了相似的價值能為用戶提供了相似的價值使用使用NetApp重復數(shù)據(jù)刪除技術后的存儲消耗重復數(shù)據(jù)刪除技術后的存儲消耗VI3 ServerDatastore ANetApp重復數(shù)據(jù)重復數(shù)據(jù)刪除技術精減重復刪除技術精減重復數(shù)據(jù)數(shù)據(jù)減少操作系統(tǒng)和應用程序為一份相同的VMs僅僅消耗一份存儲空間通過虛擬化提高存儲利用率VMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPVMDKOSAPPDuplicate data removedStorage costs auto-tiered11Pr

8、int Server 和文件服務器和文件服務器4Print Server有自行開發(fā)的軟件，包含了有自行開發(fā)的軟件，包含了SQL服務服務器和大量的小文件器和大量的小文件 備份時需要備份時需要shutdown SQL服務器，備份完成后再啟動服務器，備份完成后再啟動SQL服務器，備份需要較長的時間服務器，備份需要較長的時間 使用使用iSCSI連接連接Print Server和和FAS3040A 備份前備份前Shutdown SQL服務器，在存儲端創(chuàng)建快照，然服務器，在存儲端創(chuàng)建快照，然后啟動后啟動SQL服務器，再利用快照進行磁帶備份服務器，再利用快照進行磁帶備份4文件服務器文件服務器 將原有的文件服

9、務器整合到將原有的文件服務器整合到FAS3040A 為用戶提供個人主目錄服務為用戶提供個人主目錄服務(home directory) 與與AD集成、支持配額、利用集成、支持配額、利用NDMP進行快速備份進行快速備份12數(shù)據(jù)遠程復制方式說明數(shù)據(jù)遠程復制方式說明12341.本地主機發(fā)送本地主機發(fā)送IO請求給本地陣列請求給本地陣列2.本地陣列把該本地陣列把該IO轉發(fā)給遠端陣列轉發(fā)給遠端陣列3.遠端陣列在完成該遠端陣列在完成該IO后，發(fā)送確認信后，發(fā)送確認信息給本地陣列息給本地陣列4.本地陣列給主機發(fā)送本地陣列給主機發(fā)送IO完成確認信息完成確認信息13421.本地主機發(fā)送本地主機發(fā)送IO請求給本地陣列

10、請求給本地陣列2.本地陣列在完成該本地陣列在完成該IO后立即給主機發(fā)送后立即給主機發(fā)送IO完成確認信息完成確認信息3.本地陣列每隔一段時間把本地的變化數(shù)據(jù)成批發(fā)送給遠本地陣列每隔一段時間把本地的變化數(shù)據(jù)成批發(fā)送給遠端陣列端陣列4.遠端陣列給本地陣列發(fā)送數(shù)據(jù)接收確認信息遠端陣列給本地陣列發(fā)送數(shù)據(jù)接收確認信息同步數(shù)據(jù)遠程復制方式同步數(shù)據(jù)遠程復制方式異步數(shù)據(jù)遠程復制方式異步數(shù)據(jù)遠程復制方式13Netapp遠程容災技術遠程容災技術Snapmirror支持三種遠程數(shù)據(jù)復制方式：支持三種遠程數(shù)據(jù)復制方式： 同步方式同步方式 異步方式異步方式 半同步方式半同步方式備注：如果選用同步或半同步方式，系統(tǒng)會自動根

11、備注：如果選用同步或半同步方式，系統(tǒng)會自動根據(jù)鏈路的狀態(tài)修改復制方式，以保證對系統(tǒng)性能的據(jù)鏈路的狀態(tài)修改復制方式，以保證對系統(tǒng)性能的最小化影響最小化影響支持兩種鏈路方式：支持兩種鏈路方式： IP鏈路鏈路 FC鏈路鏈路備注：不需要任何協(xié)議轉換設備，可以同時支持上備注：不需要任何協(xié)議轉換設備，可以同時支持上面的兩種鏈路，并能在不同鏈路之間實現(xiàn)負載均衡面的兩種鏈路，并能在不同鏈路之間實現(xiàn)負載均衡和故障切換保護和故障切換保護 支持整個產品線中任何陣列之間的相互數(shù)據(jù)復制支持整個產品線中任何陣列之間的相互數(shù)據(jù)復制 同時復制源數(shù)據(jù)的本地快照，因此可以很好的預防邏輯性錯誤同時復制源數(shù)據(jù)的本地快照，因此可以很好

12、的預防邏輯性錯誤 支持反向增量同步，大大縮短數(shù)據(jù)恢復時間支持反向增量同步，大大縮短數(shù)據(jù)恢復時間14結合結合DR，利用，利用FlexClone快速部署測試系統(tǒng)快速部署測試系統(tǒng)可寫拷貝占用空間和時間影響部署時間和質量驗證Test 1QATest 2Dev 1Dev 2ProductionMirrorProductionTest 1Test 2QADev 1Dev 2MirrorFlexClone卷：實時生成，高效的存儲空間使用加快系統(tǒng)投入運行的時間15FlexVol虛擬化虛擬化提高存儲利用率及提高存儲利用率及I/O性能性能16存儲虛擬化存儲虛擬化FlexVolAggregateDisksDisks

13、Disks4 FlexVol: 邏輯空間不需要直接邏輯空間不需要直接對應到物理磁盤，實現(xiàn)了虛擬對應到物理磁盤，實現(xiàn)了虛擬化化Flexible Volumes4 Aggregate 包含物理磁盤包含物理磁盤17剩余剩余剩余剩余空間不足空間不足FlexVol最優(yōu)的存儲分配最優(yōu)的存儲分配業(yè)界情況業(yè)界情況30-40%利用率利用率App 1App 2App 3一個共享的可擴展存儲池一個共享的可擴展存儲池 消除了浪費空間消除了浪費空間磁盤使用磁盤使用NetAppApp 1App 2App 3存儲空間整合存儲空間整合(60-80%利用率利用率18FlexVol提升提升 I/O 性能性能原有的架構原有的架構4

14、 卷的性能被它的磁盤數(shù)量卷的性能被它的磁盤數(shù)量限制限制4 “熱點熱點”卷不能從其他卷卷不能從其他卷的磁盤上取得幫助的磁盤上取得幫助NetApp FlexVol的技術的技術4 各個卷可以共享所以磁盤各個卷可以共享所以磁盤的聚合性能的聚合性能19RAID-DP技術提高存儲系統(tǒng)的可靠性和健壯性技術提高存儲系統(tǒng)的可靠性和健壯性20整合的服務器整合的服務器 = 整合的風險整合的風險服務器虛擬化對存儲系統(tǒng)的服務器虛擬化對存儲系統(tǒng)的RAID可靠性提出了可靠性提出了更高的要求更高的要求4服務器虛擬化前服務器虛擬化前一個服務器 = 一個應用系統(tǒng) 4服務器虛擬化后服務器虛擬化后一個服務器 = 多個應用2121RA

15、ID-DP技術為虛擬化提供更高的可靠性保障技術為虛擬化提供更高的可靠性保障原有原有RAID技術的缺陷技術的缺陷NetApp RAID-DP技術技術4 RAID 54可靠性不足可靠性不足4 RAID 104成本太高，磁盤利用率低成本太高，磁盤利用率低4 雙磁盤故障保護雙磁盤故障保護4 高性能和快速重構高性能和快速重構4 和和RAID 10相比節(jié)省一半的磁盤相比節(jié)省一半的磁盤成本成本LowHighLowLowHighHighLowHighHigh成本性能可靠性RAID 5RAID 10RAID-DP22FlexShare :關鍵業(yè)務關鍵業(yè)務QoS保證保證4 系統(tǒng)滿負荷而又沒有系統(tǒng)滿負荷而又沒有Fl

16、exShare時時，所有所有Volume的的Latency將會相同將會相同，對關鍵對關鍵性的且需要高性能的性的且需要高性能的Volume將會受到沖擊將會受到沖擊。01020304050607080Low PriorityVolumesMedium PriorityVolumesHigh PriorityVolumesLatency (msec)Without FlexShare01020304050607080Low PriorityVolumesMedium PriorityVolumesHigh PriorityVolumesLatency (msec)NetApp FAS With Fl

17、exShare4 系統(tǒng)滿負荷時系統(tǒng)滿負荷時，F(xiàn)lexShare可可讓高優(yōu)先級別讓高優(yōu)先級別的的Volume得到優(yōu)得到優(yōu)先響應先響應 (即低即低的的Latency) 。其其余的余的Volume根據(jù)指定的級別來根據(jù)指定的級別來提供服務提供服務4 動態(tài)修改響應級別動態(tài)修改響應級別，在線修改在線修改，立即生效立即生效NetApp FASCompetitors業(yè)界最佳業(yè)界最佳標準標準24244 Installation, configuration, and presentation of iSCSI storage to ESX hosts4 Capacity utilization with dou

18、ble-disk failure protection4 Performance under storage-based snapshots4 Cloning data for test and development4 NFS storage options for VMware ESXVeriTest Report: NetApp FAS2050 vs. HP EVA4100 for VMWare ESX 3.0.225254 FAS 22.3% better capacity utilization than EVA4 60-90% performance penalty with sn

19、apshots on EVA4 EVA requires 60% more time to configure and deploy4 EVA Snapclone requires 100% capacity overhead and over an hour to create4 FAS native multi-protocol offers significant flexibility over FC-only HP EVAVeriTest Report: NetApp FAS vs. HP EVA Key Findings2626VeriTest Report: NetApp FAS

20、 vs. HP EVAPerformance4Storage-based Snapshot performance(VMFS & RDM) ZERO performance penalty on FAS2050 using snapshots 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 VMFS2727VeriTest Report: NetApp FAS vs. HP EVA Capacity Efficiency4Resiliency and Capacity Utilization 65% usable capacity on NetApp FAS2050 with RAID-DP Compare to only 43% usable capacity on HP EVA4100 w