Skip to Content

In this blog I wanted to show one of the recent features which has been added to the SAP HANA Cloud Connector (SCC). As you probably might know, it is used to establish a secure SSL Tunnel to an account in HANA Cloud Platform. Until few weeks back, it was only possible to have one Cloud Connector connected to a HANA Cloud Platform account.

There are scenarios where large organizations typically have different LoB team operating in different regions. Each department owns and maintains their backend systems and an Administrator within each of these departments would want to manage the systems and resources which are exposed to the Cloud Platform via the Cloud Connector. End users of these organizations access Apps delivered by each of these LoB teams centrally from a single account in HANA Cloud Platform.

 

With the new version of SAP HANA Cloud Connector (2.9.0), its now possible to connect multiple Cloud Connectors to a single account in the HANA Cloud Platform.

In this blog, I am going to quickly show you how this can be achieved. I am assuming you know how to install & setup a Cloud Connector. There are lot of articles which show you how to install and configure the Cloud Connector.

In my scenario, there are two SAP backend systems – one hosted in the customer’s Sydney data center and the other hosted in Dubai data center.

 

Configuring the Cloud Connector based on Location

 

As an administrator, when you are setting up the connection to an account, you have the option to provider the Location ID. You can provider a value here which will be used later from the Cloud Platform.

In the below screen, I am working on a Cloud Connector which is physically installed in the Dubai data center. Hence, when establishing a connection to the HANA Cloud Platform account, I have provided a Location ID “DUBAI”.

For this Cloud connector, I have configured a backed system with a virtual name U1Y (which also exists in the same data center, ie Dubai) and exposed the OData services under a particular path.

Similarly, I have setup another Cloud Connector which is physically installed in the Sydney data center. While establishing a connection to the HANA Cloud Platform account, I have provided a Location ID “SYDNEY”.

For this Cloud Connector, I have configured a backend system with a virtual name QHD (which also exists in same data center) and exposed the OData services under a particular path.

Configuring the Destinations in the Cloud Platform

Now that the Cloud Connectors have been configured based on the Location IDs, the next step is to create destinations in the SAP HANA Cloud Platform. There is a new property called “CloudConnectorLocationIdwhich has been introduced as of Cloud Connector version 2.9.0.

The value of this property defines the Location ID identifying the relevant Cloud Connector over which the connection shall be opened.

If a value is not maintained for this property, the system will try an open a connection with another connected Cloud Connector for which there is no Location ID maintained.

In the below screenshots, I have showed how the destination is setup for each of the two systems which are available in different Cloud Connectors. Notice that I have created a destination for QHD for which I have maintained a property CloudConnectorLocationId = SYDNEY.

Similarly, for the destination created to access U1Y system, I have maintained a property CloudConnectorLocationId = DUBAI.

With this configuration, I would be able to create Apps on the cloud platform which refer to these destinations and the service calls would get routed to the relevant backend systems managed by the respective cloud connectors.

To report this post you need to login first.

6 Comments

You must be Logged on to comment or reply to a post.

  1. Parag Jain

    Great Blog as always Murali. Would be good to also know how to use the destinations dynamically in an app (UI5, Java, etc.). And in HCI as well.

    Regards,

    Parag.

    (0) 
    1. Murali Shanmugham Post author

      Thanks Parag. I have not tried using dynamic destinations. I think we could maintain multiple destinations in the neo-app file and dynamically use them based on parameters passed while calling the application. May be you could post this as a question to see if others have some idea.

       

      (0) 

Leave a Reply