There is a great choice when it comes to choose which architecture you want to use for your sap hana system environment.
For performance, it is adviced to have all hardware components dedicated for each individual database. This hardware architecture will concern production environment in many cases.
Otherwise, you can pick and mixe sap hana certified hardware configuration according to budget. Group all databases under the same roof on
the same server is one way to do, but make sure your only hardware can be upgraded with CPU and RAM.
Choosing a certified sap hana suited hardware
requires a good understanding of how your sap hana system will be evolving in the future. When sizing sap hana and deciding for a particular architecture, keep in mind, it is possible to migrate from a scale-up (one server) to a scale-out (multiple servers) appliance. The other way round is not possible.
Sap hana has to be installed on a certified hardware using certified Linux OS.
Understand Sap hana hardware architectures
It is important to understand what a sap hana architecture is about, in order to make the right decision in regard to installation and deployment. Behind that decision is a cost. The cost is on hardwares and licences but also in the overall system maintenance. Do not underestimate your sap hana system maintenance. If your current hana data is growing rapidely, will your hardware selection be able to cope in the next 2 to 3 years? What will be the cost to replace your hardware in terms of new hardware but also in terms of sap hana system migration.
Differences between scale-up, scale-out and hana architecture?
Scale-up, scale-out :
There are 2 ways to build up a sap hana environment. Either you install sap hana on a single server (scale-up) or you install it on multiple servers (scale-out). Either way, sap hana sizing is required in order to decide the best scale to take, in the first place.
The architecture :
The sap hana architecture represents how your sap hana system installation is going to be used across the appliances.
For instance, You can run sap hana on different virtual environment (Virtualised OS), or you can create and run multi independant sap hana environments (Multi components system), or you can create and run multi tenant databases within the same structured hana environment (Multi tenant databases).
A scale-up and a scale-out of a sap hana architecture
When sizing sap hana, the first step would be to decide which hana architecture you want in regard to your sap hana migration requirements.
Then you would be looking at scaling-up or scaling-out your sap hana system. The design below shows what it would be to scale-up or scale-out the same sap hana architecture.
|Scale-up Dedicated System architecture
|Scale-out Dedicated System architecture
How to choose sap hana appliances ?
There are few important factors to consider.
1./ Data size : First off all, find out what is your sap application data size increase expectation.
2./ Systems Architecture : find out what is the best architecture for your sap hana systems in terms of cost, performance, usability and possible hardware expension.
3./ Scale-up or Scale-out : Decide what type of socle to set your architecture on.
4./ Suited hardware : Get the best adaptable hardware in relation to the selected architecture.
How to size your sap hana system?
Sizing means looking at all necessary hardwares you need in order to built a new required sap hana architecture. Main hardware elements concerned physical storage, physical memory, CPU power and performant I/O.
Sizing a sap hana system is a very important part of building the hana system architecture. Taking the wrong decision can be very costly in terms of licences, hardware and business performance.
Building the system architecture is a critical stage in the sizing process. Data size calculation has to be done from existing data size, but also from yearly data growth estimation.
With total data size, you will be able to decide what memory (RAM) size is needed to accommodate the database into memory and what power (CPU) to run the sap hana system(s).
You don't have to set your appliance with the top physical requierements but your hardware has to be able to be upgraded to the top specification when required.
It is important to size your Sap hana server properly for serveral reasons : If you undersize your hana hardware system, you will be facing performance issues and on the other hand if you get a system with too much capacity, it will cost you an harm and a leg for extra power that won't be used by your application.
Keep in mind the key factors are : The Memory, The CPU, and the Disk. The memory because Sap Hana is a in memory database. The CPU because Sap Hana requires performance for quick calculation. The disk because the database integrity has to be preserved on disk.
Hardware sizing guidelines.
How to choose your sap hana system architecture?
Sap hana hardware vendors are offering a wide range of hana appliance architectures. You have various choice of certified system configurations with scalability and with a very good range of memory size. Check the table below for architecture explanations and examples.
Keep in mind, the same architecture is not required accross a complete hana system landscape. A hana architecture can be different from one sap hana environment to another.
Here is an example of a sap hana system landscape with different architectures :
|Multi tenant Databases
|Multi tenant Databases
bench, test and development environment
What is sap hana scale-up about?
The scale-up option is a sap hana system installation on a single server. As a matter of fact you can have several hana instances and hana systems configured and running on a single server.
The single server appliance installation has the advantage of being cost-effective on one hand, and on the other hand it offers the possibility to migrate from one server to several servers ( scale-out) if you wish at a later stage. The scale-up disadvantage is that you are loosing on power and memory capacity as everything is shared accross the only one server. Certain environments such as Bench and Development would fit very well in that type of appliance.
Keep in mind that data growth, in a scale-up appliance, means an increase of Memory and CPU resources within the hardware physical boundaries and capacities. It is not a problem if it has been thought through and sap hana appliance has been choosen to accommodate future data increase. Failing to do so will lead to another and more expensive sap hana migration.
What is sap hana scale-out about?
The scale-out option is a sap hana system installation accross mutiple servers. The advantage of this solution is that your data application can grow in size and power. More nodes (small servers) can be added to the overall appliance when it is needed. There are few disadvantages which have to be considered seriously before going ahead with such a system. It is the most expensive deployment that you can think of and it is also very expensive in terms of maintenance and support. You need expertise at all level of the appliance. Hardware clustering, Sap hana administration and maintenance on a clustered environment.
What is the most common sap hana architecture installation?
A dedicated sap hana deployment is adviced for the most optimal performance requirement. The installation is made of one SAP hana system with one tenant database running on a single appliance. A dedicated hana architecture is a standard architecture for a system production environment.
What are the various sap hana architectures?
Here is a list of different sap hana architectures. This gives a good understanding of the different ways to fit a sap hana system on appliances.
||Multi tenant Database
||Multi Components System
Dedicated sap hana system architecture is the most common system for production environment. This scenario is geared towards optimal performance.
1 hana system
1 tenant database
1 dedicated server
1 dedicated disk storage
In this hardware architecture the physical server is made of various partitions.
Each partition runs independantly with their own operating system.
Every individual Sap hana system will be using a dedicated partition.
A multi tenant databases system is made of a unique SYSTEM database under which multitude of TENANT databases are created.
This is the perfect architecture option for development environment but also for various testing scenarios.
Sap hana supports VMWare virtualization.
Via VMWare it is possible to run several sap hana systems on the same server.
Each individual system is running completely on a separate individual operating system installation.
It is possible to have multiple SAP HANA system environments on the same and unique sap hana appliance.
Each system environment could be made of a single instance or it could also be built with an instance with mutiple tenant databases.
It is possible to have multiple but separate SAP HANA system environments on the same and unique sap hana appliance.
For example, a dev and a test environment systems would run on the same hardware.
Best Sap hana hardwares to fit specific hana architectures
The sap hana hardware ranking can change as new hardwares and vendors become available.
The following list is an overview of what each hardware can provide in comparison to possible sap hana architectures.
Find out about sap hana hardware architecture design
Get to the sap site and find out all available certified hardwares.
Back to top