Migrating SAP HANA on Amazon to an EC2 High Memory Instance
EC2 High Memory instances are built on Amazon Nitro
System
For SAP HANA workloads, EC2 High Memory instances support SUSE Linux Enterprise Server for SAP Applications (SLES for SAP) and Red Hat Enterprise Linux for SAP Solutions (RHEL for SAP) operating systems. The following table provides the minimum supported operating system version for SAP HANA workloads.
Instance Type | Supported operating system version |
---|---|
u-6tb1.metal, u-9tb1.metal, and u-12tb1.metal | SLES for SAP 12 SP3 and above; RHEL for SAP 7.4 and above |
u-18tb1.metal and u-24tb1.metal | SLES for SAP 12 SP4 and above; RHEL for SAP 8.1 and above |
u-3tb1.56xlarge | SLES for SAP 12 SP3 and above; RHEL for SAP 7.4 and above |
u-6tb1.56xlarge | SLES for SAP 12 SP3 and above; RHEL for SAP 7.4, RHEL for SAP 7.7 and above |
u-6tb1.112xlarge, u-9tb1.112xlarge, u-12tb1.112xlarge, u-18tb1.112xlarge, and u-24tb1.112xlarge | SLES for SAP 12 SP4 and above; RHEL for SAP 8.1 and above |
u7i-12tb.224xlarge, u7in-16tb.224xlarge, and u7in-24tb.224xlarge | SLES 15 SP3 and above; RHEL 8.6 and above |
See the SAP HANA hardware directory
Important
If you are using u-*tb1.112xlarge
instance types with one of the following
operating system version, verify that your system has the minimum required kernel version in
order to use all available vCPUs.
-
SLES for SAP 12 SP4 – 4.12.14-95.68
-
SLES for SAP 12 SP5 – 4.12.14-122.60
-
SLES for SAP 15 – 4.12.14-150.66
-
SLES for SAP 15 SP1 – 4.12.14-197.83
-
SLES for SAP 15 SP2 – 5.3.18-24.52
-
RHEL for SAP 8.1 - 4.18.0-147.44.1.el8_1
-
RHEL for SAP 8.2 - 4.18.0-193.47.1.el8_2
Note
u-*tb1.metal
instances can be launched only as Amazon EC2 Dedicated Hosts
with host tenancy. u7i*
, u-6tb1.56xlarge
, and
u-*tb1.112xlarge
instances can be launched with default, dedicated or host
tenancy.
Before you start your migration, if you plan to use u-*tb1.metal
instances,
make sure that an u-*tb1.metal
instance is allocated to your target account,
Availability Zone, and Amazon Region. If you plan to use u7i*
,
u-6tb1.56xlarge
or u-*tb1.112xlarge
, ensure your account limit
for resource “On-Demand High Memory instances” or “U*TB1 Dedicated Hosts” (required only if
you intend to use it as dedicated host) is set appropriately. If needed, submit a request
from Amazon console to increase your account limit. For more information, see Amazon EC2
service quotas and On-Demand Instance limits in the Amazon documentation.
You have several options for migrating your existing SAP HANA workload on Amazon to an EC2 High Memory instance, as discussed in the following sections.
In the following sections, we show X1 instance as the source instance type for migration. These procedures are applicable for any other source instance types as well.
Option 1: Resizing an Existing EC2 Instance with Host or Dedicated Tenancy
If your existing EC2 instance is running with host or dedicated tenancy, you can follow
the steps in this section to migrate it to u-*tb1.metal
EC2 High Memory
instance. With this option, all your instance properties, including IP addresses, hostnames,
and EBS volumes, remain the same after migration.
-
Verify that your source system is running on a supported operating system version. If not, you might have to upgrade your operating system before resizing to an EC2 High Memory instance.
-
EC2 High Memory instances are based on the Nitro system. On Nitro-based instances, EBS volumes are presented as NVMe block devices. If your source system has any mount point entries in
/etc/fstab
with reference to block devices such as/dev/xvd<x>
, you need to create a label for these devices and mount them by label before migrating to EC2 High Memory instances. Otherwise, you will face issues when you start SAP HANA on an EC2 High Memory instance. -
Verify that you don’t exceed the maximum supported EBS volumes to your instance. An
u-*tb1.metal
EC2 High Memory instance currently supports up to 19 EBS volumes.u7i*
,u-6tb1.56xlarge
, andu-*tb1.112xlarge
instances supports up to 27 EBS volumes. For details, see Instance Type Limits in the Amazon documentation. -
When you are ready to migrate, make sure that you have a good backup of your source system. You can use Amazon Backint Agent for SAP HANA to easily backup your SAP HANA database to Amazon S3. For details, see Amazon Backint Agent for SAP HANA in the Amazon documentation.
-
Stop the source instance in the Amazon EC2 console or by using the Amazon CLI.
-
If your source EC2 instance is running with dedicated tenancy, modify the instance placement to host tenancy. For instructions, see Modifying instance Tenancy and Affinity in the Amazon documentation. Skip this step if your instance is running with host tenancy.
-
Modify the instance placement of your existing instance to your target EC2 High Memory Dedicated Host through the Amazon EC2 console or the Amazon CLI. For details, see modify-instance-placement in the Amazon documentation.
-
Change your instance type to the desired EC2 High Memory instance type (for example,
u-12tb1.metal
oru-12tb1.112xlarge
) through the Amazon CLI or Amazon Console.Note
You can change the instance type to
u-*tb1.metal
only through the Amazon CLI or Amazon EC2 API. -
Start your instance in the Amazon EC2 console or by using the Amazon CLI.
-
When you increase the memory of your SAP HANA system, you might need to adjust the storage size of SAP HANA data, log, shared, and backup volumes as well to accommodate data growth and to get improved performance. For details, see SAP HANA on Amazon Operations Guide.
-
Start your SAP HANA database and perform your validation.
-
Complete any SAP HANA-specific post-migration activities.
-
Complete any Amazon-specific post-migration activities, such as setting up Amazon CloudWatch, Amazon Config, and Amazon CloudTrail.
-
Configure your SAP HANA system for high availability on the EC2 High Memory instance with SAP HANA HSR and clustering software, and test it.
-
Complete post-migration tasks to ensure that you are not charged.
-
Review and confirm if you need to cancel reservations once migration is complete.
-
Review and confirm if you need to release Amazon EC2 Dedicated Hosts through the console. Once a reservation is cancelled, on-demand charging begins for the dedicated hosts until they are released from the console.
-
Option 2: Migrating from an Existing EC2 Instance with Default Tenancy
If your existing EC2 instance is running with default tenancy, you have multiple options
to migrate it to an EC2 High Memory instance: If you plan to use u7i*
,
u-6tb1.56xlarge
or u-*tb1.112xlarge
instance types, you can
simply stop your instance and resize it to desired target instance size. Additionally, if
you plan to use u-*tb1.metal
instances, you can use an Amazon Machine Image
(AMI) to launch your u-*tb1.metal
EC2 High Memory instance with host tenancy,
or you can set up a new SAP HANA on EC2 High Memory instance and then copy the data over
from your source system.
Option 2(a): Resizing an existing EC2 instance
In this option, if you are using u7i*
, u-6tb1.56xlarge
or
u-*tb1.112xlarge
instance types, you can simply resize your instance
through Amazon Web Services Management Console or Amazon CLI.
-
Verify that your source system is running on a supported operating system version. If it isn’t, you might have to upgrade your operating system before resizing to an EC2 High Memory instance.
-
EC2 High Memory instances are based on the Nitro system. On Nitro-based instances, EBS volumes are presented as NVMe block devices. If your source system has any mount point entries in
/etc/fstab
with reference to block devices such as/dev/xvd<x>
, you need to create a label for these devices and mount them by label before migrating to EC2 High Memory instances. Otherwise, you will face issues during instance launch. -
EC2 High Memory instances are based on the Nitro system. On Nitro-based instances, EBS volumes are presented as NVMe block devices. If your source system has any mount point entries in
/etc/fstab
with reference to block devices such as/dev/xvd<x>
, you need to create a label for these devices and mount them by label before migrating to EC2 High Memory instances. Otherwise, you will face issues when you start SAP HANA on an EC2 High Memory instance. -
When you are ready to migrate, verify that you have a good backup of your source system.
-
Stop the source instance in the Amazon EC2 console or by using the Amazon CLI.
-
Change the instance type to target EC2 High Memory instance size such as
u7i*
,u-6tb1.56xlarge
oru-*tb1.112xlarge
. -
When you increase the memory of your SAP HANA system, you might need to adjust the storage size of SAP HANA data, log, shared, and backup volumes as well to accommodate data growth and to get improved performance. For details, see the SAP HANA on Amazon Operations Guide.
-
Start your SAP HANA database and perform your validation.
Note
If necessary, complete any SAP HANA-specific post-migration activities.
-
Check the connectivity between your SAP application servers and the new SAP HANA instance.
-
If necessary, complete any Amazon-specific post-migration activities, such as setting up Amazon CloudWatch, Amazon Config, and Amazon CloudTrail.
-
Configure your SAP HANA system for high availability on the EC2 High Memory instance with SAP HANA HSR and clustering software, and test it.
-
Complete post-migration tasks to ensure that you are not charged.
-
Review and confirm if you need to cancel reservations once migration is complete.
-
Review and confirm if you need to release Amazon EC2 Dedicated Hosts through the console. Once a reservation is cancelled, on-demand charging begins for the dedicated hosts until they are released from the console.
-
Option 2(b): Migrating Using an AMI
In this option, you launch a new EC2 High Memory instance based on the AMI that you created from your source system for the migration.
-
Verify that your source system is running on a supported operating system version. If it isn’t, you might have to upgrade your operating system before resizing to an EC2 High Memory instance.
-
EC2 High Memory instances are based on the Nitro system. On Nitro-based instances, EBS volumes are presented as NVMe block devices. If your source system has any mount point entries in
/etc/fstab
with reference to block devices such as/dev/xvd<x>
, you need to create a label for these devices and mount them by label before migrating to EC2 High Memory instances. Otherwise, you will face issues when you start SAP HANA on an EC2 High Memory instance. -
When you are ready to migrate, verify that you have a good backup of your source system.
-
Stop the source instance in the Amazon EC2 console or by using the Amazon CLI.
-
Create an AMI of your source instance. For details, see Creating an Amazon EBS-Backed Linux AMI in the Amazon documentation.
Tip
Creating an AMI for the first time with the attached EBS volumes could take a long time, depending on your data size. To expedite this process, we recommend that you take snapshots of EBS volumes attached to the instance ahead of time.
-
Launch a new EC2 High Memory instance with host tenancy for
u7i*
oru-*tb1.metal
instances. Foru7i*
,u-6tb1.56xlarge
, andu-*tb1.112xlarge
, you can launch a new EC2 High Memory instance with default, dedicated or host tenancy. -
The new instance will have a new IP address. Update all references to the IP address of the source system, including the /etc/hosts file for the operating system and DNS entries, to reflect the new IP address. The hostname and storage layout will remain the same as on the source system.
-
When you increase the memory of your SAP HANA system, you might need to adjust the storage size of SAP HANA data, log, shared, and backup volumes as well to accommodate data growth and to get improved performance. For details, see the SAP HANA on Amazon Operations Guide.
-
Start your SAP HANA database and perform your validation.
Note
You might notice that SAP HANA is slow when loading data into memory for the first time after you create your instance with an AMI. This is expected behavior when EBS volumes associated with SAP HANA data are created from a snapshot. You will not experience the slowness after the initial hydration.
-
Complete any SAP HANA-specific post-migration activities.
-
Check the connectivity between your SAP application servers and the new SAP HANA instance.
-
Complete any Amazon-specific post-migration activities, such as setting up Amazon CloudWatch, Amazon Config, and Amazon CloudTrail.
-
Configure your SAP HANA system for high availability on the EC2 High Memory instance with SAP HANA HSR and clustering software, and test it.
-
Complete post-migration tasks to ensure that you are not charged.
-
Review and confirm if you need to cancel reservations once migration is complete.
-
Review and confirm if you need to release Amazon EC2 Dedicated Hosts through the console. Once a reservation is cancelled, on-demand charging begins for the dedicated hosts until they are released from the console.
-
Option 2(c): Migrating Using SAP HANA HSR or SAP HANA backup and restore
In this option, you launch a new EC2 High Memory instance, install and configure SAP HANA on the instance, and then copy the data over from your source system to complete the migration.
-
Launch a new SAP HANA EC2 High Memory instance with host tenancy for
u7i*
oru-*tb1.metal
instances. Foru7i*
,u-6tb1.56xlarge
, andu-*tb1.112xlarge
, you can launch your instance with default, dedicated or host tenancy. You can use the Amazon Launch Wizard for SAP to set up your instance automatically, or follow the SAP HANA Environment Setup on Amazon guide to set up your instance manually. Make sure that you are using an operating system that supports EC2 High Memory instances. -
Complete any Amazon-specific post-migration activities, such as setting up Amazon CloudWatch, Amazon Config, and Amazon CloudTrail, ahead of time.
-
Migrate the data from your existing SAP HANA instance by using SAP HANA HSR or SAP HANA backup and restore tools.
-
If you plan to use SAP HANA HSR for data migration, configure HSR to move data from your source system to your target system. For details, see the SAP HANA Administration Guide
from SAP. -
If you plan to use the SAP HANA backup and restore feature to migrate your data, back up your source SAP HANA system. When backup is complete, move the backup data to your target system and perform a restore in your target system. If you back up your source SAP HANA system directly to Amazon S3 using Amazon Backint Agent for SAP HANA, you can directly restore it in the target system from Amazon S3. For details, see the Amazon Backint Agent for SAP HANA in the Amazon documentation.
-
-
Stop your source system, complete any additional post-migration steps, like updating DNS and checking the connectivity between your SAP application servers and the new SAP HANA instance.
-
Configure your SAP HANA system for high availability on the EC2 High Memory instance with SAP HANA HSR and clustering software, and test it.
-
Complete post-migration tasks to ensure that you are not charged.
-
Review and confirm if you need to cancel reservations once migration is complete.
-
Review and confirm if you need to release Amazon EC2 Dedicated Hosts through the console. Once a reservation is cancelled, on-demand charging begins for the dedicated hosts until they are released from the console.
-
Option 3: Migrating from Amazon EC2 High Memory metal instance with Virtualized High Memory Host Tenancy
If your existing Amazon EC2 High Memory metal instance (u*-tb1.metal
) is running
with host tenancy, you can easily migrate it to virtualized high memory instance
(u-*tb*.56xlarge
or u-*tb*.112xlarge)
. Stop your instance to
change the tenancy and instance type, and then resize it to the desired target virtualized
High Memory instance size. This architecture of this option is as shown in the following
image.
-
Verify that your source system is running on a supported operating system version. If not, you might have to upgrade your operating system before resizing to an EC2 High Memory instance.
-
If you built your source High Memory metal instance with Amazon Web Services Marketplace based image, such as SLES for SAP or RHEL for SAP, ensure that your target virtualized High Memory instance size is listed as supported instance type in the Amazon Web Services Marketplace product page of your chosen image.
-
When you are ready to migrate, make sure that you have a good backup of your source system.
-
Stop the source instance in the Amazon EC2 console or by using the Amazon CLI.
-
Change the tenancy type from host to default using Amazon CLI. For more information, see Tenancy conversion.
-
Change your instance type to target High Memory instance type, such as
u-*tb*.56xlarge
oru-*tb*.112xlarge
through the Amazon CLI or Amazon Console. -
When you increase the memory of your SAP HANA system, you might need to adjust the storage size of SAP HANA data, log, shared, and backup volumes as well to accommodate data growth and to get improved performance. For details, see SAP HANA on Amazon Operations Guide.
-
Enable Amazon EC2 automatic recovery to recover your instance when a system status check failure occurs. For more information, see Recover your instance.
-
Start your SAP HANA database and perform your validation.
Note
If necessary, complete any SAP HANA-specific post-migration activities.
-
Check the connectivity between your SAP application servers and the new SAP HANA instance.
-
If necessary, complete any Amazon-specific post-migration activities, such as setting up Amazon CloudWatch, Amazon Config, and Amazon CloudTrail.
-
Complete post-migration tasks to ensure that you are not charged.
-
Review and confirm if you need to cancel reservations once migration is complete.
-
Review and confirm if you need to release Amazon EC2 Dedicated Hosts through the console. Once a reservation is cancelled, on-demand charging begins for the dedicated hosts until they are released from the console.
-