Skip to Content
Technical Articles

Why is it useful to shed standby node in HANA in AWS setup

HANA on AWS does not need a STANDBY NODE:

As we are in the process of migrating our HANA to AWS, we are shedding our standby node in our HANA setup on AWS cloud.How will AWS compensate on the missing standby node with respect to HANA’s host-failover capability ?

Below is a quote from AWS guide which gives the reason for the same and found it interesting . So wanted to share .

=============================

“Host Auto-Failover SAP HANA Host Auto-Failover is a fault recovery solution provided by SAP. To achieve high availability within a data center, you can add and configure standby nodes to take over in case one or more SAP HANA nodes become impaired or unavailable. When an existing node fails, a standby node can automatically take over by gaining access to the persistent layer (data and log volumes) of the failed host. It does this either by using shared networked storage (NFS) or with any storage connector API.

Use on AWS: Instead of having to purchase and maintain a standby node for your SAP HANA deployment, we recommend that you use the native AWS automatic recovery feature previously discussed to recover your SAP HANA instance on a different piece of hardware if an underlying failure occurs. This essentially provides you with standby hardware without incurring the additional cost for a typical standby node. A recovered instance is identical to the original instance, including your existing storage volumes as well as configurations such as hostname, IP address, and AWS instance IDs. In addition, we recommend that you configure SAP HANA services to start up automatically after a system restart for a fully automated recovery”

=============================

Hope it was helpful!!

Please leave a comment or suggestion!

Click on like if you found this article useful!

Be the first to leave a comment
You must be Logged on to comment or reply to a post.