Flexible deployment of HANA Landscapes- learnings from #TechEd
This week SAP TechEd time in Amsterdam took place and I looked forward to this exciting get together of SAP Techies already months before. As like any other TechEd, there were way more interesting sessions available than one could go to so I decided to focus on HANA deployment and architecture related lectures and networking sessions.
Let me share some key takeaways that I took home from Amsterdam.
In the Session RDP102 “SAP HANA Deployment Options and impact on System Landscape Recommendations” Stefan Elfner gave a 2 hour presentation about different HANA deployment options. Even though it was one of the last session of the day and ran from 5 – 7 PM, the room was packed with interested people.
Stefan explained which different options of deploying HANA exists today:
Multiple Components on one System (MCOS)
Customer are allowed to install several HANA Databases (SID’s) on one HANA with one OS. This is currently supported for all kinds of non-production system. Basically MCOS allows you to share one HANA box among several system without losing the capability of maintaining (e.g. starting/stopping, patching) the databases individually.
Multiple Components on one Database (MCOD)
You might remember MCOD for other databases from the older days. In fact, it has been around and released by SAP quite a while ago. Now MCOD is having its revival with HANA. MCOD allows to share the same HANA database with multiple applications – even in production. It is available for all applications that are on a certain “whitelist”. With MCOD only one database has to be maintained and you can even do reporting across the multiple schemas. On the other side an update of the HANA revision or backup/restore would always impact both instances.
With Virtualization, multiple virtual machines can be deployed on a single HANA system with a separate HANA Database SID in each vm. Virtualization still has some restrictions. For example you can only use it for non-production systems on single node HANA systems up to 1 TB.
Another – and I believe significant way – of reducing complexity and data center costs of HANA deployments is the usage of the Tailored Data Center Integration – tDCi. In TechEd Session TEC202 “SAP HANA Roadmap” as well as in ITM101 “Integrating SAP HANA into Your Landscape”, DCi was covered in detail. With tDCi you don’t have to purchase full HANA appliances from hardware vendors. Instead you can acquire certified servers and implement it in a much more flexible way with your own network and your own enterprise storage in your data center. You can find a lot of details about Tailored Data Center Integration in Adolf Brosig’s Blog.
SAP has piloted this program over the last couple of months and made it generally available during Teched Amsterdam.
I spoke with a global HANA customer during Teched who has started using MCOS and TDCI in their landscape. Both, MCOD and tDCi are leading to significant reduction of HANA costs as well as reduction of complexity on data center management.
As an outlook it seems SAP is working on offering additional deployment options. But these were discussions off the records so we’ll have to wait for official announcements next year 🙂
The sessions and links above should provide you most of the information you will need to put together your own HANA deployment strategy. If you need help from SAP, there are also services like the “Strategy and Technical Design Service for SAP HANA”.
This is an excellent overview of system arrangement options. As far as system "access" options, you can't forget the recently announced HANA infrastructure subscriptions on AWS, and by SAP (currently limited to US). http://www.saphana.com/community/marketplace#/all These provide systems up to 1.2 TB's of memory on a month-to-month basis. This makes this option great not just for production, but also dev, test, implementation, and temporary projects.
Of course, if a customer is less interested in actually managing a system, there is HANA Cloud Platform which proivdes HANA instances for custom development. Finally there is HANA Enterprise Cloud which provides cloud-based hosting for HANA powered applications such as Business Suite powered by HANA and BW on HANA.
Last year at this time, your only HANA cloud option was HANA One. Look how many more choices the customers have now!
this is a very nice overview and really demonstrates the energy behind where the Hana implementation possibilities are going.
Regarding MCOD and MCOS there are two useful OSS Notes giving further precise detail on these subjects, they are:
SAP Note 1661202 - Support for multiple applications on SAP HANA
SAP Note 1681092 - Support for multiple SAP HANA databases one HANA
Anybody interested in these subjects from a Basis Administrator's perspective might be interested to keep an eye on this work in progress.
I knew that non productive HANA System, we could install multiple applications and components but didn't knew it was called MCOS.
Thanks for sharing links to other docs too