Migrating SAP HANA To AWS

3y ago
30 Views
3 Downloads
1.36 MB
24 Pages
Last View : 8d ago
Last Download : 3m ago
Upload by : Halle Mcleod
Transcription

Migrating SAP HANA to AWSPatterns for AWS MigrationsSeptember 2018Rahul Kabra, Harpreet Singh, and Somckit KhemmanivanhSolutions Architects, Amazon Web Services (AWS)Table of ContentsOverview .2Migration Frameworks .26 Rs Framework. 3AWS CAF Framework . 4Planning.5Understanding On-Premises Resource Utilization . 5Reviewing AWS Automation Tools for SAP . 5Data Tiering . 5Prerequisites . 6SAP HANA Sizing .7Memory Requirements for Rehosting . 7Memory Requirements for Replatforming . 8Instance Sizing for SAP HANA . 9Network Planning and Sizing . 9SAP HANA Scale-up and Scale-out. 10Migration Tools and Methodologies. 11AWS Quick Starts . 11Migration Using DMO with System Move . 11SAP HANA Classical Migration . 12SAP Software SUM DMO . 12SAP HANA HSR . 13Page 1 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018SAP HANA HSR with Initialization via Backup and Restore . 13Backup/Restore Tools . 13AWS Snowball . 15Amazon S3 Transfer Acceleration . 15Migration Steps . 15Migrating AnyDB to SAP HANA on AWS . 16Migrating SAP HANA to AWS . 17Security . 22Additional Reading . 23OverviewThis guide describes the most common scenarios, use cases, and options for migrating SAPHANA systems from on-premises or other cloud platforms to the AWS Cloud.This guide is intended for SAP architects, SAP engineers, IT architects, and ITadministrators who want to learn about the methodologies for migrating SAP HANAsystems to AWS, or who want to have a better understanding of migration approaches toAWS in general.This guide does not replace AWS and SAP documentation and is not intended to be a stepby-step, detailed migration guide. For a list of helpful resources, see the Additional Readingsection. Information and recommendations regarding integrator and partner tools are alsobeyond the scope of this guide. Also, some of the migration scenarios may involveadditional technology, expertise, and process changes, as discussed later in this guide.Note The SAP notes and Knowledge Base articles (KBA) referenced in this guiderequire an SAP ONE Support Launchpad user account. For more information, seethe SAP Support website.Migration FrameworksAlthough this guide focuses on SAP HANA migrations to AWS, it is important tounderstand AWS migrations in a broader context. To help our customers conceptualize andunderstand AWS migrations in general, we have developed two major guidelines: 6 Rs andCAF.Page 2 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 20186 Rs FrameworkThe 6 Rs migration strategy helps you understand and prioritize portfolio and applicationdiscovery, planning, change management, and the technical processes involved inmigrating your applications to AWS. The 6 Rs represent six strategies listed in the followingtable that help you plan for your application migrations.“R” migration strategyMethodologyRehostingThe application is migrated as is to AWS. This isalso called a “lift-and-shift” approach.ReplatformingThe application is changed or transformed insome aspect as part of its migration to AWS.RepurchasingYou move to a different application or solutionon the cloud.Refactoring/The application is redesigned (for example, it’sconverted from a monolithic architecture tomicroservices) as part of the migration to AWS.Re-architectingRetiringThe application is retired during migration toAWS.RetainingThe application isn’t migrated.The decision tree diagram in Figure 1 will help you visualize the end-to-end process,starting from application discovery and moving through each 6 R strategy.Page 3 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018Figure 1: 6 Rs frameworkThe two strategies that are specifically applicable for SAP HANA migrations to AWS arerehosting and replatforming. Rehosting is applicable when you want to move your SAPHANA system as is to AWS. This type of migration involves minimal change and can beseen as a natural fit for customers who are already running some sort of SAP HANA system.Replatforming is applicable when you want to migrate from an anyDB source database(such as IBM DB2, Oracle Database, or SQL Server) to an SAP HANA database.AWS CAF FrameworkThe second guideline is the AWS Cloud Adoption Framework (CAF). The AWS CAF breaksdown the complex process of planning a move to the cloud into manageable pieces calledperspectives. Perspectives represent essential areas of focus that span people, processes,and technology. Capabilities within each perspective identify the areas of your organizationthat require attention. From this information, you can build an action plan organized intoprescriptive work streams that support a successful cloud journey. Both the CAF and 6 Rsframeworks help you understand and plan the broader context of an AWS migration andwhat it means to you and your company.Page 4 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018PlanningBefore you start migrating your SAP environment to AWS, there are some prerequisitesthat we recommend you go over, to ensure minimal interruptions or delays. The followingsections discuss additional considerations for planning your migration.Understanding On-Premises Resource UtilizationIf you are planning to rehost your on-premises SAP HANA environment on AWS, AWSApplication Discovery Service can help you understand the utilization of resources as wellas hardware configuration, performance data, and network connections in your onpremises SAP HANA environment. You can use this information to ensure that appropriatecommunication ports are enabled between SAP HANA and other systems in the securitygroups or virtual private clouds (VPCs) on AWS.Application Discovery Service can be deployed in an agentless mode (for VMwareenvironments) or with an agent-based mode (all VMs and physical servers). Werecommend that you run Application Discovery Service for a few weeks to get a complete,initial assessment of how your on-premises environment is utilized, before you migrate toAWS.Reviewing AWS Automation Tools for SAPIt is a good idea to review AWS automation tools and services that can help you migrateyour SAP environment to AWS. For example, AWS Quick Starts are automated referencedeployments for workloads such as SAP HANA and NetWeaver application servers. Fordetails, see the Migration Tools and Methodologies section later in this guide.Data TieringIf you are planning on replatforming your SAP HANA environment on AWS, you can alsoconsider different services and options available to you for distributing your data into warmand cold SAP-certified storage solutions like SAP HANA dynamic tiering or Hadoop onAWS. Currently, SAP supports Cloudera, HortonWorks, and MapR as possible Hadoopdistributions for SAP HANA. See the SAP HANA administration guide for details on how toconnect SAP HANA systems with Hadoop distribution using smart data access.Page 5 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018Figure 2: Data tieringMigrating warm or cold data can further simplify your SAP environment and help reduceyour total cost of ownership (TCO). For more information, see our web post for SAPdynamic tiering sizes and recommendations.PrerequisitesSAP HANA system migration requires a moderate to high-level knowledge of the sourceand target IT technologies and environments. We recommend that you familiarize yourselfwith the following information:AWS Cloud architecture and migration: AWS Well-Architected Framework An Overview of the AWS Cloud Adoption FrameworkArchitecting for the Cloud: Best PracticesMigrating Your Existing Applications to the AWS CloudAWS services: Amazon Virtual Private Cloud (Amazon VPC)Page 6 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWS September 2018Amazon Elastic Compute Cloud (Amazon EC2)Amazon Elastic Block Store (Amazon EBS)Amazon Simple Storage Service (Amazon S3)SAP on AWS: Implementing SAP Solutions on Amazon Web ServicesSAP HANA on AWS Implementation and Operations GuideSAP HANA Quick Start Reference DeploymentSAP on Amazon Web Services High Availability GuideSAP HANA SizingThe size of the SAP HANA system required on the AWS Cloud depends on the migrationscenario. As mentioned earlier, migrating SAP HANA to AWS involves two possiblescenarios: rehosting or replatforming.Memory Requirements for RehostingBecause rehosting implies that you are already running SAP HANA, you can determine thesize of the SAP HANA system you need on the AWS Cloud from the peak memoryutilization of your existing SAP HANA system. You may have oversized your on-premisesSAP HANA environment (for example, to support future growth), so measuring peakmemory utilization is a better approach than measuring allocated memory. When you havedetermined the base memory requirement, you should choose the smallest SAP-certifiedEC2 instance that provides more memory than your base requirement.There are three ways to determine peak memory utilization of your existing SAP HANAsystem: SAP HANA Studio: The overview tab of the SAP HANA Studio administration viewprovides a memory utilization summary. SAP EarlyWatch alerts: This is a free, automated service from SAP that helps youmonitor major administrative areas of your SAP system. See the SAP portal for details. SQL statements: SAP provides SQL statements that you can use to determine peakmemory utilization. For details, see SAP KBA 1999997 – FAQ: SAP HANA Memory andSAP Note 1969700 – SQL statement collection for SAP HANA.Page 7 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018Tip We recommend determining peak memory utilization for a timeframe duringwhich your system utilization is likely to be high (for example, during year-endprocessing or a major sales event).Memory Requirements for ReplatformingThe replatforming scenario involves two possibilities: You are already running SAP HANA but you want to change your operating system (forexample, from RHEL to SLES or the other way around) when you migrate to the AWSCloud, or you are migrating from an IBM POWER system to the x86 platform. In thiscase, you should size SAP HANA as described for the rehosting scenario. You are migrating from anyDB to SAP HANA. There are multiple ways you can estimateyour memory requirements:-SAP standard reports for estimation: This is the best possible approach and is basedon standard sizing reports provided by SAP. For examples, see the following SAPNotes: 1736976 – Sizing Report for BW on HANA 1637145 – SAP BW on HANA: Sizing SAP In-Memory Database 1872170 - Business Suite on HANA and S/4HANA sizing report 1736976 – Sizing Report for BW on HANA-SQL statements: SAP provides scripts that you can run in your existing environmentto get high-level SAP HANA sizing estimates. These scripts run SQL statementsagainst your existing database to estimate SAP HANA memory requirements. Formore information, see SAP Note 1514966 - SAP HANA 1.0: Sizing SAP In-MemoryDatabase.-Rule of thumb: See the PDF attached to SAP Note 1514966 - SAP HANA 1.0: SizingSAP In-Memory Database for instructions on estimating SAP HANA memoryrequirements manually. Note that this will be a very rough and generic estimate.You should also consider the following SAP notes and Knowledge Base articles for SAPHANA sizing considerations: 706478 – Preventing Basis tables from increasing considerably 1855041 – Sizing Recommendation for Master Node in BW-on-HANA 1702409 – HANA DB: Optimal number of scale out nodes for BW on HANAPage 8 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018Instance Sizing for SAP HANAAWS offers SAP-certified systems that are configured to meet the specific SAP HANAperformance requirements (see SAP Note 1943937 – Hardware Configuration Check Tool Central Note and the SAP Certified SAP HANA Hardware Directory). After you havedetermined your SAP HANA sizing, you can map your requirements to the EC2 instancefamily sizes. That is, you map the maximum amount of memory required for each of yourSAP HANA instances to the maximum amount of memory available for your desired EC2instance type. You should also consider appropriate storage volume types and sizes toensure optimal performance of the SAP HANA database. For best practices andrecommendations for volume types and file system layout, see the Planning theDeployment section of the SAP HANA Quick Start deployment guide.Note Only production SAP HANA systems need to run on certified configurationsthat meet SAP HANA key performance indicators (KPIs). SAP provides moreflexibility when running SAP HANA non-production systems. For more information,see SAP HANA TDI – FAQ and OSS Note 2271345 on the SAP website.Network Planning and SizingYou will need to consider network planning and sizing for the amount of data you will betransferring to AWS. Data transfer time depends on network bandwidth available to AWSand influences total downtime. Higher bandwidth helps with faster data transfer and helpsreduce overall migration time. For non-production systems where downtime isn’t critical,you can use a smaller network pipe to reduce costs. Alternatively, to transfer extremelylarge data, you can use services like AWS Snowball for a physical (non-network) transportof data to AWS. We’ll discuss AWS Snowball more extensively later in this guide.As a guideline, you can use this formula to help estimate how long your network datatransfer might take:(Total bytes to be transferred / Transfer rate per second) Total transfer time in secondsFor example, for a 1 TB SAP HANA appliance, the total bytes to be transferred is usually50% of the memory, which would be 512 GB. The transfer rate per second is your networktransfer rate—if you had a 1 Gb AWS Direct Connect connection to AWS, you could transferup to 125 MB per second, and your total data transfer time would be:512 GB / 125 MB per second 4,096 seconds (or 1.1 hours)Page 9 of 24

SAP on AWS Technical Content – Migrating SAP HANA to AWSSeptember 2018After you determine the amount of data you need to transfer and how much time you haveavailable to transfer the files, you can determine the AWS connectivity options that best fityour cost, speed, and connectivity requirements. Presenting all available networkconnectivity options is beyond the scope of this document; see the Additional Readingsection of this document for more detailed references.SAP HANA Scale-up and Scale-outAWS provides several types of EC2 instances for SAP HANA workloads. This gives youoptions for your SAP HANA scale-up and scale-out deployments. In a scale-up scenario,you utilize the compute, memory, network, and I/O capacity of a single EC2 instance. If yourequire more capacity, you can resize your instances to a different EC2 instance type. Forexample, if you’re using an R4 instance type and it becomes too small for your workload,you can change it to an X1 or X1e instance type. The limitation is the maximum capacity ofa single EC2 instance. In AWS, scale-up enables you to start with the smallest EC2 instancetype that meets your requirements and grow as needed. If your requirements change or newrequirements surface, you can easily scale up to meet the changing requirements.In a scale-out scenario, you add capacity to your SAP HANA system by adding new EC2instances to the SAP HANA cluster. For example, once you reach the maximum memorycapacity of a single EC2 instance, you can scale out your SAP HANA cluster and add moreinstances. AWS has certified SAP HANA scale-out clusters that support up to 50 TiB ofmemory. Please note that the minimum number of recommended nodes in an SAP HANAscale-out cluster can be as low as two nodes; for more information, see SAP Note 1702409 HANA DB: Optimal number of scale out nodes for BW on HANA. It’s likely that your sizingestimates will reveal the need to plan for a scale-out configuration before you start yourSAP HANA migration. AWS gives you the ability to easily deploy SAP HANA scale-outconfigurations when you use the SAP HANA Quick Start.The following table illustrates example scale-up and scale-out sizing.ScenarioSource configurationTarget r4.16xlargex1.16xlargeScale-upx1.32xlarge

Migrating warm or cold data can further simplify your SAP environment and help reduce your total cost of ownership (TCO). For more information, see our web post for SAP dynamic tiering sizes and recommendations. Prerequisites SAP HANA system migration requires a moderate to high-level knowledge of the source

Related Documents:

SAP ERP SAP HANA SAP CRM SAP HANA SAP BW SAP HANA SAP Runs SAP Internal HANA adoption roadmap SAP HANA as side-by-side scenario SAP BW powered by SAP HANA SAP Business Suite powered by SAP HANA Simple Finance 1.0 2011 2013 2014 2015 Simple Finance 2.0 S/4 HANA SAP ERP sFin Add-On 2.0

c. SAP HANA Rules Framework; d. SAP HANA, data privacy option; e. SAP HANA, predictive option; f. SAP HANA, spatial and graph option; g. SAP HANA, search and text option; h. SAP HANA, Smart Data Quality ("SDQ "); i. SAP Smart Data Integration ("SDI "); and j. SAP HANA, native storage extension. 3.2. SAP HANA Platform includes the HANA Studio .

Customer Roadmap to SAP Simple Finance - Example " Adopting SAP Simple Finance is a journey - start early" Side-by-side SAP HANA Acceleration SAP HANA accelerators, BW, BPC, GRC SAP Business Suite on SAP HANA SAP ERP on SAP HANA SAP ERP in SAP HANA Enterprise Cloud SAP Accounting Powered By SAP HANA Simple Finance add-on/

1. Introduction: SAP Solution Manager and SAP HANA 2. How to connect SAP HANA to SAP Solution Manager? 3. Monitoring of SAP HANA via SAP Solution Manager 4. Doing Root Cause Analysis of SAP HANA with SAP Solution Manager 5. Extend your Change Control Management towards SAP HANA 6. Even More Valuable Features of SAP Solution Manager

application for SAP HANA workloads running on Amazon EC2 instances in the cloud. AWS Backint Agent runs as a standalone application that integrates with your existing workflows to back up your SAP HANA database to Amazon S3 and to restore it using SAP HANA Cockpit, SAP HANA Studio, and SQL commands. AWS Backint Agent supports full, incremental .

SAP PowerDesigner, Enterprise Architecture Designer SAP HANA Web IDE SAP HANA smart data integration and SAP HANA smart data quality SAP HANA extended application services information management option SAP HANA . SAP HANA Vora HANA-optimized re .

certified storage solutions like SAP HANA dynamic tiering or Hadoop on AWS. Currently, SAP supports Cloudera, HortonWorks, and MapR as possible Hadoop distributions for SAP HANA. See the SAP HANA administration guide for details on how to connect SAP HANA systems with Hadoop distribution using smart data access. 4

SAP NW 7.4 SAP BW 7.4 SPS12 SAP BPC 10.1 RHEL 6.6x SAP HANA SP10 SAP NW 7.5 SAP ECC 6 EHP8 SAP Portal/SolMan RHEL 6.6x SAP HANA SP11 S/4 HANA SAP Fiori BI on HANA BW Simplification HANA Journey –Client Example