SAP ERP虚拟化系统设计方案

1、SAP ERP虚拟化系统设计方案議程客戶案例分享SAP為何虛擬化SAP虛擬化後效益SAP虛擬化需注意的設計要點SAP HANA on VMwareVMware SAP虛擬化專業服務2客戶成功案例分享Virtualizing SAPEMC ITPROPEL 推進專案概觀一致化準備執行提供 改造 EMC 的核心業務功能重新設計多達 125 項業務流程18 個全球站點商業模擬在103 種訓練課程1,200 位商務進階使用者20 個模組65 種整合式應用程式500 個以上虛擬機40,000 位以上使用者316 個全球站點4化繁為簡天5EMC 的 Propel IT 推進專案摘要 自 2012 年 7

2、月 5 日以來一直支援生產從 Oracle eBiz 到 SAP 的完整重新架構專案 - SAP ECC、BW/BI、SCM、FSCM、SRM、BPC，年營收高達 220 億美元EMC IT ERP SAP 部署在 VBLOCK 上Vblock 版本已提供超過 470 個虛擬主機 其中 100 個用於生產已提供超過 1 百萬個 SAP，用於整個 SAP 環境其中 448,000 個 SAP 用於 SAP 生產 50 TB有超過 8,000 個使用者 (在季末有 3,000 個同步使用者)Cisco UCS 刀鋒型伺服器和 Cisco Nexus 交換器EMC VMAX 搭載 FAST VP，包

3、含 EFD、FC 和 SATA 磁碟VMware - vSphere 5 - 100% 虛擬RHEL 5.6 (Oracle 資料庫) 和 Windows 2008 (SQL 資料庫)資料庫設計關鍵任務元件專用 Oracle 資料庫 100% 虛擬非 MC 元件 (Solution Manager、ARIS、Business Objects、SLD) 專用 SQL Server 100% 虛擬SAP HANA - 已於 2012 年 8 月中部署在 EMC-CISCO HANA 應用裝置 (Cisco UCS 和 EMC 儲存裝置) 上正式上市資料保護策略虛擬機 HA (非 Oracle RA

4、C) SAP 備份與復原以及 SAP 系統重新整理專用 TimeFinder備份與復原專用 Data DomainSRDF/STAR 和 SRDF/A 搭載 VMware Site Recovery Manager (遠在資料中心 1,099 公里以外的軍事設施站點組態設定) / 美國新卡羅萊納州 Durham 和麻州 Hopkinton整合ERP應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應用程式應

5、用程式應用程式應用程式應用程式應用程式EMC 在 SAP 平台專用私有雲上執行業務的這項決定經實證非常成功。我們在 VBLOCK 和 SAP 100% 虛擬化上持續看到的效能極為卓越。在實作後的第一個月當中面對 EMC 的生產工作負載，做為基礎的 VBLOCK 架構即使在極大的資料量和使用者負載下始終能夠發揮效能。- Propel 推進專案架構總監 Bill Reid 6EMC 的技術展現EMCVMAXSRDFData DomainGreenplumAvamarCelerraNetWorkerRSA Access ManagerRSA enVisionVCEVblock 700 系列Cisco

6、 UCSVMware / PivotalESXivSphere 5.xSite Recovery ManagerTC ServerGemfirePROPEL 推進專案的技術架構架構SAP應用程式資料庫(SAP+ CIC)通用整合雲端(CIC)超過 50 個舊版系統 舊版應用程式在 Vblock 上虛擬化Supplier Relationship Management (SRM)Business Warehouse(BW)Supply Chain Management (SCM)Business Planning and Consolidation (BPC)ERP Central Compon

7、ent (ECC)Financial Supply Chain Management (FSCM)Oracle非 RACSQL ServerHypericActionalGemfire 資料光纖Spring IntegrationSonic MQContivo Spring BatchiWay 介面卡以 Spring 為基礎的 Web 服務Oracle非 RACSQL ServerSAP HANA7方法可將 BPC10 移轉至虛擬化的 HANA4 倍的空間壓縮，在 HANA 中只佔用約 100 GB 空間SAP 最佳做法是將資料庫的大小乘以 2 倍，以容納運算 (對話活動)BPC 部署在虛擬化

8、的 HANA 上背景SAP Business Planning & Consolidation (BPC) 在技術上是一個 OLAP 引擎是在 SAP BW 堆疊上執行，而且通過認證 (自 EPM10 版開始) 可在 HANA 上執行 EMC IT 是以獨立軟體的形式執行 BPC (而不是 BW 的附加元件)因此讓企業在維護、效能微調等方面具有更大的彈性執行時佔用的資料庫空間很小 (在原始 RDBMS 上只佔 430 GB 空間)我們已在現有的 Vblock 上建立了一個在 Cisco B440 上運作的單節點TDI執行個體 (總共只佔 512 GB 空間)由於我們只需 200 GB 的空間，

9、所以有餘裕加裝 ESX，並將其虛擬化！優勢充分運用現有的硬體可以一併容納傳統的 SAP 應用程式/資料庫、非 SAP 應用程式和啟用 HANA 的應用程式，而且全部都在同一個融合式基礎架構上BPC 部署在虛擬化的 HANA 上成果在短短兩個半月內就完成專案執行企業界的反應極為良好Cost Center Retrieval 的執行效能提高了 400%資料載入所需時間從 40 分鐘減至短短 1 分鐘可以進行更多次的反覆規劃，因此能夠做出更精確的預測HANA 部署所需的硬體資金支出和營運成本相對減少包括在可支援性、多租戶、可攜性、可用性等方面 真是大好消息。非常感謝貴公司努力研發並提供了這套 HAN

10、A 解決方案！我們對於效能提升非常滿意，同時期望在 2014 年一樣有成功的規劃週期 資深財務總監/2014/01/30/why-emc-it-virtualized-sap-hana-with-vmware/ HANA 平台藍圖 EMC ITHANA 當做資料庫平台BPC於 2013 年第四季在虛擬化的 HANA 上成功完成部署效能提升 負載規劃速度比 Oracle RDBMS 快了 400%BWSybase IQ 近線儲存裝置 (NLS) 於 2014 年上半年順利將 BW 部署在 HANA 上HANA 啟用功能HANA 附接盒 (已於 2012 年 9 月正式上市)即時的經濟訂購量 (E

11、OQ) 作業 - 積壓件報告 - 隨時在手的監視清單 - 已出貨金額為即時分析提供的複寫支援在 HANA 上提出積壓件報告只需 90 秒，在 ECC 上卻得花上 45 分鐘SAP正式上市HANA 藍圖關鍵任務、OLTP 支援ERP / CRM 產品套件部署在 HANA 上在 2016 年達到平台全面啟用的目標從 Oracle RDMS 移轉出，以支援 ECC / CRM 作業提供更高的效能，以達到下個十年的營收成長PS 正式上市部署在 HANA 上的產品套件 CRM 正式上市BW 也部署在 HANA 上8 月作業資料管理超市 (HANA 當做附接盒)可以從 ECC 複寫資料附接盒型資料庫平台v

12、HANA 的原型設計和啟用Sybase IQBW 專用 (NLS)2012201320142015vHANABPC 部署在 HANA 上vHANA部署在 HANA 上的產品套件 (CRM)SAP 升級(2014 年 8 月)為什麼要虛擬化？伺服器市場趨勢出處：http:/all-3005139.html#3005139 12伺服器市場趨勢13最新硬體平臺處理能力比較14應用體系架構的轉變15從scale-up向scale-outApplicationApplicationApplicationApplication分散式架構帶來更強的處理能力和更靈活的部署方式分散式架構需要標準化和開放式的架構

13、SAP 從傳統架構全面轉向HANA16- HANA支持分散式架構- HANA基於x86平臺- VMware是SAP官方認證的唯一的HANA虛擬化平臺（SAP Note: 1788665）雲計算需要開放的平臺17VMware賦予x86平臺完備的RAS特性，使之成為真正的企業級應用平臺Lenovo/HP/Dell/CiscoVMwareSAP/Oracle/MicrosoftIBM/HP/OracleIBM PowerVM/HP VSE/Oracle VMSAP/Oracle/Microsoft硬體廠商虛擬化應用X86平臺UNIXAIX/HP-UX/SolarisWindows/Linux作業系統

14、傳統體系(HW+VM+OS)關鍵業務虛擬化趨勢圖18SAP虛擬化效益官方支援文件20用戶：SAP對VMware平臺上運行的生產系統提供技術支援嗎？VMware：2007年12月VMware正式通過SAP官方認證，允許用戶在VMware虛擬化平臺上運行SAP生產系統並獲得原廠技術支援。2013年5月，SAP宣佈支持HANA生產系統運行在VMware vCloud Hybrid Service平臺上。官方認證解除用戶SAP虛擬化後顧之憂。.使用者疑慮性能21用戶：虛擬化會不會使SAP系統變慢？VMware：vSphere 5.5強大的橫向擴展能力使其能在幾乎不損失性能的前提下，輕鬆應對SAP系統的

15、高負載。最新版的vSphere支援單個虛機最多配置64個vCPU和1TB的記憶體。基於SAPS的基準測試表明，完全相同環境下虛擬化損失的性能在6%以內。使用者疑慮性能(cont.)22用戶數：32,125SAPS：175,320使用者疑慮可靠性23用戶：SAP作為核心應用跑在虛擬化平臺是不是不太安全？VMware：全球範圍內目前已有上萬套SAP生產系統運行在VMware平臺上。其中不乏陶氏化學、寶馬汽車、海爾、比亞迪等大企業。作為原廠商，SAP公司內部系統有一半以上跑在VMware平臺上面，其虛擬化率在2012已經達到了80%。作為企業級應用的虛擬化平臺，在VMware上運行SAP是經過時間考

16、驗的並被證明是穩定可靠的。使用者疑慮業務高峰期24用戶：每次月結時SAP系統都會面臨很大挑戰，虛擬環境下能應對業務高峰期嗎？VMware：資源整合、按需分配正是虛擬化最大的優勢之一。VMware vSphere和vCenter相結合，帶給SAP ERP用戶最靈活、最具性價比的資源配置方式：在業務平緩期間佔用較少的資源以降低能耗和資源閒置，在業務高峰期動態分配足夠的資源以應對業務高峰期。 VMware for SAP解決方案分類匯總25基礎架構虛擬化數據安全業務連續性運行管理桌面虛擬化關注點：效率，擴展性，性能產品/組件：vSphere (ESXi, VMFS, DRS, vMotion)SAP

17、 Business SuiteOn DemandExtensions SAP BusinessAll-in-OneSAP Business ByDesignNetWeaver關注點：備份恢復產品/組件：EMC NetWorker, EMC Avamar, EMC DataDomain 關注點：高可用，災備產品/組件：vSphere HA, vSphere AppHA vCenter Site Recovery Manager 關注點：系統配置，系統監控，自動化部署產品/組件： vCenter Server, vCenter Operation Manager vCloud Automation

18、 Center, vCloud Application Director關注點：桌面應用虛擬化產品/組件：ThinAppPRDAAS分散式資源調配（Distributed Resource Scheduler）26VMware ESXiVMware ESXiVMware ESXiResource PoolQASPAS&DBDEVPAS&DBPRDASCS&DBPRDPASPRDAASPRDAASWorkload虛擬機器-客戶系統：允許用戶為SAP生產系統分配更多的CPU和記憶體資源，並且還可以按需進行調整。邏輯集群和資源池：幫助SAP管理員靈活分配資源，並提供強大的橫向資源擴展能力。當事務繁忙

19、時，通過線上遷移虛機來動態平衡資源利用率，整個過程由DRS自動完成。無需停機即可動態遷移，説明SAP使用者大大降低生產系統停機時間。SAP備份（EMC NetWorker&Avamar/DataDomain）27利用EMC重復資料刪除技術，可為SAP用戶節省10倍以上的備份存儲空間，同時使恢復時間加快6倍。去重技術的引入，使得SAP管理員每次都可以做全備份從而保證恢復效率，同時又不佔用太多備份空間。僅需少量的廣域網路頻寬，即可輕鬆實現備份資料異地同步，從而保證一定的備份資料容錯性。SAP系統複製（vApp Clone）28生產系統測試系統生產系統的完整鏡像12傳輸變更到生產4SAP運行測試基於

20、vApp的備份vSpherevSpherevSphere3SAPSAP採用VMFS檔案系統，剝離SAP系統複雜配置，實現應用抽象借助檔級別的複製技術，使得SAP系統複製變得前所未有的簡單和高效。PRDPAS&DBPRDPASPRDASCS&DB 應用層級的故障感知與消除Resource PoolvSpherevSphereXResource PoolvSpherevSphereVMware HAXSAP高可用（HA & AppHA）PRDASCS&DB消除應用伺服器單點故障VMware AppHAPRDPAS&DBPRDAASPRDPAS借助資源池和DRS，無需額外的投入和繁雜的配置即可實現S

21、AP生產系統的高可用。借助應用感知技術，實現SAP關鍵服務（Central Services, DB service)的自動檢測和重啟。在失敗的情況下進一步重啟整個虛機以保證系統可用性。29SAP災備（vCenter Site Recovery Manager）30vCenter SRM無需存儲硬體支援，即可以較低的成本實現SAP的災備框架體系。基於vCenter SRM的SAP災備實現簡單且易於管理。得益於基於策略的切換計畫，可預定義failover過程中各SAP伺服器的啟動順序，並實現failback的自動化。基於虛機快照，更容易實現災備演練流程，更無須破壞原有主從關係。VMware vS

22、pherevCenter ServerSRMVMware vSphereVCenter ServerSRMSite BStorage Array ReplicationSRM TestStorage Array SnapshotStorage Array AStorage Array BN/W ConnectionvSphere ReplicationdatabasesApp TierDB Replication (Data Guard/SQL Mirroring)Site ASAP系統監控（vCenter Operation Manager）31為SAP使用者提供完整、全面、直觀的系統健康度

23、指標及資源利用率情況。與SAP CCMS完美集成，提供SAP系統特有的性能指標（如對話平均回應時間等），並以儀表板的方式直觀展現。SAP系統監控 - vCops32SAP系統監控 vCops for HANA33SAP系統自動化部署34與雲環境下資源申請流程保持一致性。從申請到系統可用無需人工安於，真正實現SAP系統全自動化部署。極大的縮短了SAP系統部署的時間，並提高了效率。從容應對多種系統和數據庫版本的組合，實現靈活可變的系統安裝步驟。SAPGUI（ThinApp）35用戶體驗虛擬桌面操作系統, 數據, 應用精簡型桌機筆電使用者資料和個性化設置承載和升級 靈活性 安全性 可用性應用程式虛擬

24、化VOSPERSONATHINAPPSAPGUISAPGUI快速部署SAPGUI，並提供集中式的版本升級和管理。用戶無需安裝即可使用SAPGUI，並保留用戶相關的個性化設置。SAP系統虛擬化前後對比之前之後硬體採購和維護成本較高，需要專門技術團隊維護；技術受限於硬體廠商，無法靈活改變現有架構採用x86+VMware，採購成本降至原來一半；開放平臺支援廠商眾多，無須綁定一家，賦予用戶更靈活的供應商策略SAP專案滾動導致頻繁的系統刷新或調整，加上硬體資源申請/落實需要的時間，通常無法滿足業務系統快速調整的要求基於虛機的克隆/複製，遮罩資料庫操作的複雜性，使SAP系統部署時間縮短一半。硬體抽象帶來更

25、加靈活的資源配置和釋放機制，從容應對業務系統調整，隨時增加/刪除SAP實例SAP系統版本升級伴隨硬體擴容/更新造成長時間停機，公司業務受到巨大影響VMware幫助SAP用戶消除伺服器/存儲物理界限，輕鬆完成硬體升級/維護而無需宕機時間，減少計畫內停機80%以上SAP HA通過HACMP實現，經常由於進程鎖死或卷掛載問題導致故障遷移失敗基於vSphere的HA簡單、穩定、高效，幫助用戶大大提高SAP系統可用性指標，計畫外停機時間減至原來的1/10SAP災備系統涉及軟硬體多方面投入，實現複雜且效果不理想；演練會破壞現有架構，需重構整個附屬網站而不容易實現基於vCenter Site Recover

26、y Manager的SAP災備系統實現簡單且可靠，幫助用戶實現秒級的故障切換；基於虛機快照的演練方案無須破壞災備系統主從關係，真正把SAP災備系統有效性驗證落到實處SAP系統安裝/部署需要做大量的準備工作，從硬體到軟體的準備再到系統安裝，往往需要4-5天甚至幾週的時間基於vCloud Automation Center和vCloud AppDirector，真正實現靈活可變的SAP部署策略，縮短SAP整體部署時間5倍以上36傳統實體架構何時行動？準備開始虛擬化私有雲之旅37用戶與場景新實施SAP系統的使用者沒有歷史包袱，不需要資料移轉通過計算初始投入，快速得出成本比較結果系統規劃相對清晰，方便

27、落實運維管理已部署SAP系統的使用者硬件性能遇到瓶頸，過於陳舊無法更新或更新成本太高硬件已出保，續保需要更多投入伴隨SAP系統版本升級，需要對硬體做相應升級或是更換新硬體管理層驅動技術變革SAP系統準備從小型機整體遷移到x86平臺SAP已部署在x86平臺上，可平滑遷移38虛擬化願景39SAP核心業務虛擬化建立基礎架構標準和規範實現IT即服務實現SAP虛擬化建立高可用機制建立備份和容災機制建立虛擬化管理機制實現桌面虛擬化加強虛擬化技能培養以SAP專案為基礎建立基礎架構標準和規範加強虛擬化管理（容量管理、合規性管理等）完善容災機制建立IaaS管理平臺建立雲卓越中心團隊（CoE）軟體定義的資料中心建

28、立ITSM加強自動化與業務關聯的計量與計費SAP虛擬化架構設計基於VMware的SAP虛擬化架構41vSphere (SAP cluster)vCentervCenter Operations (Unified performance management + analytics)physicalSite Recovery MangerVMware AdminOS AdminDBASAP Basis SAP Business Suite (prod/non-prod)NetWeaver (ABAP + JAVA)ERPCRMOtherSCMDB (MSSQL/Oracle/Sybase/DB2

29、)vSphere ReplicationApplication serversStorage ReplicationDB (+ App) serversUse Storage vendor tools or customer scripts to manage DB consistencyDB replicationDB vendor tool manages DB consistencyApplication layer is stateless easier RPOBWvSpherevCenterDisaster Recovery SiteAdaptersSite Recovery Man

30、ger所有的管理/配置操作通過vCenter Server統一完成架構設計 - Datacenter 部分vCenter Server作為虛機部署在現有DC中，vCenter資料庫跟vCenter Server分開，單獨存放並做好備份。整個SAP應用劃分為兩個集群PRD cluster和non-PRD cluster，每個集群都打開DRS+HA功能：所有SAP生產系統伺服器部署在PRD cluster中。所有SAP開發測試伺服器部署在non-PRD cluster中。PRD和Non-PRD cluster採用N+2主機策略，提供足夠冗餘。主機隔離回應設置成VM powered on。同屬性虛機

31、（如PRD AAS）採用Anti-Affinity規則以保證其分佈在不同主機上。Affinity rule用來保證ASCS和DB分佈在用一台主機上。42架構設計 主機部分採用某品牌機架式x86伺服器，SAPS評估值約為138900，規格如下：4 X Intel Xeon E7-4890v2 CPU,15-core each, total 60 cores with 512 GB RAM配置虛機vCPU時注意NUMA問題，務必遵守最佳實踐：http:/vsphere/2012/02/vspherenuma-loadbalancing.html 儘量開啟超執行緒以提升性能（超執行緒説明SAP提升2

32、4%的性能）諮詢伺服器供應商以得到準確的SAPS值43SAP虛擬化架構44VMware ESXiNon-PRD ClusterVMware ESXVMware ESXiPRD ClusterVMware ESXVMware ESXVMware ESXECCDEV DB/PASECCQASDB/PASCRMDEV DB/PASCRMQASDB/PASECCPRDAAS1ECCPRD AAS2ECCPRDPASECCPRDDB+ASCSCRMPRDPASCRMPRDDB+ASCSHANAPRDDBVMware ESXvCenterServer SAP DatacenterHANAQASDB/PAS

33、PRD App clusterPRD DB clusterVMware vSphereSAP虛擬化架構（cont.）VMware vSphere研發業務工作流銷售SAP Production Cluster跨板塊系統（如PI、SolMan）資源池按業務板塊分類劃分，根據各板塊所占業務量分配資源權重。財務45SAP sizing及虛機配置規劃SAP新用戶請參照SAP Quicksizer來確定目標SAPS值現有SAP用戶需Basis團隊在硬體廠商協助下，收集性能指標並做分析，得出目標SAPS值最終在VMware的建議下確定x86虛擬化平臺總體規劃及單個虛擬機器規劃根據系統實際運行情況，持續調整S

34、APS評估結果，並回饋到虛機配置中去分析現有系統CPU和記憶體利用率，得到負載百分比諮詢硬體廠商得到現有硬體SAPS能力值由之前得到的資料推算現有SAP系統SAPS值參考SAP SD benchmark，大致確定x86等量硬體規格及每單位SAPS估算值根據每單位（伺服器）SAPS值推算出每CPU核心SAPS能力，最終確定虛擬機器配置用戶Basis團隊硬體廠商VMware46以vCPU為單位進行SAPS值估算ServerSpecSAPSVirtual SAPSSAPS per coreX86伺服器Intel Xeon Processor E7-4890 v260 Cores in total13

35、8900 1250102084在換算虛擬化SAPS能力時考慮10%左右的CPU虛擬化損耗硬體廠商給出的伺服器SAPS能力值是在滿載情況下得到的 ，需要換算到系統負載60%的情況最終換算得到60%負載時每vCPU的SAPS能力值是：125047確定生產環境虛機配置ModuleTotalSAPSDatabaseSAPSAppSAPSDatabase VM SizeProposed DB VM SizeApp VM sizeProposed VM SizeECC1700005000012000040409696CRM300009000210007.2816.818BW5000015000350001

36、2122828SRM220006000160004.8512.814SCM120000360008400028.83067.268Total vCPUs(1 vCPU per Core)95224NodesN+2848虛擬化sizing 結論生產環境總SAPS值為392,000虛擬化主機數8台每台主機配置：4 way Xeon E7 v2 共60 Cores 512G記憶體49虛擬化環境容量擴充50VMware ESXiPRD ClusterVMware ESXVMware ESXECCPRDAAS1ECCPRD AAS2ECCPRDAAS3ECCPRDDB/PASCRMPRDAASSRMPR

37、DAASCRMPRDDB/PASSRMPRDDB/PASVMware ESXvCenterServer.125,010 SAPS/PCVMware ESXiVMware ESXECCPRDAAS6BWPRDAAS3BWPRDAAS4ECCPRDAAS5392,000 SAPSN x125,010.架構設計 儲存51VMwareVM VM Guest OS disks / file systems. spread across virtual SCSI adaptersDATALOGOS + BINARYVMwareDatastores.vmdkDataDataLogStorage LUNsPh

38、ysicalDisksOS + Binary.Storage Array sequential I/O random I/O儲存的設計基本遵從傳統方法中的最佳實踐。對於SAP生產系統，Redo log採用RAID10的LUN，datafile、archive log採用RAID5或RAID10的LUN。每個卷所對應的LUN都分開以取得最好的性能。每個LUN對應一個Datastore，每個Datastore一個VMFS卷。 為生產系統虛機配置多塊虛擬SCSI HBA卡，以優化I/O性能。SAP transports，系統安裝檔（鏡像）和VM範本等都通過另外的NFS存儲連結至vSphere環境。可

39、考慮整合非生產系統磁碟區到一個LUN，以減少LUN的數量及複雜度。採用Paravirtual SCSI adapter。架構設計 網路52每伺服器2片網卡（雙埠），共4埠A卡其中一個埠用作SAP系統通訊和vCenter管理網路，另一個埠備用；B卡的埠之一用作vMotion和NFS，另一個埠備用。用作vMotion和NFS的埠建議開啟Jumbo Frames。備用網路埠可用於做network teaming，或是為FT和LAN based backup做預留。採用VLAN，邏輯上隔離不同用途網路。根據需要開啟Network I/O Control來為SAP系統網路環境提供QoS或是限制vMoti

40、on所佔用頻寬。採用VMXNET3類型的虛擬網卡。架構設計 SAP相關注意事項不要為單個虛機過度分配記憶體。保持虛機的VMware Tools始終是最新版。 SAP相關Notes：723909 Java virtual machine settings for J2EE 6.40/7.0 941735 SAP memory management for 64-bit Linux systems989963 - Linux: VMware timing problem1122388 - Linux: VMware vSphere configuration guidelines1056052 -

41、 Windows: VMware vSphere configuration guidelines53SAP系統遷移步驟54Site AprdSite BdevDEVPre-PRDqascurrent transport routeOnline backuprestorePre-PRDExport/ImportExp/Impnew transport routePRDQASPRDdelta sync & cut overExp/Impnew transport routeDowntimeDEV的平臺遷移利用現有QAS硬體環境，基於現有生產環境構建“預生產”系統。在“預生產”環境中執行以下測試：

42、基數測試介面測試虛擬化測試（HA, DRS, vMotion）業務測試 性能壓力測試最終完成生產系統的遷移和切換。SAP虛擬化策略 ECCCRMBPMSAP HANASAP PISAP SolMan DEV QAS PRD Virtualize DB + APPPhase 2Phase 1Virtualize APP tierVirtualize APP tierVirtualize DB tierVirtualize DB tierVirtualize APP tierVirtualize DB tierVirtualize APP tierVirtualize DB tierVirtual

43、ize APP tierVirtualize APP tierPhase 3Virtualize DB tierVirtualize DB tierPhase 4 Sandbox55SAP HANA on VMwareSAP HANA Production on VMware57在 VMware 上的 SAP HANA 垂直擴充模式減少 IT 佔用空間 整合 SAP HANA 資料庫完全隔離、安全且完整封裝透過 vSphere 確保資源，以持續符合 SLA適當調整大小 混合不同的 HANA T 恤尺寸式容量大小投資報酬率 (ROI) 購買一個大型伺服器比購買多個較小型伺服器划算vSphere

44、5.5 每個主機 4 TB彈性的 SAP HANA T 恤尺寸式容量大小選擇1 TB512 GB256 GB 128 GBvSphere 5.5HANASLESHANASLESHANASLESHANASLES可以整合 1TB 的 SAP HANA 虛擬機1 TB1 TB1 TB512 GBvSphere 5.5HANASLESHANASLESHANASLESHANASLES58大小調整 可針對 vSphere 垂直擴充 SAP HANA可以使用 SAP HANA 特定工具 (與實體相同)RAM 大小調整準則包括以下：針對欄儲存區 (壓縮資料) 的記憶體大小調整針對列儲存區的記憶體大小調整針對執行階段物件的記憶體大小調整RAM 總容量是 SAP HANA 可否虛擬化的決定關鍵例如：SAP HANA 專用 SAP QuickSizer：如果 RAM 總容量 1 TB 的 SAP HANA 可以虛擬化例如：磁碟大小調整記錄量 = 1 x RAM磁碟持續性 = 4 x RAM常用較不常用很少用依據 ABAP 的大小調整SAP HANA 非使用中資料的概念- 資料可存留在磁碟上- 在記憶體內；無執行階段物件- 在記憶體內；有執行階段物件SAP HANA QuickSizer與實體無差異如果 RAM 總容量 1 TB，則使用依據 AB